Ошибки автоматизации процессов: девять самых частых

Короткий ответ

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

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

1. Автоматизировать незаписанный процесс

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

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

2. Шаги без владельца

Симптом: автоматический процесс создаёт «задачу менеджеру», а задачи копятся. Клиент ответил, но никто не прочитал. Причина: процесс предполагает шаг человека, но у этого шага нет конкретного владельца.

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

3. Нет условия остановки

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

Исправление: заранее запишите условия остановки для каждой последовательности — клиент ответил, покупка состоялась, менеджер взял диалог, клиент отказался. Пример для WhatsApp — в статье о follow-up в WhatsApp.

4. Нет дедупликации между правилами

Симптом: один клиент в один день получает три приветствия и два звонка. Причина: у каждого канала своё правило, и правила не видят друг друга. Человек, оставивший номер в Instagram, WhatsApp и в форме, трижды «новый лид».

Исправление: настраивайте дедупликацию по компании, а не по правилу: «если на этот номер звонили за последние 24 часа, не звонить». Подробнее — в статье о дублях лидов.

5. Игнорирование правил платформ

Симптом: сообщения «не уходят», рейтинг качества номера падает, цена в ответе на комментарий в Instagram достаётся конкурентам. Причина: процесс считает все каналы одинаковыми. А в WhatsApp после 24 часов можно отправить только шаблон, и Meta требует явного согласия клиента.

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

6. Забытые «тихие часы»

Симптом: клиенты получают автоматический звонок в 23:30 или рекламное сообщение в 07:00 в воскресенье. Причина: процесс срабатывает сразу после события и не смотрит на часы.

Исправление: задайте каждому автоматическому касанию разрешённое окно времени. Действие вне окна не отменяется, а ждёт, пока окно откроется. Праздники запишите отдельно.

7. Непроверенные пограничные случаи

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

Исправление: до запуска проверьте процесс на списке из 15–20 пограничных случаев. Тестовые диалоги не должны попадать в отчёты, иначе цифры первой недели будут неверными.

8. Нет журнала решений

Симптом: клиент жалуется — «почему вы мне позвонили?» — и никто не может ответить. Или наоборот: «почему этому лиду не позвонили?» Причина: процесс действует, но не записывает, почему сделал или не сделал.

Исправление: каждое автоматическое решение — отправлено, отложено, пропущено — фиксируется с причиной. Самый частый вопрос в поддержку — «почему не сработало?», и ответить на него может только журнал.

9. Измерять активность вместо результата

Симптом: в отчёте написано «за месяц отправлено 12 000 автоматических сообщений», и это подаётся как успех. Причина: считать отправленные сообщения легко, результат — трудно.

Исправление: выберите для каждого процесса один показатель результата — подтверждённые визиты, восстановленные заказы, ответившие лиды. Показатели активности нужны только чтобы объяснить результат.

Чек-лист перед запуском

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

Иллюстративный пример

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

Чек-лист показывает две ошибки: покупка не была записана как условие остановки (ошибка 3), а правила сообщений и звонков не видели друг друга (ошибка 4). После исправления обеих жалобы прекращаются.

Защита от этих ошибок в Vexvon

В Vexvon правила автоматического AI-звонка напрямую учитывают несколько из этих ошибок: окно часов звонков (лид, пришедший вне окна, набирается, когда окно откроется), дневной лимит, окно дедупликации по всем правилам, отмена звонка, если менеджер взял лид, и запись каждого звонка — или решения не звонить — с причиной. Тестовые диалоги виджета сайта исключаются из отчётов, рабочий график задаёт компания, а оператор может остановить бота в любом диалоге. Подробнее — на странице интеграций.

Следующий шаг

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