Карта, построенная с Process Mining, редко похожа на аккуратную схему из регламента. Вместо последовательной цепочки на ней десятки маршрутов, возвратов и повторных действий. Это — отражение того, как процесс выполняется в действительности.

Чтобы восстановить эту картину, система класса Process Mining использует цифровые следы из корпоративных информационных систем. Для каждого экземпляра процесса — заявки, заказа, договора или обращения — собирается последовательность событий с временными метками. На основе этих данных можно увидеть не только общий маршрут, но и различия между отдельными случаями.

Однако сама по себе карта не объясняет, что и как в процессе надо изменить. 

С чего начинается карта процесса

Узлы на карте обозначают события или этапы, зафиксированные в информационной системе — создание заявки, проверку документов, согласование, оплату, закрытие заказа. Стрелки показывают, в какой последовательности эти шаги выполнялись.

Толщина линий обычно отражает частоту переходов. Чем больше заявок прошло от одного этапа к другому, тем заметнее связь. Так формируется основной маршрут процесса — наиболее распространенная последовательность действий.

Но самый частый маршрут не обязательно правильный или эффективный. Если большинство заявок проходит через лишнее согласование, карта лишь подтвердит, что это отклонение стало массовым. Поэтому фактическую модель необходимо сопоставлять с регламентом, целевыми показателями и требованиями бизнеса.

Одного маршрута недостаточно

Один и тот же процесс может выполняться десятками способов. Например, часть счетов оплачивается сразу после проверки, часть возвращается на исправление, а некоторые проходят дополнительное согласование. Каждая такая последовательность образует отдельный вариант процесса.

Разные маршруты могут быть предусмотрены для отдельных категорий клиентов, товаров или договоров. Вопрос в том, объясняется ли вариативность бизнес-логикой.

Особого внимания требуют редкие, но дорогие сценарии. Они могут охватывать небольшую долю операций, однако приводить к крупным потерям, срыву обязательств или повышенному риску. Если анализировать только основной маршрут, такие случаи останутся незаметными.

Где процесс теряет время

Длительность процесса складывается не только из времени выполнения отдельных этапов. Значительная часть срока может приходиться на ожидание между ними. О чем речь: заявка уже создана, но еще не принята в работу. Или документ проверен, но несколько дней ждет согласования. Счет одобрен, но не передан на оплату.

Process Mining позволяет измерить интервалы между событиями и сравнить их для разных подразделений, категорий заявок или периодов. Так можно определить, где задержка носит системный характер, а где связана с отдельными инцидентами.

При этом длительный этап не всегда означает высокие трудозатраты. Время, проведенное заявкой в определенном статусе, может включать ожидание клиента, поставщика, решения руководителя или срабатывания автоматического правила. Карта показывает, где накапливается время, но причину задержки необходимо проверять по данным и вместе с владельцем процесса.

Что означают возвраты и повторные действия

Петли на карте возникают, когда процесс возвращается к пройденному этапу. Например, договор повторно направляют на согласование, данные исправляют после проверки, а обращение несколько раз переводят между исполнителями.

Такие повторы часто увеличивают срок и стоимость процесса. Они могут указывать на ошибки при первоначальном вводе, неясные требования, недостаток информации или несогласованность действий подразделений.

Однако не каждый возврат нужно устранять. Иногда повторная проверка предусмотрена правилами контроля. Значение имеет не сам факт повторения, а его частота, причина и влияние на результат.

Какие показатели нужно смотреть 

Карту процесса нельзя оценивать по одному параметру. Высокая частота перехода еще не свидетельствует о его полезности, длительное ожидание — о низкой скорости работы сотрудника, а редкий маршрут — о неважности проблемы.

Для корректного анализа обычно сопоставляют несколько показателей:

• количество экземпляров, прошедших по маршруту;
• общую и среднюю длительность процесса;
• время между отдельными событиями;
• число возвратов и повторных действий;
• долю случаев, нарушивших установленный срок;
• стоимость или бизнес-значимость отклонений.

Так карта превращается в инструмент проверки конкретных гипотез. Например, какое подразделение чаще возвращает документы и какие категории заявок нарушают SLA.

От карты к управленческому решению

Process Mining дает фактическую основу для решения — показывает реальные маршруты, масштаб отклонений и точки, в которых теряется время.

Следующий шаг — проверить причины вместе с участниками процесса, определить изменение и заранее выбрать показатель результата. После внедрения карта строится повторно. Если сократилось время ожидания, стало меньше возвратов или выросла доля заявок, выполненных в срок, эффект можно подтвердить на тех же данных.

Поэтому ценность Process Mining заключается не в самой визуализации. Карта становится полезной, когда помогает последовательно ответить на три вопроса:

• как процесс выполняется сейчас;
• где возникают потери;
• что изменилось после принятого решения.