Как автоматизировать квалификацию лидов из сайта и Telegram

Коротко

• Проблема: лиды приходят из разных каналов (форма, Telegram, чат, директ), собираются вручную и теряются между ними. Квалификация зависит от того, успел ли конкретный менеджер прочитать сообщение.
• Решение: один вход для всех каналов → автоматическое извлечение данных (что нужно, бюджет, срочность, контакт) → скоринг по вашим правилам → создание сделки в CRM → уведомление нужному менеджеру.
• Что экономит: 5–15 минут на лид на первичном разборе и минуты реакции на горячих. Ноль потерянных обращений между каналами.
• Где нужен человек: финальное решение по спорным лидам, ответы на нестандартные вопросы, любые обещания клиенту. AI размечает и готовит, менеджер решает.
• С чего начать: свести все каналы в одну точку и включить логирование. Скоринг и передачу подключать вторым шагом.

В чём на самом деле проблема

Автоматизировать «квалификацию лидов» звучит красиво, но под этим прячется четыре разные боли. Полезно их разделить, потому что решаются они по-отдельности.

Каналы не сведены. Форма на сайте, Telegram-бот, личка @менеджера, чат на сайте, иногда WhatsApp. У каждого свой интерфейс и свой «ответственный», который может быть в отпуске. Общей картины нет ни у кого.

Данные приходят рыхлыми. Клиент пишет «здравствуйте, интересует автоматизация, сколько стоит» — и всё. Чтобы это стало лидом, нужно вытащить: что за задача, какой объём, когда надо, как связаться, откуда пришёл. Пока это делает человек — это время и разный результат у разных людей.

Нет приоритета. Лид на 30 тысяч и лид на 3 миллиона в общей куче выглядят одинаково. Менеджер разбирает по порядку поступления, а не по ценности и срочности.

Передача рвётся. Даже если лид разобрали, он должен дойти до нужного человека с контекстом. Пересланное «глянь, там клиент» без истории переписки — это ещё 10 минут на то, чтобы въехать.

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

Как выглядит рабочий процесс

Разберём поток от обращения до менеджера. Это не «идеальная схема из презентации», а то, что реально собирается на связке из формы, Telegram-бота и CRM.

1. Единый вход

Все каналы пишут в одну точку. Практически это выглядит так: форма сайта, Telegram-бот и чат отправляют обращение в общий обработчик (свой API-эндпоинт или сценарий в оркестраторе вроде n8n / собственного сервиса). Дальше поток один, независимо от источника — но источник сохраняется как поле.

Ключевой момент: единый вход не значит «один чат-бот на всё». Клиент по-прежнему пишет туда, где ему удобно. Сводится обработка, а не интерфейс.

2. Извлечение данных

На входящем сообщении срабатывает разбор. Здесь и нужен AI: из свободного текста он вытаскивает структуру. Например, из «нужен бот для WB, у нас 400 товаров, хотим отвечать на отзывы, бюджет до 150к, горит» получается:

• задача: автоответы на отзывы;
• площадка: Wildberries;
• масштаб: ~400 SKU;
• бюджет: до 150 000 ₽;
• срочность: высокая;
• недостающее: контакт, сроки запуска.

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

3. Скоринг по вашим правилам

Оценка лида должна работать на явных правилах, а не на «AI решил, что этот хороший». Правила пишете вы: бюджет, ниша, площадка, срочность, есть ли контакт. AI помогает интерпретировать текст (понять, что «горит» = высокая срочность), но само правило прозрачно и его видно в логе.

Простая рабочая схема — три корзины:

• A (горячий): есть бюджет, понятная задача, срочность → менеджеру сразу, с уведомлением.
• B (тёплый): интерес есть, данных не хватает → в CRM, менеджеру в обычную очередь.
• C (холодный / нерелевант): не наша задача, спам, «просто спросить» → в CRM с меткой, без дёргания менеджера.

Важно: категория C — это не «удалить». Это отдельная полка, которую можно разобрать позже или пустить в рассылку. Удалять на автомате нельзя — об этом ниже.

4. Создание сделки в CRM

Разобранный лид уходит в CRM (Bitrix24, amoCRM, свой контур) как сделка с уже заполненными полями: источник, задача, бюджет, срочность, категория, ссылка на полную переписку. Не «новый лид, разберитесь», а карточка, которую можно брать в работу.

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

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

Горячий лид — это уведомление с контекстом в тот канал, где менеджер реально сидит (Telegram-чат отдела, задача в CRM). В уведомлении — суть, категория и ссылка на карточку. Менеджер открывает и продолжает, а не начинает с нуля.

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

Что это даёт по времени и деньгам

Считать ROI лучше на своих числах, но логика везде одна.

Время на первичный разбор. Ручная квалификация одного лида — 5–15 минут: прочитать, уточнить, занести в CRM. Автоматический разбор снимает большую часть этого. На потоке 300 лидов в месяц даже 7 сэкономленных минут на лид — это ~35 часов, почти рабочая неделя.

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

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

Ровное качество. Разбор больше не зависит от того, какой менеджер и в каком настроении читал сообщение. Одинаковые правила ко всем.

