- Раздел
- AI-агенты для бизнеса
- Сложность
- средняя
- Обновлено
- 2026-05-20
AI-агенты для бизнеса
ДоказательстваДанные, права, ограничения и метрики в тексте статьи.
АудитКороткий разбор процесса перед пилотом.
Короткий ответ
Telegram или WhatsApp AI-ассистент для квалификации лидов должен собирать контекст, задавать короткие уточняющие вопросы, определять следующий шаг и передавать карточку в CRM человеку. Он не должен обещать цену, скидку, срок внедрения, юридические условия или доступность услуги без подтверждения менеджера.
Telegram Bot API описывает HTTPS Bot API, updates, webhooks и long polling: Telegram Bot API. Для WhatsApp используйте официальную WhatsApp Business Platform Cloud API документацию Meta: Meta WhatsApp Cloud API. Если лид нужно передать в Bitrix24, CRM REST API показывает сущности leads, deals, contacts, timelines и activities: Bitrix24 CRM REST API overview.
Эта статья связана с материалами про AI-агента для отдела продаж, ИИ для продаж, AI-автоматизацию продаж и MCP для CRM и Bitrix24.
Что ассистент должен делать
Хороший первый сценарий - квалификация входящего интереса. Пользователь пишет в Telegram или WhatsApp, ассистент уточняет задачу, компанию, систему учета, срочность, ограничения по данным и удобный способ связи. После этого он создает черновик CRM-карточки или внутренний комментарий для менеджера.
| Этап | Разрешено ассистенту | Нужен человек |
|---|---|---|
| Приветствие | Объяснить, что это ассистент | Подменять менеджера человеком |
| Уточнение задачи | Задать 3-5 вопросов | Давить длинной анкетой |
| Квалификация | Определить сегмент и next step | Отказывать лиду окончательно |
| CRM-handoff | Создать черновик/комментарий | Менять стадию сделки без проверки |
| Ответ по цене | Сказать, что нужна оценка | Обещать точную цену и срок |
Самая частая ошибка - пытаться закрыть продажу прямо в мессенджере. Для сложных AI-внедрений мессенджер должен быстро привести лида к человеческому разговору с нормальным контекстом.
Границы диалога
Опишите, что ассистент имеет право говорить. Чем короче и конкретнее границы, тем меньше опасных обещаний.
lead_assistant_policy:
allowed:
- ask_business_context
- ask_current_systems
- ask_data_restrictions
- summarize_need
- propose_manager_handoff
forbidden:
- promise_exact_price
- guarantee_result
- give_legal_advice
- request_payment_data
- change_crm_stage_without_human
max_questions_before_handoff: 5
human_takeover_triggers:
- angry_customer
- legal_or_security_question
- price_negotiation
- integration_commitment
Для Telegram учитывайте update flow: бот получает события через long polling или webhook. Для WhatsApp Cloud API важны webhooks для входящих сообщений и статусов доставки. В обоих случаях храните message id, channel, timestamp и correlation id, чтобы менеджер видел цепочку.
Consent и данные
Лид может написать телефон, почту, название компании, бюджет, внутреннюю проблему и иногда персональные данные. Не собирайте лишнее. Для квалификации обычно достаточно:
- имя или как обращаться;
- компания или роль;
- задача;
- текущая система;
- срочность;
- удобный контакт;
- согласие на передачу менеджеру.
Правило данных: если поле не нужно менеджеру для первого ответа, ассистент не должен его спрашивать. Если пользователь сам прислал чувствительные данные, не повторяйте их в открытом summary без необходимости.
Для WhatsApp отдельно проверьте бизнес-правила канала, шаблоны сообщений и window policy в официальной документации Meta. Для Telegram проверьте, что webhook endpoint защищен, token не попадает в клиентский код, а логи не хранят полный диалог без срока удаления.
CRM-handoff
CRM-handoff должен быть структурированным. Менеджеру не нужен весь диалог в одном длинном комментарии. Ему нужна короткая карточка: кто обратился, что хочет, какие системы уже есть, что болит, что неизвестно, какой следующий шаг.
{
"source": "telegram",
"lead_name": "Мария",
"company_segment": "B2B services",
"need": "автоматизировать первичную квалификацию заявок",
"current_systems": ["Bitrix24", "Telegram"],
"constraints": ["нельзя отправлять клиентские договоры во внешний API"],
"missing": ["объем заявок в неделю", "ответственный за CRM"],
"recommended_next_step": "manager_call",
"human_review_required": true
}
Bitrix24 CRM API описывает leads, deals, contacts, activities и timeline comments. На первом пилоте лучше создавать внутренний комментарий или задачу менеджеру, а не менять стадию сделки. Если интеграция ошиблась, комментарий легко исправить, а неверная стадия ломает отчетность.
Failure modes
Мессенджерный ассистент ломается предсказуемо:
- задает слишком много вопросов;
- отвечает общими AI-фразами вместо уточнения;
- обещает то, чего нет в оффере;
- не передает человека при раздражении;
- создает дубли лидов;
- теряет контекст между каналом и CRM;
- сохраняет лишние персональные данные;
- не показывает менеджеру, где уверенность низкая.
Для каждого failure mode нужен fallback. Например, если пользователь дважды отвечает непонятно, ассистент должен предложить “передам менеджеру” вместо третьей попытки угадать.
Human takeover
Передача человеку должна быть явной и быстрой. Плохой takeover - “оператор скоро ответит”, но менеджер не получает контекст. Хороший takeover создает задачу, ставит ответственного, прикладывает summary, ссылку на диалог и причину передачи.
message received
-> qualify within 5 questions
-> if risk trigger: human takeover
-> create CRM task/comment
-> notify manager
-> assistant stops making promises
Если менеджер подключился, ассистент не должен продолжать параллельно спорить с клиентом. Нужен флаг ownership: bot, human, or closed.
Метрики пилота
Не считайте успех по числу сообщений. Считайте качество handoff:
| Метрика | Что показывает |
|---|---|
| Qualified handoff rate | Дошел ли лид до менеджера с полезным summary |
| Duplicate lead rate | Не плодит ли интеграция дубли |
| Missing field rate | Какие данные менеджер все равно спрашивает |
| Human takeover time | Быстро ли человек получает сложный диалог |
| Promise correction rate | Как часто менеджер исправляет обещания ассистента |
| CTA-to-call rate | Приводит ли диалог к следующему шагу |
Первые 100-200 диалогов просматривайте вручную. Автоматическая аналитика полезна позже, когда понятно, какие ошибки реально вредят продажам.
Чеклист
- Ассистент явно представляется как автоматический помощник.
- Максимум 3-5 уточняющих вопросов до handoff.
- Запрещены точные цены, гарантии и юридические обещания.
- Есть consent на передачу менеджеру.
- CRM-запись ограничена черновиком, задачей или внутренним комментарием.
- Дедупликация проверяет телефон, username, email и открытые сделки.
- Human takeover имеет владельца и причину.
- Логи не хранят лишние персональные данные.
- Менеджер видит summary, missing fields и ссылку на диалог.
- Метрики проверяют качество handoff, а не только активность бота.
FAQ
Что выбрать: Telegram или WhatsApp?
Выбирайте канал, где уже приходят лиды. Telegram проще для быстрых B2B-диалогов, WhatsApp часто важен для клиентской коммуникации, но требует внимательной настройки Business Platform и шаблонов.
Можно ли сразу создавать сделку в CRM?
Можно создать черновик или задачу. Автоматически менять стадию и назначать прогноз лучше после проверки дедупликации и качества summary.
Нужен ли RAG?
Иногда. Если ассистент отвечает по продуктовым материалам, ему нужны источники и ограничения. Если задача только квалификация лида, часто хватает короткой политики, FAQ и handoff.
Что делать с агрессивным или спорным клиентом?
Сразу передавать человеку. Ассистент не должен вести конфликт, обсуждать юридические претензии или обещать компенсацию.
Как понять, что пилот готов к расширению?
Менеджеры получают полезные карточки, дубли редки, promises correction rate низкий, пользователи не застревают в анкете, а сложные диалоги быстро уходят человеку.
Источники
Следующий шаг
Проверьте этот сценарий на своем процессе
Опишите систему учета, данные, ограничения по правам и ожидаемый эффект. Ответим, что можно запускать в пилот, а где сначала нужен порядок в процессе.