Автоматизация процессов чат-бота: что после диалога

Диалог закончился — что дальше?

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

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

Четыре части сценария

1. 1ТриггерСобытие, которое запускает сценарий: распознан номер телефона, клиент написал «хочу вернуть», диалог передан оператору, прошло заданное время.
2. 2УсловиеПроверка, выполнять ли действие: категория лида, канал, рабочие часы, сумма, прежний статус клиента.
3. 3ДействиеРабота в системе: создать лид в CRM, уведомить менеджера, поставить метку, создать напоминание, отправить запрос в систему компании.
4. 4УтверждениеНужно ли человеку посмотреть до или после действия? Везде, где есть деньги, договор или исключение, — да.

Шаги, которые в Vexvon работают сразу

Часть сценария готова в платформе, часть зависит от интеграции с собственными системами компании. Что в Vexvon работает сразу:

• Когда в диалоге распознан номер телефона, создаётся лид, а в карточке клиента появляется метка «оставил номер»
• Триггер на новый лид: уведомление группе продаж в Telegram, лид в Bitrix24 или во внутреннюю CRM
• Назначение лида менеджеру в четырёх режимах: вручную, по очереди, по каналу, по нагрузке
• Напоминания менеджеру — система проверяет их каждую минуту
• Запросы к собственным API компании во время диалога — например, чтение статуса заказа

Действия за пределами этого списка — скажем, изменение заказа в складской системе — строятся через собственный API компании и соответствующее подключение. Какие системы можно подключить, показано на странице интеграций.

Шесть бизнес-примеров

1. 11. Лид из рекламыТриггер: номер распознан в директе Instagram. Условие: категория «продажи». Действие: создан лид, уведомлена группа продаж, лид назначен по очереди. Утверждение: нет.
2. 22. Лид ночьюТриггер: лид в нерабочее время. Условие: высокий приоритет. Действие: клиенту — «свяжемся в 09:00», менеджеру — напоминание на утро.
3. 33. Заявка на возвратТриггер: клиент хочет вернуть товар. Условие: заказ найден. Действие: собраны причина и фото, заявка передана оператору в готовом виде. Утверждение: оператор.
4. 44. Недовольный клиентТриггер: жалоба или слово «оператор». Действие: уведомление, бот останавливается, заметка в карточке клиента. Утверждение: дежурный руководитель.
5. 55. Статус заказаТриггер: вопрос о статусе. Условие: личность проверена. Действие: статус читается из системы заказов и сообщается клиенту человеческим языком.
6. 66. Follow-upТриггер: клиент спросил цену, номер не оставил и ушёл. Действие: при наличии согласия — одно мягкое напоминание через заданное время; нет ответа — остановка.

Где нужно утверждение человеком

Соблазн автоматизации — сделать всё без людей. Но некоторые действия нельзя выполнять без утверждения:

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

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

Обработка ошибок

Самая опасная ошибка сценария — тихая: лид не попал в CRM, и никто об этом не знает. Для каждого сценария — четыре вопроса:

• Что будет, если действие не удалось, — повтор или уведомление человеку?
• Кто и где узнаёт об ошибке?
• Что сказать клиенту — особенно если ему что-то пообещали?
• Где фиксируются ошибки и когда их разбирают?

Как обрабатываются неудачные запросы технически, разобрано в статье об интеграции чат-бота через API и вебхуки.

Документ сценария

Каждый сценарий описывается документом на одну страницу:

• Название и цель — одна фраза
• Триггер, условие, действие, утверждение
• Что говорится клиенту
• Что происходит при ошибке
• Владелец — кто отвечает за работу сценария
• Критерий успеха — что измеряем

Заполненный пример: лид из рекламы

1. 1Название и цель«Лид из Instagram» — клиент, оставивший номер в директе, попадает к менеджеру в течение 10 минут.
2. 2Триггер и условиеРаспознан номер; диалог в категории «продажи»; клиент ещё не активный лид.
3. 3ДействиеСоздаётся лид, группе продаж уходит уведомление в Telegram, лид назначается по очереди, ставится напоминание на 10 минут.
4. 4Что говорится клиенту«Менеджер напишет вам в течение 10 минут.»
5. 5При ошибкеЕсли уведомление не ушло или за 10 минут лид никто не взял — уведомление руководителю продаж.
6. 6Владелец и критерийРуководитель продаж; доля лидов, взятых в течение 10 минут.

Типичные ошибки

• Строить сценарий «в настройках» без документа — через несколько месяцев никто не знает, что он делает
• Не продумать случай ошибки — тихий сбой
• Автоматизировать действия с деньгами и договорами без утверждения
• Привязать несколько сценариев к одному триггеру — клиент получает два сообщения
• Не назначить владельца сценария

Практические шаги для старта

1. 1Составьте список ручной работыВ течение недели записывайте каждое ручное действие операторов и менеджеров после диалога.
2. 2Выберите самое частоеОбычно это запись лида в CRM и уведомление менеджера.
3. 3Один сценарий, один каналЗапустите первый сценарий в одном канале и наблюдайте две недели.
4. 4Читайте ошибкиРазбирайте каждую ошибку и каждое незавершённое действие, уточняйте условия.
5. 5РасширяйтеПереходите ко второму сценарию, только когда первый работает стабильно.

Что измерять

• Сколько раз срабатывает сценарий и доля успешных запусков
• Тихие ошибки — действие должно было произойти, но не произошло
• Время от окончания диалога до действия
• Сокращение времени на ручную работу
• Сколько запросы ждут утверждения

Ограничения

Сценарий может действовать только в подключённых системах. Если система компании не предоставляет API, этот шаг остаётся ручным — бот лишь готовит запрос и отправляет его человеку. Очень сложный сценарий — десятки условий, связанные шаги — трудно тестировать и поддерживать; простые сценарии с одной целью надёжнее.

Итог: диалог — не конец работы

Сценарий чат-бота переносит результат диалога в системы без ручной работы: лид — в CRM, уведомление — менеджеру, заявку — оператору, напоминание — в календарь. Когда триггер, условие, действие и утверждение записаны ясно, ошибки продуманы, а у каждого сценария есть владелец, автоматизация становится надёжной.

Как лиды хранятся в CRM — на странице CRM; подробности сценария статуса — в статье о чат-боте статуса заказа. Остальное — в этой рубрике. Чтобы вместе прописать ваши сценарии, запросите демо.

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

1. 1Нужен ли программист для сценариев чат-бота?Готовые шаги — лид, уведомление, назначение — настраиваются. Для действий в собственной системе компании нужны API и техническое подключение.
2. 2С какого сценария начинать?С самой частой ручной работы — обычно это запись лида в CRM и уведомление менеджера.
3. 3Может ли сценарий принимать решения о деньгах?Нет. Где есть деньги, договор или исключение, сценарий готовит запрос, а решает человек.