Раздел
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, чтобы менеджер видел цепочку.

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

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

Правило данных: если поле не нужно менеджеру для первого ответа, ассистент не должен его спрашивать. Если пользователь сам прислал чувствительные данные, не повторяйте их в открытом 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 низкий, пользователи не застревают в анкете, а сложные диалоги быстро уходят человеку.

Источники

Следующий шаг

Проверьте этот сценарий на своем процессе

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

Спроектировать ассистента для лидов Вернуться к маршруту раздела →