Как автоматизировать разбор лидов из WhatsApp и Telegram в CRM

Если лиды приходят из WhatsApp и Telegram, но менеджеры разбирают их вручную, бизнес почти всегда получает одну и ту же проблему: часть диалогов не попадает в CRM, часть уходит не тому менеджеру, а часть зависает без следующего действия. Автоматизация нужна не ради “AI ради AI”, а чтобы каждое входящее сообщение сразу превращалось в карточку, статус и понятный следующий шаг.

Краткий ответ

Чтобы автоматизировать разбор лидов из WhatsApp и Telegram в CRM, соберите цепочку: входящее сообщение -> извлечение контакта и текста -> нормализация лида -> определение темы и приоритета -> создание или обновление карточки в CRM -> постановка следующего действия менеджеру. На старте достаточно одной очереди и 3-5 сценариев маршрутизации, без полной перестройки отдела продаж.

Кому подходит

Этот сценарий подходит, если:

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

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

Что получится на выходе

После внедрения у вас появляется рабочий контур, где:

лид из WhatsApp или Telegram автоматически появляется в CRM;
источник, текст и ключевые признаки запроса сохраняются без ручного копирования;
система определяет, это новый лид, повторный клиент или существующая сделка;
AI предлагает категорию запроса и следующий шаг;
CRM ставит задачу нужному менеджеру или отправляет лид в нужную очередь;
руководитель видит долю необработанных входящих и время первого ответа.

Главный результат не в “красивой нейросети”, а в том, что мессенджеры перестают быть серой зоной вне CRM.

Схема решения

Базовая схема выглядит так:

WhatsApp или Telegram отправляет событие о новом сообщении в automation tool или webhook endpoint.
Сервис извлекает канал, имя, телефон или username, текст, время и вложения.
Система ищет существующего клиента или сделку по телефону, username или внешнему ID.
AI определяет тип обращения: новая заявка, повторный интерес, уточнение по текущей сделке, поддержка, спам.
CRM создает карточку или обновляет существующую.
В карточку записываются краткое резюме, источник, категория запроса и следующий шаг.
Менеджеру ставится задача или лид падает в нужную очередь.

Специалист по продажам и операционный менеджер смотрят сценарий маршрутизации лидов из мессенджеров в CRM. — Практичный вариант для SMB: сначала система определяет тип входящего и ставит следующий шаг, а менеджер уже работает по готовой карточке.

Важно: на старте не нужно автоматически отвечать клиенту от лица компании. Безопаснее начать с автоматического разбора и маршрутизации, а не с полной автоотправки сообщений.

Пошаговая инструкция

Шаг 1. Сведите входящие в одну точку обработки

Самая частая ошибка — пытаться “автоматизировать CRM”, когда сами каналы еще не сведены в один поток. Сначала определите:

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

На этом этапе нужна одна таблица соответствий: канал -> аккаунт -> бизнес-направление -> ответственный.

Шаг 2. Определите минимальный набор полей для CRM

Для автоматического разбора обычно нужны:

канал: whatsapp / telegram;
внешний ID диалога;
имя или username;
телефон, если доступен;
текст последнего сообщения;
дата и время входящего;
источник или рекламная связка, если она уже известна;
категория запроса;
приоритет;
рекомендуемый следующий шаг.

Если эти поля некуда записывать, AI будет возвращать ответ “в воздух”, а менеджер все равно будет руками дополнять карточку.

Шаг 3. Опишите типы входящих, которые нужно различать

Для SMB обычно хватает 5 типов:

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

Здесь не нужна идеальная таксономия из 25 классов. Если вы переусложните схему, качество маршрутизации упадет, а команда перестанет доверять системе.

Шаг 4. Подготовьте AI-промпт под классификацию

На старте от AI нужен не “идеальный ответ клиенту”, а управляемый JSON. Например:

Ты помогаешь отделу продаж разбирать входящие лиды из мессенджеров.
Верни JSON без Markdown.

Контекст:
- channel: {{channel}}
- sender_name: {{sender_name}}
- sender_phone: {{sender_phone}}
- incoming_text: {{incoming_text}}
- current_deal_status: {{current_deal_status}}
- matched_contact: {{matched_contact}}

Верни:
{
  "lead_type": "",
  "priority": "high|medium|low",
  "category": "",
  "summary": "",
  "next_step": "",
  "should_create_new_lead": true
}

Если сообщение не относится к продажам, укажи should_create_new_lead=false.
Не придумывай факты, которых нет во входящем тексте.

