Бот лид-генератор, для сбора заявок

Общая логика

Схема представляет собой Telegram-бота для генерации и квалификации лидов:

1. Бот запускает диалог с потенциальным клиентом.
2. Первый ИИ-диалог последовательно выясняет задачу клиента, масштаб проекта, сроки и бюджет.
3. Собранные параметры передаются второму ИИ-диалогу.
4. Второй ИИ-диалог подбирает подходящие услуги или тарифы по базе знаний, презентует предложение и определяет дальнейшее намерение клиента.
5. Бот собирает имя, телефон или Telegram-контакт, выбранное решение и дополнительные комментарии.
6. Заявка передается онлайн-менеджеру, который получает сводку по лиду.
7. После этого предусмотрена возможность отправки данных во внешнюю CRM или другую систему через вебхук, но данный запрос сейчас отключен.

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

1. Запуск и начало сценария

После запуска бот переводит пользователя в первый диалог с ИИ-ассистентом.

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

2. Квалификация потенциального клиента

Первый ИИ-ассистент предназначен для первичного сбора и структурирования информации о лиде.

Что выясняет бот

Диалог строится вокруг четырех основных параметров:

• какую задачу или направление нужно решить;
• каков предполагаемый масштаб проекта;
• насколько срочно требуется решение;
• какой бюджет рассматривает клиент.

Для каждого шага ассистент должен задавать только один вопрос и предлагать от двух до четырех коротких вариантов ответа в виде кнопок. При этом пользователь может ответить свободным текстом.

Правила ведения диалога

Ассистент:

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

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

Результат квалификации

Данные сохраняются в структурированном JSON-формате. В него входят:

• тип задачи;
• масштаб проекта;
• сроки;
• бюджетный диапазон;
• статус лида: горячий, теплый или холодный.

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

3. Подбор услуг или тарифов

Второй ИИ-ассистент получает результаты предыдущего этапа и использует их для персонализации предложения.

Передаваемые данные

Во второй диалог передаются:

• потребность клиента;
• масштаб или объем проекта;
• сроки;
• бюджет;
• квалификационный статус.

Работа с базой знаний

Ассистент ищет в базе знаний подходящие услуги, тарифы, кейсы и условия. Он должен:

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

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

Сбор итоговых данных

Ассистент классифицирует намерение клиента по одному из трех вариантов:

• готов приобрести решение;
• хочет демонстрацию или консультационный созвон;
• нуждается в индивидуальном расчете или консультации.

Также собираются:

• выбранный тариф или пакет;
• имя клиента;
• телефон или Telegram-контакт;
• дополнительные требования, ограничения и договоренности.

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

4. Передача заявки менеджеру

После завершения второго ИИ-диалога бот передает заявку менеджеру.

Распределение обращения

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

Можно изменить настройку и назначать заявки конкретному ответственному сотруднику.

Сообщение менеджеру

Менеджер получает уведомление со следующими данными:

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

Автоматические ответы менеджера отключены. Рейтинг общения также не используется.

После передачи обращения клиенту отправляется подтверждение, что менеджер изучает данные и свяжется с ним в течение 15 минут.

5. Отправка данных во внешнюю систему

После блока передачи менеджеру предусмотрен отдельный блок для POST-запроса во внешний сервис.

Сейчас он отключен, а в качестве адреса указан демонстрационный URL, поэтому фактической отправки данных в текущей конфигурации нет.

При активации запрос сможет передавать:

• имя пользователя;
• имя клиента;
• телефон или Telegram-контакт;
• задачу;
• бюджет;
• выбранное решение;
• намерение клиента.

Этот блок можно использовать для создания контакта и сделки в CRM, например через собственный вебхук, amoCRM, Битрикс24, Leadster, n8n или Make. В комментарии к блоку также указана возможность прикреплять к записи историю квалификации.

Интеграции и необходимые настройки

ИИ-сервис

Оба диалога используют подключение к OpenAI и настроенную ИИ-модель.

Для работы потребуется:

• действующее подключение к OpenAI;
• API-ключ или авторизация в используемом подключении;
• доступ к выбранной модели;
• положительный баланс или оплаченный тариф OpenAI;
• контроль расходов, так как сценарий допускает до 50 сообщений в каждом ИИ-диалоге.

База знаний

Второй ИИ-диалог использует базу знаний. Для полноценной работы необходимо:

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

Передача менеджеру

Используется встроенная функция передачи чата сотруднику. Для ее работы нужно:

• добавить менеджеров в систему;
• настроить их доступы и рабочие часы;
• убедиться, что сотрудники отображаются онлайн;
• при необходимости изменить правило распределения заявок или назначить конкретного ответственного.

Вебхук или CRM

CRM-интеграция пока не активна. Для ее подключения потребуется:

• указать рабочий URL вебхука;
• определить формат принимаемого JSON;
• при необходимости добавить токен, API-ключ или заголовок авторизации;
• настроить создание контакта, сделки и передачу квалификационных данных в CRM;
• проверить обработку ошибок и повторную отправку запросов;
• протестировать интеграцию на тестовой заявке.