Как разобрать процесс перед автоматизацией: 7 вопросов

Коротко

Почему разбор идёт до выбора инструмента

Обычный порядок выглядит так: заявки теряются, значит нужна CRM. Клиенты пишут ночью, значит нужен бот. Инструмент выбирается раньше, чем сформулирована задача.

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

Разбор занимает от тридцати минут до часа. Он не требует нотаций, схем и специального софта. Нужны семь вопросов, один конкретный процесс и один реальный случай из последней недели.

Вопрос 1. Что запускает процесс

Событие - это момент, после которого работа обязана начаться. Не «когда менеджер открыл почту», а «клиент отправил форму».

Что записать:

• само событие одной фразой: пришла заявка с сайта;
• все каналы, где оно может произойти: форма, директ, Telegram, телефон, рекомендация;
• как команда узнаёт о событии: уведомление приходит само или кто-то периодически проверяет;
• бывает ли, что событие произошло, а работа не началась.

Частая ошибка - назвать событием собственную проверку. «Процесс начинается, когда я утром смотрю почту» означает, что ночные обращения ждут до утра, и это уже потеря, а не особенность работы.

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

Вопрос 2. Какие данные появляются

У каждого события есть набор данных, который известен в самом начале, и набор, которого не хватает.

Что записать:

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

Частая ошибка - описывать желаемые поля вместо фактических. В разборе нужно то, что приходит сегодня, даже если это одна строка «здравствуйте, сколько стоит».

Что это даёт автоматизации: состав карточки и понимание, что можно собрать без человека, а что придётся спрашивать. Источник перехода, страница, время и устройство собираются автоматически. Бюджет, срок и задача - только вопросом клиенту.

Вопрос 3. Кто получает данные первым

Это вопрос про ответственность, а не про рассылку уведомлений.

Что записать:

• один конкретный человек или роль, к которой попадает обращение;
• куда именно оно попадает: личный чат, общий чат, почта, CRM;
• что происходит, если этот человек занят, в отпуске, спит или уволился;
• за какое время он обязан отреагировать и откуда это время известно команде.

Частая ошибка - ответ «получают все». Когда уведомление падает в общий чат, ответственность размывается: каждый считает, что заявку возьмёт кто-то другой. «Получают все» на практике означает «не отвечает никто».

Что это даёт автоматизации: правило назначения ответственного и точку отсчёта срока. Система может назначать по очереди, по направлению услуги или по загрузке, но само правило должно существовать до настройки, а не рождаться в процессе внедрения.

Вопрос 4. Что должен сделать человек

Здесь процесс раскладывается на шаги глаголами: получить, проверить, уточнить, внести, назначить, ответить, напомнить. Один шаг - одно действие.

Что записать:

• последовательность шагов по реальному случаю;
• на каком шаге человек принимает решение, а на каком просто переносит данные;
• сколько раз одни и те же данные вводятся заново;
• какие ответы повторяются почти дословно от клиента к клиенту.

Частая ошибка - записать один шаг «обработать заявку». Внутри такой формулировки обычно прячется пять действий, из которых три механические.

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

Вопрос 5. Какой результат должен получиться

Результат - это проверяемое состояние, а не ощущение.

Что записать:

• чем процесс заканчивается: назначен следующий контакт с датой, карточка в статусе «в работе», отправлено коммерческое предложение;
• где этот результат видно и кому;
• за какое время он должен наступить;
• по какому признаку понятно, что результат не наступил.

Частая ошибка - формулировка «клиенту ответили». Ответ в мессенджере, о котором не знает система, невозможно ни проверить, ни посчитать. Результат должен оставлять след.

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

Вопрос 6. Кто проверяет результат

Контроль в небольших командах обычно существует в виде «руководитель иногда смотрит». Это не контроль, это выборочное везение.

Что записать:

• кто и когда видит, что шаг не сделан;
• по какому признаку это заметно: пустое поле, просроченная дата, отсутствие статуса;
• через какое время после сбоя об этом узнают;
• что происходит дальше: напоминание исполнителю, передача другому, ничего.

Частая ошибка - проверять результат тем же способом, каким его создают. Если менеджер сам ставит себе задачу и сам отмечает выполнение, пропуск заметит только клиент.

Что это даёт автоматизации: самую окупаемую часть работы. Автоматический контроль нередко приносит больше пользы, чем автоматизация самой работы: система не устаёт замечать, что заявка висит без ответа четыре часа, и напоминает без обвинений и без разбирательств.

Вопрос 7. Что происходит, если сценарий пошёл не по плану

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

Что перебрать по списку:

• контакта нет или он указан неверно;
• обращение дублируется, клиент написал в два канала;
• клиент не отвечает после первого сообщения;
• оплата не прошла или прошла частично;
• ответственный недоступен;
• случай нестандартный и правил для него нет.

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

Частая ошибка - считать исключения редкими. Спросите, сколько обращений за прошлую неделю прошли идеально по основному пути. Ответ обычно отрезвляет.

Что это даёт автоматизации: границу первой версии. Основной путь автоматизируется, исключения передаются человеку вместе с контекстом и понятным уведомлением. Попытка закрыть все исключения сразу - самый частый способ растянуть внедрение на месяцы и не запустить ничего.

Сводка: что даёт каждый ответ

Как провести разбор за один заход

1. Выберите один процесс с узкой границей

   Не «работа отдела продаж», а «что происходит после заявки с сайта до назначенного следующего контакта». Широкая формулировка не разбирается, она обсуждается.

2. Возьмите реальный случай

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

3. Пройдите семь вопросов по порядку

   Записывайте ответы короткими фразами. Если на вопрос ответа нет, так и пишите: «не определено». Это самая ценная строка в разборе.

4. Отметьте передачи и повторный ввод

   Каждый переход между людьми и сервисами подчеркните. Это точки, где чаще всего теряются данные и время.

5. Соберите исключения отдельным списком

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

6. Зафиксируйте результат на одной странице

   Если разбор не помещается на страницу, процесс выбран слишком широкий. Вернитесь к первому шагу и сузьте границу.

Если удобнее сразу писать в готовую форму, возьмите таблицу из гайда Как описать бизнес-процесс перед автоматизацией: семь вопросов дают глубину, шаблон карты даёт форму записи.

Где нужна автоматизация, а где хватит правила

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

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

Что меняется после разбора

Честно про ограничения

Частые вопросы

Что читать дальше

• Автоматизация бизнес-процессов: с чего начать малому бизнесу - общая картина и первый шаг
• Как описать бизнес-процесс перед автоматизацией: простой шаблон - форма для записи ответов
• Что автоматизировать в первую очередь - матрица выбора первого процесса