Перевести внимание руководителя на проверяемые отклонения процесса. Руководителю приходится просматривать все операции вручную.
Система отслеживает согласованные исключения и готовит карточку отклонения. Рабочий результат должен быть проверяемым: исходные данные, предложенное действие и решение сотрудника сохраняются вместе.
Что важно для решения о пилоте
| Процесс | Управление по отклонениям процессов |
| Основной эффект | Контроль; скорость; трудозатраты |
| Точка внедрения | Над процессом |
| Модель работы | Типовые операции автоматически, исключения человеку |
| Данные | События процессов, нормы, владельцы, журнал отклонений |
| Интеграции | система работы с клиентами (CRM), учётная система, управление задачами |
| Сложность пилота | 4 из 5 |
| Уровень риска | 4 из 5 |
Баллы сложности и риска — предварительная экспертная оценка описанного пилота. Они не показывают готовность вашей компании или вероятность успеха.
Когда внедрение имеет смысл
- Есть понятные нормы процесса и надёжные события.
- Процесс повторяется, имеет владельца и измеримый результат. Его объём и потери оправдывают стоимость проверки и внедрения.
- Есть способ проверить результат и передать неоднозначный случай ответственному человеку.
Нет нормы или руководство не реагирует на сигналы. В этом случае первым проектом становится устранение этой причины: автоматизация не исправит её сама.
Процесс до и после
Руководитель последовательно просматривает все операции, отчёты и сообщения.
- Определить норму
- собрать события
- выделить отклонение
- подготовить контекст
- получить управленческое решение.
Сначала согласуйте, что считается исключением и кто должен реагировать. Без владельца и доступного действия даже точный сигнал превращается в ещё один поток уведомлений.
Что выполняет система, что решает человек
| Автоматизация | Отслеживает согласованные исключения и готовит карточку отклонения. |
| Человек | Определяет приоритет и принимает решение по исключению. |
| Технология | Правила мониторинга. Языковая модель для сводки. |
Автоматизируйте только необходимые действия. Цифры, лимиты и точные проверки выполняются воспроизводимыми правилами. Генеративный ИИ полезен там, где нужно разобрать текст или сформулировать черновик.
Какие данные подготовить
События процессов, нормы, владельцы, журнал отклонений. Для каждого источника определите владельца, актуальную версию и доступ. Сохраните примеры правильного результата и случаи, где сотрудник должен вмешаться.
Системы: система работы с клиентами (CRM), учётная система, управление задачами. До разработки проверьте возможность чтения и записи, идентификаторы объектов и обработку повторной операции. Запись в рабочую систему включайте отдельно от режима наблюдения.
План первого внедрения
- Измерьте исходный процесс: объём, средние минуты человека, полный цикл, ошибки и переделки. Единица учёта здесь — операция на проверке.
- Опишите правильный результат и исключения. Согласуйте, что система может предложить, а что требует подтверждения.
- Один процесс и небольшой набор исключений. Сначала режим наблюдения.
- Проверьте решение на отложенных примерах, не использованных для настройки. Включите неоднозначные случаи и отсутствующие данные.
- Запустите ограниченный поток. Сохраняйте исходник, результат, исправления и основание передачи человеку.
- Сравните с исходным замером. Масштабируйте только при подтверждённом эффекте и соблюдении ограничивающих показателей.
Какие показатели измерять
| Время обнаружения | Измерять на сопоставимых случаях до и после пилота. Отдельно учитывать работу человека и ожидание между этапами. |
| подтверждённые отклонения | Согласовать определение и период с владельцем процесса. Сверять итог с исходными записями, включая исключения. |
| время руководителя | Измерять на сопоставимых случаях до и после пилота. Отдельно учитывать работу человека и ожидание между этапами. |
Пропущенные критичные события; избыток сигналов. Порог допустимого ухудшения и критерии остановки задаются до пилота. Улучшение скорости не компенсирует критичную ошибку.
Экономика: пример расчёта
Ниже условный пример арифметики, а не прогноз стоимости или результат внедрения. Для своей компании замените объём, время, ставку и затраты. Время после включает проверку, исключения и переделки.
| Объём в месяц | 2 000; единица — операция на проверке |
| Минут человека на единицу | 3 до → 1 после |
| Часы в месяц | 100 до → 33,3 после |
| Полная стоимость часа | 1 800 ₽ |
| Высвобождённое время | 66,7 ч; стоимость ресурса — 120 000 ₽/мес. |
| Доля с денежной экономией | В примере 50%: меньше оплачиваемых часов, подрядчиков или реально избегаемого найма |
| Денежная экономия труда | 60 000 ₽/мес. |
| Текущие затраты решения | 45 000 ₽/мес. |
| Чистый эффект по труду | 15 000 ₽/мес. |
| Разовые затраты | 600 000 ₽ |
| Простая окупаемость | 40 мес. |
Высвобождённые часы не равны снижению расходов. Если оплачиваемые затраты не уменьшаются, денежная доля равна нулю. Полезный эффект тогда выражается в дополнительной мощности команды или качестве процесса.
Что дополнительно считать: Часы обзора и подтверждённые предотвращённые потери. Дополнительные продажи учитывайте по валовой прибыли, а предотвращённые потери — по подтверждённым событиям. Не складывайте один эффект в нескольких автоматизациях.
Риски и границы автономности
- Проверять: пропущенные критичные события; избыток сигналов. Пропущенные случаи и ложные срабатывания анализируйте отдельно.
- При отсутствии нужных данных или уверенного основания передавать случай человеку. Самооценка уверенности языковой модели не доказывает правильность ответа.
- Без автономных финансовых, кадровых, правовых и технических решений. Для любого разрешённого действия нужен журнал и возможность остановки.
- При критичной ошибке или нарушении доступа остановить соответствующий сценарий, сохранить исходные данные и исправить причину до повторного запуска.
Следующий практический шаг
Один процесс и небольшой набор исключений. Сначала режим наблюдения. Решение о расширении примите по показателям и полной экономике, а не по привлекательности демонстрации.