Клиент пишет в чат: «Нужна партия метизов». Менеджер открывает заявку, а там ни объёма, ни сроков, ни адреса доставки. Приходится перезванивать, уточнять, ждать ответа. Чат-бот умеет собрать недостающее прямо в диалоге, но работает это только при одном условии: бот задаёт один уточняющий вопрос за раз. Если вывалить три вопроса подряд, клиент ответит на последний и проигнорирует остальные. В статье разберём, как выстроить сценарий сбора данных так, чтобы заявка приходила менеджеру уже готовой к работе.
Почему несколько вопросов сразу убивают конверсию
Откройте любой мессенджер и перечитайте свои же переписки. Когда собеседник задаёт два-три вопроса в одном сообщении, вы отвечаете на все? Обычно нет. Люди цепляются глазами за последнюю строку. В B2B-переписке это работает точно так же: закупщик на заводе в Могилёве отвечает между совещаниями, у него 40 секунд на сообщение.
Бот, который спрашивает «Укажите объём, сроки и адрес доставки», получит в ответ «ул. Первомайская, 12». Объём и сроки придётся выяснять повторно. А повторный вопрос раздражает: клиент уже ответил, с его точки зрения. Поэтому правило одного вопроса за шаг экономит и время клиента, и нервы менеджера.
Как определить, каких данных не хватает
Перед настройкой сценария составьте список обязательных полей заявки. Для оптового бизнеса это обычно пять вещей:
- Название товара или артикул
- Объём (количество, вес, метраж)
- Срок поставки
- Адрес или способ доставки
- Контакт ответственного лица
Бот при каждом входящем сообщении проверяет, какие из этих полей уже заполнены. Клиент написал «200 кг арматуры А500 к пятнице» — бот распознал товар, объём и срок. Осталось два поля: доставка и контакт. Бот задаёт вопрос про доставку. Получил ответ — спрашивает контакт. Готово, заявка уходит менеджеру.
Если клиент написал только «арматура», бот определяет первое по приоритету пустое поле и спрашивает: «Какой объём вам нужен?». Приоритет полей выстраивайте от самого важного для расчёта к наименее критичному. Объём важнее адреса доставки, потому что без объёма менеджер не назовёт даже ориентировочную цену.
Какой сценарий работает на практике
Вот логика, которую стоит заложить в бота:
- Клиент отправляет первое сообщение. Бот извлекает из текста всё, что может: товар, количество, дату.
- Бот сверяет заполненные поля со списком обязательных. Находит первое пустое.
- Бот задаёт один конкретный вопрос к этому полю. Без «пожалуйста, уточните» — просто вопрос: «Сколько единиц нужно?».
- Клиент отвечает. Бот записывает значение и снова проверяет список.
- Когда все поля заполнены, бот показывает сводку: «Арматура А500, 200 кг, доставка до пятницы, Барановичи, контакт: Сергей +375...». И спрашивает: «Всё верно?».
Сводка с подтверждением — обязательный шаг. Без неё клиент не видит, что именно бот «услышал», и ошибки всплывают уже при отгрузке. Подтверждение занимает одно сообщение и экономит часы на разборе претензий.
Как формулировать вопросы, чтобы клиент отвечал сразу
| Плохой вопрос | Хороший вопрос | Почему работает |
|---|---|---|
| Укажите необходимый объём продукции | Сколько килограммов нужно? | Конкретная единица измерения — клиент не гадает, в чём считать |
| Когда вам удобно получить заказ? | К какой дате нужна поставка? | Закрытый вопрос с форматом ответа |
| Пожалуйста, предоставьте контактные данные ответственного лица | Кому звонить по этому заказу? Имя и телефон | Живая формулировка, два слова вместо абзаца |
Канцелярские формулировки в мессенджере выглядят чужеродно. Пишите так, как менеджер спросил бы голосом по телефону. Вопрос должен содержать подсказку формата: «в килограммах», «дата», «имя и телефон». Тогда клиент не переспрашивает и не отвечает невпопад.
Типичные ошибки при сборе данных ботом
- Два вопроса в одном сообщении. Клиент отвечает на один, бот не понимает, какое поле заполнено. Диалог зацикливается.
- Нет валидации ответа. Бот спросил объём, клиент написал «побольше». Бот записал «побольше» и пошёл дальше. Менеджер получает бесполезную заявку.
- Жёсткая последовательность вопросов. Клиент в первом сообщении указал и товар, и объём, и срок — а бот всё равно переспрашивает по порядку. Это раздражает.
- Нет возможности поправить ответ. Клиент ошибся в количестве и пишет «нет, не 200, а 2000». Бот игнорирует и переходит к следующему вопросу.
- Бот не передаёт контекст менеджеру. Заявка приходит списком полей, но без исходных сообщений клиента. Менеджер не видит нюансов, которые клиент упомянул между ответами.
Последняя ошибка особенно болезненна. Клиент мог написать «нужно к пятнице, но если есть дешевле — готов подождать». Это ценная информация для менеджера, и бот должен сохранить весь диалог, а не только извлечённые значения.
Когда подключать менеджера вместо бота
Бот собирает структурированные данные. Если клиент задаёт вопрос, на который у бота нет ответа в каталоге, или начинает торговаться — пора передавать диалог живому человеку. Хороший сценарий предусматривает триггер эскалации: клиент дважды ответил нераспознанно, или явно попросил «позовите менеджера». Квалификация лидов ботом работает ровно до момента, когда нужен человеческий опыт и гибкость. Задача бота — довести заявку до состояния, в котором менеджер не тратит первые пять минут на сбор базовой информации.
Для B2B-сценариев, где бот собирает реквизиты и проверяет данные контрагента перед передачей менеджеру, полезно настроить проверку УНП и сбор реквизитов прямо в Telegram. А если в вашем процессе заявка превращается в коммерческое предложение, посмотрите, как бот может собрать предварительное КП за шесть шагов.
3 шага, которые можно сделать на этой неделе:
- Выпишите обязательные поля вашей заявки и расставьте их по приоритету — от критичного для расчёта до «хорошо бы знать». Это займёт 15 минут.
- Возьмите пять последних переписок с клиентами и посмотрите, сколько сообщений ушло на сбор недостающих данных. Если больше трёх — бот окупится быстро.
- Сформулируйте вопрос к каждому полю так, как спросили бы по телефону: коротко, с подсказкой формата. Это готовый скрипт для настройки сценария приёма заявок.
