Бот квалификации лидов: план без потери живого контакта

Задача бота — ускорить маршрут заявки

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

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

Что портит конверсию и доверие

Чаще всего бот мешает тогда, когда компания считает заполненную анкету самоцелью.

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

Опишите путь лида до сценария

Первый документ — не дерево реплик, а решение о том, какие данные действительно нужны для следующего действия.

• Возьмите реальные входящие обращения и посмотрите, какую информацию менеджер уточняет до назначения следующего шага. Разделите обязательные поля и то, что удобно узнать позже в разговоре.
• Сегментируйте обращения по типу задачи: новый проект, поддержка, партнёрство, вакансия, случайное сообщение. Для каждого сегмента укажите ответственного и ожидаемый результат первого контакта.
• Определите точку согласия на обработку персональных данных и политику хранения. Не просите телефон, бюджет или детали проекта раньше, чем объясните, зачем они нужны и как будет продолжен контакт.
• Согласуйте рабочее время, время ответа, резервную команду и канал эскалации. Бот должен честно сообщать о задержке, а не имитировать немедленный ответ при закрытом офисе.
• Выберите минимальный пилот: один источник входящих, одна-две категории запроса, одна CRM-воронка. Сначала проверьте путь до человека на реальных сценариях.

Какие данные и состояния нужны

Чёткая модель помогает не потерять обращение между ботом, CRM и сотрудником.

• Разделите состояния «начат», «получен минимум», «передан», «принят менеджером», «нужны уточнения» и «закрыт». Считайте передачу завершённой только после подтверждения приёма, а не после успешного HTTP-запроса.
• Для каждого диалога храните неизменяемый источник, время, идентификатор контакта и связи с CRM. Исправления классификации фиксируйте отдельно, чтобы видеть, где правила работали плохо.
• Права на просмотр ответов ограничивайте задачей. Устанавливайте срок хранения и способ удаления; не копируйте в уведомление весь диалог, если для назначения достаточно краткого резюме.
• Мониторинг должен показывать обращения без владельца, очередь на передачу, ошибки CRM, превышение обещанного времени ответа и долю переходов к человеку.

Как спроектировать и запустить бота

В каждом шаге должно быть понятно, зачем задаётся вопрос и что случится, если человек его пропустит.

• Сформулируйте приветствие с назначением бота и возможностью сразу перейти к человеку. Укажите, что это автоматический помощник, а не сотрудник, особенно если используете AI для разбора свободного текста.
• Оставьте короткую последовательность: тип задачи, краткое описание, предпочтительный способ связи, срок или срочность — только если это влияет на маршрут. Не выдавайте субъективную оценку «хороший лид» за объективное качество.
• Для свободного ответа задайте допустимую длину, хранение исходной формулировки и обработку неопределённости. Если классификатор не уверен, передайте сообщение человеку вместе с оригиналом, не придумывая детали заявки.
• Создайте заявку в CRM с идентификатором диалога, каналом, согласием и исходными ответами. Повтор вебхука должен обновлять существующую запись, а не создавать дубль.
• Назначьте владельца по явным правилам и передайте ему контекст. Клиенту покажите подтверждение, следующий шаг и ожидаемый интервал ответа; не обещайте срок, который команда не обеспечивает.
• Добавьте переход к человеку по кнопке, по нераспознанному запросу, при признаке конфликта или после нескольких неудачных уточнений. Не оставляйте бесконечного цикла меню.
• Запустите ограниченный пилот, прослушайте выборку диалогов с учётом приватности и пересмотрите вопросы, которые вызывают отказы или не помогают менеджеру.

Какие показатели действительно полезны

Сравнивайте одинаковые каналы и периоды; больше собранных полей не означает больше качественных обращений.

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

Первый пилот без иллюзии полной автоматизации

Начните с одного сценария и короткого набора вопросов. Проверьте несколько десятков реальных или согласованных тестовых диалогов, отдельно — нестандартные запросы и сбой CRM. Только после этого расширяйте маршруты.

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

Пример короткого диалога

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