Команда считает автоматизацию успешной, потому что она убрала три ручные операции. Как проверить, не перенесла ли она трудозатраты на другой участок процесса?
Нужно оценивать не исчезновение отдельных операций, а изменение процесса целиком: входы, выходы, роли, время, трудозатраты и качество результата. Для этого сравнивают базовую и целевую модель по полному маршруту заявки, включая новые действия, исключения, контроль и исправление ошибок. Если работа лишь переместилась между участками, локальное улучшение не является чистым бизнес-эффектом.
Такой подход появился как ответ на проблему локальной оптимизации. Подразделение может улучшить собственный показатель, передав часть работы соседнему отделу, клиенту или поставщику, хотя общие затраты процесса вырастут.
Поэтому в анализе процессов постепенно закрепился сквозной взгляд: объектом оценки становится путь создания результата для клиента или бизнеса, а не отдельная функция подразделения. Это особенно важно для автоматизации, поскольку система часто устраняет ручной шаг, но добавляет настройку, проверку, обработку исключений или последующее исправление данных.
Предположим, оператор больше не вводит данные вручную: их заполняет клиент или внешняя система. Число ручных операций уменьшилось, но сотрудники могут начать чаще проверять некорректные данные, возвращать заявки на доработку или вручную сопоставлять записи.
Если измерить только число автоматизированных действий, можно ошибочно принять перенос работы за экономию. Последствиями становятся завышенный бизнес-кейс, недооценка потребности в персонале и ухудшение клиентского опыта.
Сначала фиксируют базовую модель процесса: объём заявок, маршруты, роли, действия, ожидания, долю исключений, трудозатраты и показатели качества. Затем для целевой модели описывают не только основной успешный сценарий, но и ошибки ввода, отклонения, повторную обработку, ручные согласования и поддержку автоматизации.
Для каждого удалённого шага нужно задать вопрос: кто теперь выполняет его функцию и где появляется необходимый результат? Работа может перейти к клиенту, другой роли, системе поддержки или исключительному маршруту. Важно отличать исчезновение действия от исчезновения потребности: система может убрать ввод данных, но не убрать необходимость проверить их достоверность.
Сравнивают сквозные показатели:
Полезно разложить эффект на основной поток и исключения. Автоматизация может быть выгодной для большинства заявок, но убыточной для редких сложных случаев; тогда решение оценивают по сегментам, а не только по среднему значению.
Для подтверждения используют наблюдение, выборку реальных кейсов, интервью с исполнителями принимающих подразделений и журналы событий. Интервью выявляют невидимую работу, а фактические данные помогают проверить, насколько часто она возникает.
Главный компромисс — глубина анализа против стоимости исследования. Не всегда нужно детально моделировать весь ландшафт, но необходимо охватить все участки, на которые направляется изменённая работа, и проверить наиболее существенные допущения.
В условной компании автоматизировали регистрацию корпоративных заявок. Три действия оператора исчезли, поэтому первоначально ожидали экономию 0,4 полной занятости на каждые 10 000 заявок.
Рассматривались два варианта. Первый — полностью передать заполнение клиенту: он дешевле в разработке, но повышает риск неполных данных. Второй — автоматически получать данные из справочника и оставлять оператору только проверку исключений: он дороже, зато снижает объём повторной работы.
Аналитик сравнил варианты по сквозному процессу. В первом варианте 18% заявок возвращались на уточнение, а сотрудники службы поддержки тратили на них больше времени, чем операторы экономили на вводе. Во втором варианте доля исключений составила 6%, а суммарные трудозатраты процесса снизились.
Выбрали второй вариант, несмотря на более высокую стоимость внедрения. Его преимущество подтвердилось не количеством удалённых операций, а сокращением общей ручной работы, возвратов и времени обработки.
1. Достаточно ли сравнить суммарное число ручных действий до и после изменения?
Нет. Одинаковое число действий может иметь разную длительность, стоимость, квалификационные требования и вероятность ошибки. Кроме того, одно удалённое действие может породить несколько коротких проверок или одну дорогую операцию в другом подразделении.
Сравнивать нужно трудозатраты и последствия по сквозному процессу. Число действий допустимо использовать как вспомогательный показатель, но не как самостоятельное доказательство эффекта.
2. Как оценивать автоматизацию, если часть работы перешла к клиенту?
Нужно учитывать не только внутреннюю стоимость компании, но и влияние на клиента: время заполнения, число отказов, повторные обращения и брошенные заявки. Перенос работы может быть оправдан, если клиент получает понятный интерфейс и общий результат улучшается, но это должно быть проверяемым решением, а не скрытым допущением.
Границы оценки заранее фиксируют. Для внутреннего бизнес-кейса можно отдельно показать экономию компании и стоимость, возложенную на клиента; смешивать их в один показатель без пояснения нельзя.
3. Что делать, если автоматизация выгодна в основном потоке, но увеличивает стоимость исключений?
Нужно сегментировать процесс и сравнить экономику основного потока с исключительными маршрутами. Если исключения редки и контролируемы, их можно обрабатывать вручную; если они часты или критичны для бизнеса, автоматизацию следует доработать либо ограничить её область применения.
Решение должно учитывать не только средний эффект, но и риск хвостовых сценариев: регуляторные нарушения, крупные ошибки, потерю клиента или невозможность восстановить данные. Поэтому критерий успеха обычно включает порог доли исключений и допустимый уровень ущерба, а не только среднюю экономию.