Где процесс теряет время и деньги
Журнал событий разложен на маршруты, повторы, простои и нарушения SLA, каждое узкое место получило денежную оценку.
Сделал: Process mining, оценка эффекта, целевой процесс
ВопросКакое узкое место стоит дороже всего?
потенциал, а не подтверждённая экономияДороже всего — узкие места: 2,4 млн ₽ в месяц, 46% пула потерь
На утверждение входит 1 180 кейсов в день, выходит 430 — очередь растёт на 750 ежедневно. Первые три категории — 87% пула 5,2 млн ₽/мес; категории пересекаются, поэтому пул — оценка до дедупликации.
Узкие места: 2,42 млн ₽ в месяц · критический приоритет
Действие: перераспределить очередь согласования и снять узкое место.
Масштаб: 11 969 кейсов · 115 962 ч ожидания. Ускорить шаг на 20 минут не помогает — ожидание переезжает дальше по маршруту, очередь всё так же +750 в день. Помогает маршрут: низкий риск сразу в выплату, исключения — через утверждение; нарушения SLA 4 471 → 980.
В заявку попадёт тема Процессы: где процесс теряет время и деньги (узкие места)
.
Ситуация
С чего всё начиналось
Операционный контур с большим числом заявок, ручных проверок, возвратов документов и согласований. Все параметры в публичной версии обезличены и заменены demo-слоем.
Процесс урегулирования выглядел как набор статусов: было непонятно, где именно теряется время, почему возникают возвраты, какие SLA нарушены и сколько это стоит бизнесу.
Что изменено
Что я сделал
Разложил журнал событий в process mining модель, выделил нормальный путь и проблемные варианты, посчитал SLA, повторы, длительность узких мест и финансовый эффект для очереди действий.
- Каждый кейс проходит путь: регистрация → проверка документов → антифрод → урегулирование → утверждение → выплата.
- SLA считается по порогу 48 часов между ключевыми событиями и фиксируется как нарушение с финансовой оценкой.
- Повторные циклы показывают возвраты на повторную проверку и ручное исправление вместо прямого прохождения процесса.
- Потерянные документы считаются не как техническая ошибка, а как операционное время поиска, повторного запроса и задержки выплаты.
Что получилось
Результат
Потенциал экономии 5,2 млн ₽ в месяц за счет SLA, повторов и контроля узких мест
- Потенциальная экономия: 5,202,342 ₽ в месяц и 62,428,104 ₽ в год.
- Эффект за период: 124,856,208 ₽; ожидаемый ROI программы 300-400%.
- SLA: 4 471 нарушение порога 48 часов; финансовый эффект 22,355,000 ₽.
- Узкое место: переход 'Урегулирование → Утверждение' добавляет +12,9 часов ожидания.
Как это проверено
Проверка и границы
- Проверка обязательных полей event log: case id, activity, timestamp и owner.
- Проверка порядка событий и повторных циклов по case id.
- SLA threshold 48h применяется до финансовой оценки, а не после визуализации.
- Финансовый эффект сверяется как часы/штрафы/ручная работа → месячная экономия → годовой эффект.
цифры публичного dashboard — демонстрационная модель операционного эффекта. 5,2 млн ₽/мес — потенциал эффекта, а не подтверждённая экономия.
Техническое приложение
Как устроено внутри
Для тех, кто проверяет решение по существу: источники, слои данных, правила расчёта и артефакты передачи.
Архитектура, данные и методология
Архитектура
| Источники | журнал событий системы урегулирования · SLA-правила · справочник владельцев · финансовые допущения |
|---|---|
| Загрузка | нормализация событий · сборка кейса · проверка timestamp · поиск вариантов |
| Хранение | события процесса · факты переходов · SLA-нарушения · повторные циклы · модель эффекта |
| Представление | карта процесса · варианты процесса · карта узких мест · SLA-контур · очередь действий |
Модель данных
| Объект | Слой | Назначение |
|---|---|---|
| fact_process_event | fact | case id, activity, timestamp, owner, status и reason code |
| fact_transition_duration | fact | переходы между активностями, длительность, база и отклонение |
| vw_process_variant | view | нормальный путь, узкое место, повторы и SLA-нарушения |
| mart_process_action_queue | mart | узкое место, владелец, действие, срок, эффект и статус закрытия |
Методология и правила
- Сначала нормализовал журнал событий: case id, activity, timestamp, owner, status, duration и reason code.
- Построил варианты процесса: нормальный путь, путь с узким местом, путь с повторами и путь с SLA-нарушением.
- Для каждого отклонения посчитал эффект в часах, рублях и клиентском риске, чтобы экран завершался очередью действий.
- Оценка узкого места считает превышение длительности перехода над базой и ранжирует переходы по потерянным часам.
- Детектор повторов ищет повторные циклы проверки документов, возвраты и нарушение ожидаемого порядка событий.
- Модель финансового эффекта переводит часы ожидания, штрафы SLA и ручную работу в месячную экономию и ROI сценария.
Артефакты и стек
Process Map · Event Log · SLA Dashboard · Financial Model · Action Queue · UAT
Что бы сделал иначе
- Process mining полезен бизнесу только тогда, когда заканчивается решением: убрать узкое место, закрыть SLA, сократить повторы.
- Операционный риск нужно переводить в деньги, иначе он остаётся абстрактной проблемой процесса.
- Экран должен показывать вариант процесса, финансовый эффект и владельца действия в одном месте.
Похожая задача?
Расскажите, где у вас расходятся цифры или не хватает картины. Отвечу, чем это лечится и с чего начать.