Когда бизнес-процесс не нужно автоматизировать
Анти-сценарии автоматизации: редкий процесс, меняющиеся правила, плохой вход, высокая цена ошибки, отсутствие владельца и более простая альтернатива.
Коротко: Не автоматизируйте процесс, если он редкий, нестабильный, не имеет владельца, основан на непроверяемом вводе или несёт ошибку дороже ручной работы. Часто достаточно удалить шаг, изменить полномочия или настроить обычное правило.
Два обоснованных отказа от автоматизации
Отказ — не провал проекта, если он сохраняет деньги и управляемость. Стоп-критерии применяются до выбора платформы: устойчивость правил, частота, цена ошибки, владелец и измеримый выход.
Редкий нестандартный договор
Пять раз в год юрист разбирает разные условия с высокой ценой ошибки. Интеграция и поддержка не окупаются, а автоматическое решение небезопасно. Альтернатива — чек-лист, шаблон заключения и поиск по утверждённым положениям.
Процесс без владельца
Три отдела по-разному определяют готовность заказа. Автоматизация закрепит конфликт в коде. Альтернатива — назначить владельца, согласовать состояния и месяц вести журнал исключений.
Когда вернуться
Решение пересматривают после изменения конкретного условия: вырос объём, стабилизировалось правило, появился владелец или стала измерима цена ошибки. Дата и условие возврата фиксируются вместе с отказом.
Таблица стоп-критериев
Учебный образец. Перенесите структуру в рабочий документ и замените исходные условия своими.
- Правило
- Должно быть достаточно стабильным для теста.
- Объём
- Экономия должна покрывать разработку и сопровождение.
- Риск
- Нужны контроль, отказ и откат.
- Владелец
- Кто отвечает за результат и изменения процесса.
| Кандидат | Стоп-фактор | Решение | Альтернатива |
|---|---|---|---|
| Редкие договоры | 5/год, высокая цена ошибки | Не автоматизировать решение | Чек-лист + поиск |
| Статус заказа | Нет единого определения | Отложить | Согласовать состояния |
| Типовой экспорт | Правило стабильно | Автоматизировать | Детерминированный скрипт без AI |
Определение
Отказ от автоматизации — осознанное решение сохранить, упростить или удалить ручной процесс, когда стоимость и риск автоматизированного контура выше ожидаемой ценности.
Когда это важно
- Проект обосновывается только модой на AI.
- Невозможно описать нормальный выход и исключения.
- Решение редкое, экспертное и необратимое.
Как принять решение
| Ситуация | Что проверяем | Решение |
|---|---|---|
| Процесс редкий | Труд и стоимость поддержки | Чек-лист или ручной эксперт |
| Правила меняются | Можно ли стабилизировать политику | Отложить автоматизацию |
| Высокая цена ошибки | Контроль и обратимость | Только подсказка человеку |
Порядок работы
- Проверить необходимость. Спросить, можно ли удалить процесс или его шаг.
- Измерить baseline. Посчитать частоту, труд, ожидание и ошибки.
- Оценить риск. Определить обратимость и цену неверного действия.
- Сравнить варианты. Чек-лист, обучение, правило, интеграция, AI или отказ.
Типичные ошибки
- Считать отказ технологической отсталостью.
- Игнорировать стоимость поддержки редкого сценария.
- Автоматизировать решение без ответственного владельца.
Практические рекомендации
- Документируйте причину отказа и условие пересмотра.
- Автоматизируйте подготовку контекста вместо решения.
- Возвращайтесь к задаче после стабилизации процесса.
Вывод: Зрелая автоматизация включает способность вовремя выбрать более простое решение или не строить систему вообще.
Частые вопросы
Как объяснить отказ бизнесу?
Показать сравнение эффекта, TCO, риска и более простой альтернативы.
Можно сделать прототип?
Да, если он снимает конкретную неизвестную и имеет условие остановки.
Когда вернуться?
При росте объёма, стабилизации правил или появлении качественного источника.