ХАЦКЕВИЧ

Статья

Как выбрать процесс для первой автоматизации

Хороший кандидат повторяется, имеет ясные правила и измеримый результат, но не требует скрывать важные решения внутри алгоритма.

Максим Хацкевич · Обновлено · 7 мин чтения

Соберите процессы из наблюдаемых действий

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

Оцените кандидатов по шести признакам

Подходит для старта

  • часто повторяется
  • правила можно записать
  • входные данные доступны
  • ошибку можно заметить и исправить

Сначала разберите

  • каждый случай уникален
  • данные противоречат друг другу
  • решение несёт высокий риск
  • нет владельца результата

Посчитайте исключения до разработки

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

Пример: напоминания салона вместо автоматического подбора

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

Ограничьте пилот одним результатом

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

Сохраните исходную точку для сравнения

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

Вопросы о выборе автоматизации

Начинать с самого дорогого процесса?

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

Что делать, если регламента нет?

Сначала восстановить фактический процесс на реальных случаях и согласовать правила с владельцем.

Можно автоматизировать часть цепочки?

Да. Чёткая передача между автоматическим и ручным этапом часто безопаснее полной автоматизации.

Обсудить задачу в Telegram →