Такой формат проще валидировать и писать обратно в CRM.

Шаг 5. Соберите маршрутизацию

После классификации система должна понимать, что делать дальше. Пример:

новая заявка по основному продукту -> очередь inbound sales;
повторный клиент -> ответственный аккаунт-менеджер;
вопрос по активной сделке -> текущий owner сделки;
поддержка -> не в продажи, а в support queue;
нерелевантный спам -> архив или отдельный статус без постановки задачи.

Если маршрутизация не описана явно, AI просто создаст еще один шумный слой, но не ускорит обработку.

Шаг 6. Настройте защиту от дублей

В мессенджерах один и тот же человек может:

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

Поэтому нужен контур deduplication:

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

Шаг 7. Начните с режима “разбор + задача”

На первом этапе лучше запускать такую механику:

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

Это дает контроль и быстро показывает, насколько качественно работает классификация. Уже потом можно включать черновики ответов и частичную автоотправку.

Варианты внедрения

Вариант	Когда подходит	Что нужно	Риски
No-code	Быстрый MVP на одном канале и одной CRM	коннектор мессенджера, automation tool, AI API, поля CRM	слабый контроль дублей, ограниченная логика
Low-code	Нужны валидация, deduplication и понятная маршрутизация	webhook endpoint, логика проверки клиента, AI JSON, CRM API	нужен разработчик и поддержка сценария
Custom	Несколько направлений, высокий поток и сложные очереди	отдельный сервис интеграции, очередь событий, observability, CRM sync	дольше запуск и выше стоимость

Для большинства команд правильный путь такой: сначала MVP на одном канале -> потом low-code с защитой от дублей -> custom только если поток и сложность это оправдывают.

Пример интеграции

Пример для входящего лида из Telegram:

Клиент пишет в Telegram-бот компании.
Bot webhook отправляет событие в integration endpoint.
Endpoint сохраняет raw payload и вытаскивает текст, username и время сообщения.
CRM search проверяет контакт по телефону или связанным внешним ID.
AI возвращает категорию: новая заявка, приоритет: medium, next_step: передать менеджеру по inbound.
CRM создает новый лид, записывает summary и источник telegram.
Менеджеру создается задача со сроком первого ответа.

Для WhatsApp логика обычно такая же, но чаще нужно дополнительно нормализовать номер и проверить, не был ли этот номер уже в CRM в другой сделке.

Чек-лист запуска

Все входящие каналы перечислены и понятны.
Есть единый список полей для CRM.
Настроен поиск дублей по телефону и внешнему ID.
Определены 3-5 категорий входящих.
AI возвращает только JSON, а не свободный текст.
Есть fallback, если AI не уверен.
Маршрутизация на менеджеров зафиксирована явно.
Система ставит задачу, а не только пишет заметку в карточку.
Первые 50-100 входящих проверяются вручную.
Есть отчет по необработанным сообщениям и времени первого ответа.

Риски и тонкие места

Лиды дублируются в CRM

Если не настроить дедупликацию, один клиент создаст несколько карточек через разные каналы, и команда потеряет прозрачность воронки.

AI путает продажи и поддержку

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

В CRM попадает слишком много мусора

Если отправлять в CRM вообще все сообщения подряд, она быстро превратится в свалку. Нужен отдельный класс для нерелевантных входящих и стоп-правила.

Менеджеры не доверяют авторазбору

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

Когда лучше не внедрять

Не стоит начинать с этого сценария, если:

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

Сначала нужен минимальный порядок в процессах, потом AI-маршрутизация.

Что автоматизировать дальше

После стабильного разбора лидов из мессенджеров можно добавить:

AI-черновики первого ответа;
приоритизацию входящих по вероятности сделки;
отдельные сценарии по рекламному источнику;
автоназначение по языку, региону или продукту;
аналитику по конверсии каналов WhatsApp и Telegram в CRM.

FAQ

Нужно ли сразу подключать и WhatsApp, и Telegram?

Нет. Лучше начать с одного канала, где больше всего входящих или хаоса. Так проще проверить качество разбора и не сломать сразу весь процесс.

Можно ли делать автоответ клиенту без менеджера?

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

Что важнее: AI или правильные поля CRM?

Правильные поля CRM. Если некуда записывать источник, summary, тип запроса и следующий шаг, AI не даст управляемого результата.

Какой KPI смотреть первым?

Смотрите долю входящих, которые попали в CRM, время первого ответа и долю диалогов без следующего действия. Это важнее, чем “точность AI” в отрыве от процесса.