Что автоматизация не даёт: она не увеличивает число лидов и не продаёт за менеджера. Она убирает потери и рутину на входе. Если продавать некому или продукт не берут — это не сюда.

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

Риски и где обязательно нужен человек

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

AI ошибается в извлечении. Он может неверно понять бюджет или срочность. Поэтому извлечённые поля — это черновик карточки, а не приговор. Менеджер видит исходный текст рядом с разметкой и может поправить. Скоринг помечает лид, но не закрывает и не удаляет его.

Нельзя автоматически отвечать обещаниями. Цены, сроки, «да, сделаем» — это зона человека. Бот может собрать данные и задать уточнение, но коммерческое предложение и обязательства проговаривает менеджер. Иначе один галлюцинированный ответ про «сделаем за 3 дня» стоит дороже всей экономии.

Категория C — не удаление. Ошибка скоринга в сторону «холодный» не должна терять лид навсегда. C уходит в отдельную полку, а не в корзину. Раз в неделю её полезно глазами просматривать — там прячутся неправильно размеченные горячие.

Права доступа и персональные данные. Переписка с клиентами — это персональные данные. Кто видит логи, где хранится история, кто может выгрузить контакты — определяется до запуска, а не после. Логи с перепиской не должны лежать в открытом чате.

Наблюдаемость. Если завтра бот перестанет разбирать сообщения, вы должны узнать об этом от мониторинга, а не от клиента, которому неделю никто не ответил. Алерт на «поток входящих упал до нуля» — обязателен.

Общее правило простое: AI размечает и готовит, человек решает и обещает. Это и есть human-in-the-loop — не лозунг, а конкретное разделение шагов. Если интересно, чем такой агент отличается от обычного чат-бота, разбор есть в статье AI-агент для бизнеса.

Как это внедрить, не сломав то, что работает

Не надо строить всё сразу. Разумный порядок — от самого дешёвого и полезного к сложному.

Шаг 1. Свести каналы и включить логи. Даже без всякого AI: сделать так, чтобы все обращения падали в одно место и записывались. Через неделю вы впервые увидите реальное число лидов и где они текут. Часто на этом шаге уже находится главная утечка.

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

Шаг 3. Включить скоринг и уточняющие вопросы. Когда доверяете извлечению — добавить правила A/B/C и один-два уточняющих вопроса в диалоге. Скоринг пока информирует, но не блокирует ничего.

Шаг 4. Автопередача горячих. Только теперь — автоматическое уведомление менеджеру по категории A с полным контекстом. Тёплые и холодные раскладываются по CRM.

Шаг 5. Наблюдение и подстройка. Смотреть логи: где скоринг ошибался, какие уточнения клиенты игнорируют, сколько C оказалось не C. Правила — живые, их подкручивают по данным первые месяц-два.

Технически это ложится на связку: обработчик входящих → LLM для извлечения → правила скоринга → API вашей CRM → уведомление в Telegram. Ничего экзотического; сложность не в компонентах, а в том, чтобы аккуратно описать правила и не сломать передачу.

FAQ

Нужно ли менять текущую CRM? Обычно нет. Квалификация встраивается перед CRM: она готовит и раскладывает лиды, а сохраняет их в ту систему, что у вас уже есть — Bitrix24, amoCRM или собственную, через её API.

А если клиент пишет что-то нестандартное, бот не запутается? Задача бота — вытащить данные и, если чего-то нет, задать уточнение. На нестандартный вопрос он не отвечает от себя — такой лид помечается и уходит человеку. Это встроенное ограничение, а не сбой.

Можно ли доверять AI оценку лида? Оценку задаёте вы правилами, AI помогает понять текст. Скор — это подсказка и приоритет, а не окончательное решение. Спорные и холодные лиды не удаляются, а откладываются на проверку человеком.

Сколько времени на запуск? Первый шаг — свести каналы и логи — делается быстро, за считанные дни, и уже даёт видимость. Полный контур с извлечением, скорингом и автопередачей разворачивают поэтапно, обычно за несколько недель, с обкаткой на живом потоке.

Что с персональными данными и доступами? Переписка — это ПДн, поэтому до запуска определяется, где хранятся логи, кто имеет к ним доступ и как выгружаются контакты. Логи с историей не должны быть доступны всем подряд.

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

Работает ли это для лидов с маркетплейсов? Да, логика та же: вопросы и заявки селлеру можно сводить в единый вход, размечать и приоритизировать. Но ответы, влияющие на клиента и рейтинг, остаются под контролем человека.

Что делать дальше

Если у вас лиды текут между формой, Telegram и личкой, а квалификация держится на том, кто первый прочитал, — начните с малого: сведите каналы в одну точку и включите логи. Одно это покажет, сколько обращений вы на самом деле теряете.

Если хочешь понять, что стоит автоматизировать именно у тебя, — напиши Дмитрию в Telegram @dmkosik или опиши свой процесс обработки заявок для диагностики Paramiko. Разберём по шагам, где утечки и с чего начать, — без обязательств.