Как выбрать первую задачу для автоматизации

Ищите повторение, а не самую громкую жалобу

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

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

У подходящего процесса есть ясные границы

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

Спросите сотрудника, сможет ли он объяснить правила новому коллеге без постоянных оговорок. Если для каждого случая ответ меняется, сначала потребуется упорядочить процесс. Автоматизация не отменяет решения бизнеса: она исполняет уже согласованные правила быстрее и последовательнее.

Сравните пользу с ценой сопровождения

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

Условный пример: сотрудник вручную собирает сведения для расчёта. Бот может задать стандартные вопросы, но специалист всё равно проверяет сложные условия. Значит, полезный результат — не «сотрудник больше не нужен», а «он получает подготовленные вводные и меньше уточняет очевидное». Такие формулировки позволяют честно сравнить затраты и выгоду.

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

Сделайте первый запуск узким, но законченным

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

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

• Определите событие запуска и обязательные входные данные.
• Укажите конкретный результат и получателя.
• Запишите исключения, которые возвращаются сотруднику.
• Предусмотрите остановку и возврат к ручной работе.

Принимайте результат по процессу, а не по количеству кнопок

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

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