Чат-бот может принять сложный B2B-запрос, задать клиенту вопросы по проекту и передать менеджеру заполненную заявку для расчёта. Для этого сценарий строят вокруг будущего коммерческого предложения: бот уточняет задачу, параметры продукта, сроки, объём и контактное лицо. В статье разберём, какие вопросы включить в диалог, как не перегрузить клиента, что отправлять менеджеру и где пригодятся CRM-интеграции.
Какие данные нужны для расчёта коммерческого предложения?
Сначала менеджер по продажам описывает, из чего складывается расчёт. Для одного бизнеса важен объём поставки, для другого — площадь объекта, количество пользователей или состав работ. Чат-бот не должен собирать сведения «на всякий случай»: каждое поле нужно связать с конкретным решением или строкой будущего предложения.
Удобно разделить вопросы на четыре группы:
- задача клиента: что требуется сделать, заменить, подобрать или запустить;
- характеристики заказа: продукт, модель, размеры, мощность, комплектация или перечень услуг;
- условия проекта: объём, адрес выполнения работ, желаемые сроки и особенности объекта;
- контакт для продолжения: имя, способ связи и удобное время для ответа менеджера.
Например, поставщику оборудования для производства сначала нужно узнать тип оборудования и требуемую производительность. После этого бот уточняет количество единиц, условия монтажа и срок поставки. Такой порядок помогает не просить клиента вручную описывать задачу в свободной форме, где часто пропускаются параметры, влияющие на цену.
Если клиент пока не знает точных характеристик, бот предлагает варианты ответа: «подобрать по образцу», «есть техническое задание», «нужна консультация». При выборе последнего варианта заявка уходит сотруднику с пометкой о необходимости предварительного звонка или переписки.
Как выстроить вопросы в чат-боте?
Первый вопрос должен быстро подтвердить намерение клиента. Подойдут варианты «Рассчитать поставку», «Подобрать решение», «Оценить монтаж» или «Получить консультацию». После выбора бот показывает только относящиеся к сценарию поля. Клиенту, который хочет расчёт поставки, не нужно проходить ветку для сервисного обслуживания.
Вопросы лучше задавать от общего к частному. Сначала бот выясняет цель, затем параметры заказа, после этого сроки и контакт. Если начать с длинной анкеты, пользователь может закрыть диалог ещё до того, как увидит пользу.
Сколько вопросов задавать до передачи заявки?
Точного универсального числа нет: всё зависит от сложности расчёта. Но каждый вопрос стоит проверить по простой формуле: сможет ли менеджер принять решение или подготовить следующий уточняющий вопрос на основании ответа? Если нет, поле лучше убрать или сделать необязательным.
Для первого этапа обычно достаточно собрать обязательный минимум и оставить возможность приложить файл или написать комментарий. Практический сценарий может выглядеть так:
- «Что вам нужно рассчитать?»
- «Какой продукт или услуга вас интересует?»
- «Какой объём или количество планируется?»
- «Есть ли техническое задание, чертёж или спецификация?»
- «Когда нужно получить решение?»
- «Как менеджеру с вами связаться?»
Тему количества вопросов подробно разбирает материал «Сколько вопросов задавать в чат-боте для квалификации лида». Его полезно использовать как ориентир при проверке сценария: длинную анкету лучше разделить на обязательную часть и уточнения для следующего шага.
Как бот должен передавать заявку менеджеру?
Сообщение сотруднику должно выглядеть как рабочая карточка, а не как расшифровка диалога. В начале укажите тип запроса и статус: например, «нужен расчёт поставки» или «требуется консультация». Ниже разместите ответы клиента в одном порядке, чтобы менеджер не искал параметры по переписке.
| Блок заявки | Что передать менеджеру |
|---|---|
| Суть обращения | Продукт, услуга или задача клиента |
| Параметры | Количество, характеристики, комплектация, требования |
| Сроки | Желаемая дата расчёта или запуска проекта |
| Материалы | Ссылка на файл, техническое задание или комментарий клиента |
| Контакт | Имя и выбранный канал связи |
| Следующий шаг | Перезвонить, запросить документ, подготовить расчёт или уточнить задачу |
После отправки формы бот может показать клиенту краткое подтверждение и назвать следующий шаг: менеджер проверит параметры, запросит недостающие сведения или подготовит расчёт. Если ответ требует участия специалиста, диалог передают человеку вместе с историей ответов. Подход к передаче контекста описан в статье «Как передать диалог от чат-бота оператору без потери контекста».
Для контроля заявок данные передают в CRM, таблицу или рабочий канал менеджера. В CRM полезно создавать отдельную сделку с источником обращения, типом запроса и заполненными полями. Тогда сотрудник видит не только контакт, но и причину обращения, а руководитель может проверить, на каком этапе чаще всего не хватает информации.
Какие интеграции нужны для автоматического расчёта?
Простому сценарию достаточно чат-бота и уведомления менеджеру. Если заявок много, добавляют интеграцию с CRM, каталогом или таблицей. Бот передаёт ответы в нужные поля, создаёт новую сделку и ставит задачу ответственному сотруднику. Менеджер получает готовый контекст и не переписывает данные вручную.
Связка с каталогом пригодится, когда клиент выбирает товар из заранее заданного списка. Бот может показать варианты, уточнить количество и собрать параметры комплектации. Если цена зависит от нескольких условий, расчёт лучше оставить специалисту, а боту поручить подготовку исходных данных. Так клиент быстрее проходит первый этап, а компания не обещает стоимость по неполному описанию.
Для заявок с сайта важно проверить весь маршрут: отправка формы, создание записи, уведомление, назначение ответственного и сохранение ответа клиента. Проблемы часто возникают не в самом диалоге, а между сервисами. Практический чек-лист проверки ИИ-чат-бота перед запуском поможет найти такие сбои до публикации сценария: как протестировать ИИ-чат-бота перед запуском.
Как понять, что сценарий работает?
Оценивать чат-бота нужно по этапам, связанным с продажей. Отдельно посчитайте, сколько пользователей начали диалог, дошли до вопросов о параметрах, оставили контакт и получили ответ менеджера. Если люди часто прекращают разговор на одном и том же вопросе, проверьте его формулировку, варианты ответа и необходимость этого поля.
Менеджер также должен отмечать качество заявок. Полезные статусы: «данных достаточно для расчёта», «нужно уточнение», «запрос не подходит», «передано в работу». Через несколько недель такого учёта станет понятно, какие вопросы действительно помогают квалификации, а какие только увеличивают длину диалога.
Для B2B-запросов особенно важна скорость первого действия после заполнения формы. Уведомление должно приходить ответственному сотруднику сразу, а задача должна содержать срок и понятный следующий шаг. Материал «Как малому бизнесу отвечать на заявку за 3 секунды» раскрывает подход к быстрой реакции на входящие обращения.
Какие ошибки мешают чат-боту собирать заявки?
- Один сценарий для всех запросов. Поставка, ремонт и консультация требуют разных вопросов, поэтому их лучше разделить в первом меню.
- Слишком много обязательных полей. Обязательными оставляют только сведения, без которых менеджер не сможет продолжить работу.
- Свободный текст вместо вариантов. Там, где ответ можно выбрать из списка, кнопки уменьшают разнобой в данных.
- Нет ветки для сложного случая. Пользователь должен иметь возможность попросить специалиста и приложить техническое задание.
- Уведомление без контекста. Сообщение «Новая заявка» не помогает работе, если в нём нет параметров заказа и следующего действия.
- Сценарий не проверяют на реальных формулировках. Перед запуском полезно пройти диалог с коротким, неполным и нестандартным запросом.
Начать можно с одной услуги и одного типа расчёта. Опишите обязательные параметры, соберите короткую ветку вопросов, подключите передачу заявки менеджеру и проверьте несколько реальных обращений. После этого добавляйте CRM, каталог и другие интеграции, когда станет понятен рабочий маршрут. Для сложных B2B-сценариев такой проект обычно включает квалификацию лидов, интеллектуальные ответы по базе знаний и передачу данных между сервисами, поэтому его удобно собирать поэтапно под конкретный процесс компании.
