Короткий ответ
Чат-бот для заявок на сайте должен быстро распознать задачу посетителя, сохранить только нужный контекст и передать менеджеру уже подготовленное обращение. Рабочий минимум — один выбор цели, один уточняющий вопрос, удобный способ связи и понятное обещание следующего шага. Чем короче путь до полезного результата, тем меньше заявок теряется внутри анкеты.
Начните с решения, которое должен принять клиент
Сценарий заявок ломается, когда бот пытается собрать максимум данных до того, как человек понял, зачем отвечать.
Перед первым вопросом сформулируйте один результат: подобрать услугу, получить расчёт, записаться на консультацию или узнать статус. Если результатов несколько, покажите их как выбор задач. Не начинайте с «Расскажите о себе» — это перекладывает проектирование на клиента.
Для каждой задачи запишите минимальный набор данных, без которого менеджер не сможет продолжить разговор. Телефон не всегда нужен первым. Иногда достаточно понять тип запроса, город и удобный канал связи, а номер попросить только перед передачей.
Четыре узла маршрута
Каждый узел должен иметь понятный вход, выход и действие после ответа.
- 01
1. Назвать помощь
«Помогу подобрать формат и передам запрос специалисту». В этой фразе есть польза и граница: бот не обещает решить всё сам.
- 02
2. Уточнить одну вещь
Задайте вопрос, который сильнее всего разделяет ветки. Для услуги это может быть цель обращения, для магазина — категория товара.
- 03
3. Сохранить контекст
Запишите ответ в поле контакта и добавьте источник. Менеджер должен видеть не только последнее сообщение, но и решение, к которому пришёл клиент.
- 04
4. Передать с ожиданием
Покажите, что запрос принят, кто ответит и когда. Если оператор недоступен, предложите оставить удобное время или получить ответ позже.
Пример сообщений: коротко, но не механически
Подберу подходящий формат. Что важнее сейчас?
Нужно понять стоимость и сроки.
Понял. Это разовый проект или регулярная работа?
Регулярная.
Записал. Оставьте телефон или выберите удобный канал — передам запрос менеджеру вместе с контекстом.
Почему это работает: вопрос «что важнее» открывает задачу, а не просит заполнить профиль. Следующий вопрос зависит от ответа.
Какие поля сохранить
Поле существует не для отчёта. Оно должно менять маршрут, работу оператора или последующее сообщение.
| Поле | Зачем нужно | Когда заполнять |
|---|---|---|
| request_type | Выбрать ветку и назначить ответственного | После первого выбора |
| request_goal | Показать менеджеру смысл обращения | После уточняющего вопроса |
| contact_channel | Понять, где продолжить разговор | Перед передачей |
| utm_source | Сравнить источники заявок | Из входной ссылки автоматически |
| preferred_time | Не обещать звонок вслепую | Только если нужен созвон |
Когда передавать оператору
Передача — не ошибка и не поражение автоматизации. Это заранее спроектированный выход.
Передавайте, если:
- клиент просит нестандартное условие, расчёт или исключение;
- вопрос требует доступа к заказу, документам или внутренней системе;
- бот дважды не понял намерение или получил противоречивые ответы;
- человек нажал «Позвать менеджера» — без повторного отговаривания.
Проверка на десяти диалогах
- Новый посетитель понимает пользу до первого вопроса.
- Кнопки не повторяют друг друга и ведут в разные ветки.
- Свободный текст обрабатывается или объясняет, что делать дальше.
- Ответ сохраняется в нужное поле, а не только остаётся в переписке.
- Оператор видит источник, задачу, ответы и причину передачи.
- При недоступном операторе есть честный срок или альтернативный канал.
- Повторное сообщение не запускает новый хаотичный диалог.
- Длинный ответ не ломает лимит канала.
- Клиент получает подтверждение и ожидаемый следующий шаг.
- Владелец сценария знает, где смотреть проваленные диалоги.
Квалификация нужна не каждому посетителю
Хороший сценарий различает вопрос, готовую заявку и просьбу о человеке — и не тащит всех через одну анкету.
Посетитель с вопросом «работаете ли вы в Казани?» ещё не обязан оставлять телефон. Сначала дайте короткий ответ, затем предложите следующий шаг. А человек, который уже просит расчёт, наоборот, готов сообщить детали. Разделение этих намерений делает диалог естественным: бот не торопит любопытного и не задерживает готового клиента.
| Сигнал посетителя | Что делает бот | Результат |
|---|---|---|
| Задаёт справочный вопрос | Отвечает и предлагает уточнить задачу | Понимание без обязательств |
| Просит цену или расчёт | Собирает параметры, влияющие на оценку | Подготовленная заявка |
| Не нашёл подходящий вариант | Просит описать ситуацию свободно | Нестандартный запрос не потерян |
| Просит человека | Не спорит и передаёт историю | Менеджер продолжает разговор |
Как запустить сценарий без слепого риска
Не оценивайте сценарий только по числу отправленных контактов. Смотрите цепочку целиком: увидел виджет → начал диалог → выбрал задачу → дошёл до передачи → получил ответ команды. Если стартов много, а до первого выбора доходят единицы, проблема в обещании на кнопке или первом сообщении. Если люди отвечают, но менеджер не может продолжить, проблема уже в полях и передаче.
- Кнопка виджета объясняет, какую помощь получит посетитель.
- Свободный текст работает на каждом важном шаге, а не только кнопки.
- Повторный вход возвращает контекст, а не начинает опрос заново.
- Менеджер видит страницу входа, задачу и ответы клиента.
- Для нерабочего времени есть честный срок ответа без ложного «мы уже подключаемся».
Источники и документация
Частые вопросы
- Сколько вопросов задавать в чат-боте для заявки?
- Столько, сколько меняют решение менеджера: обычно один вопрос о задаче, один — о контексте и один — о способе продолжить разговор. Если поле не влияет на ветку, передачу или следующий шаг, не просите его в первом диалоге.
- Когда бот должен передавать посетителя менеджеру?
- Сразу после собранного минимума, при нестандартном запросе, просьбе о цене или явном желании поговорить с человеком. Передача должна содержать источник, выбранную задачу и ответы — иначе клиенту придётся повторяться.
- Как проверить, что сценарий сайта не теряет заявки?
- Пройдите десять реальных формулировок: короткий вопрос, длинный запрос, неизвестная тема, просьба о человеке и возврат в диалог. Для каждого проверьте сообщение клиенту, сохранённые поля и то, что видит оператор.