SPRINT / GUIDES

Как бот передаёт заявку человеку

Собственный демонстрационный сценарий заявки: проверка данных, повторы, сбой CRM и переход к оператору.

Сценарий для обсуждения

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

Состояния вместо одного счастливого пути

До подтверждения заявка — черновик. После подтверждения система присваивает ей номер и пытается передать в CRM. Повторное нажатие должно возвращать состояние той же заявки, а не создавать ещё одну.

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

Что получает оператор

Номер заявки, выбранную услугу, краткое описание задачи и разрешённый контакт. История передаётся в необходимом для работы объёме. Бот объясняет пользователю, где продолжится разговор; часы и срок ответа должны соответствовать работе команды.

Проверки перед запуском

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

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

Что считать результатом

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

Обсудить эту услугу ↗