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