Telegram-бот + CRM: как заявки из бота попадают в воронку, а не в чат менеджера

По нашему опыту в Brutal Marketing это самый распространённый разрыв между реальными продажами и тем, что показывает система. Telegram давно стал основным каналом заявок — от салонов и клиник до дистрибуции и B2B-услуг. Но канал вырос быстрее, чем процессы вокруг него. Бота заказали у фрилансера, он отправляет сообщения в группу, и на этом «автоматизация» закончилась.

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

Проблема не в том, что менеджеры плохие. Проблема в том, что между ботом и CRM нет ни одного автоматического мостика — и каждая заявка проходит через ручной шаг «человек увидел, человек перенёс». Ручной шаг ломается всегда: в выходные, в 21:00, во время отпуска, в пиковые дни.
Вот три сценария, которые мы чаще всего видим на аудитах.

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

Что ломается: в группе нет статусов. Нет напоминаний. Нет ответственного. «+» поставили — и сообщение уехало вверх под напором новых заявок. Через 40 минут никто уже не помнит, перезвонили ли тому клиенту.

Мы фиксировали на аудитах, что в такой схеме теряется от 15% до 30% заявок — не по злому умыслу, а из-за физики ленты сообщений. Заявки, пришедшие после 18:00 и в выходные, теряются вдвое чаще.

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

Что ломается: вся история переписки лежит в телефоне менеджера. Руководитель не видит, что именно обещали клиенту. Вы не знаете, сколько таких диалогов висит в статусе «клиент подумает». И база клиентов формально ваша, а фактически — в чужом мессенджере.

Бот действительно создаёт сделки в CRM. Только на каждый новый диалог он создаёт новую сделку — и тот же клиент, который написал трижды за неделю, превращается в три лида. Или сделка создаётся без ответственного и зависает в первом этапе навсегда.

Что ломается: доверие к данным. Руководитель открывает воронку, видит 400 сделок в первом этапе, понимает, что половина — мусор, и перестаёт пользоваться отчётами. С этого момента CRM становится сложной адресной книгой. Мы подробно разбирали, что делать и чего избегать при интеграции данных в CRM — к интеграции с ботом эта логика относится в первую очередь.

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

Это самая дорогая история в теме мессенджеров. И чаще всего именно она, а не аналитика, заставляет владельца наконец сделать интеграцию.

Схема повторяется почти дословно. Сильный менеджер ведёт 60–120 активных клиентов. Общение — в Telegram, со своего номера. Он знает, кто когда платит, кто на паузе, кому обещали скидку. В CRM он заносит минимум — «чтобы не тратить время на клики».

Дальше менеджер уходит. Иногда просто к конкуренту, иногда открывает собственное дело. Ноутбук он сдаёт, доступ к CRM вы отключаете за 5 минут. А вот аккаунт Telegram со 120 живыми диалогами остаётся при нём — вместе со всей историей договорённостей и теплотой отношений.

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

Мы советуем владельцам не обсуждать это эмоционально, а считать. Формула простая.

Возьмите количество активных клиентов у ушедшего менеджера, умножьте на средний чек и на частоту покупок за год. Дальше умножьте на долю, которая перейдёт за ним — по нашим наблюдениям это 20–40%, если вся коммуникация велась в его личном аккаунте, и 3–7%, если переписка была в корпоративном канале внутри CRM.

Пример из нашей практики: сервисная компания, 90 активных клиентов на менеджере, средний чек $450, две покупки в год. Ушло 26 клиентов. Это $23 400 годовой выручки, которую компания потеряла за полтора месяца — и ни одного технического способа её вернуть, потому что доказательств договорённостей у компании просто не существовало.

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

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

После нормальной интеграции Telegram с CRM картина другая. Клиент пишет боту — диалог автоматически привязывается к карточке контакта. Менеджер отвечает из интерфейса CRM, а не со своего телефона. Клиент видит ответ в привычном чате и не замечает разницы.

Менеджер увольняется — вы переназначаете ответственного за 30 секунд. Новый сотрудник открывает карточку, читает полный контекст за последние полгода и продолжает разговор с того же места. Канал связи остаётся у компании, потому что он привязан к боту компании, а не к сим-карте человека.

Это единственное изменение, которое делает вопрос «а что, если он уйдёт» техническим, а не экзистенциальным.

Техническую часть стоит понять на уровне решения, а не кода. Есть три способа завести Telegram в CRM, и они очень разные по последствиям.

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

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

Что именно нужно на технической стороне: бот в BotFather, доступ к API вашей CRM (Kommo, KeyCRM, Pipedrive — принцип одинаковый), и слой логики между ними. Этот слой делают либо штатным модулем CRM, либо через сервис автоматизации, либо кастомным коннектором. Выбор зависит от того, сколько нестандартной логики вам нужно: для линейного сценария хватит готового модуля, для сложной квалификации нужен коннектор.

Этим техническая часть исчерпывается. Дальше начинается то, что определяет результат — процесс.

Вот последовательность, которую мы строим клиентам. Каждый шаг закрывает конкретную дыру из предыдущего раздела.

1. Клиент нажимает /start или пишет в бот. Бот сразу фиксирует telegram_id, username и источник перехода — из рекламы, с сайта, с визитки, с QR-кода. Источник сохраняется в сделке, а не в голове маркетолога.
2. Бот задаёт 2–4 квалификационных вопроса. Не десять. Цель — не анкета, а минимум данных для маршрутизации: что нужно, по какому направлению, когда. Каждый лишний вопрос в боте снимает часть людей с диалога.
3. Система проверяет, новый ли это контакт. Если telegram_id или телефон уже есть в базе — диалог подвязывается к существующей карточке, а не создаёт новую. Это шаг, который спасает воронку от дублей.
4. Создаётся сделка в правильном этапе и в правильной воронке. Заявка из рекламы на дорогую услугу и вопрос о статусе заказа — это разные воронки. Маршрутизация должна быть автоматической по ответу в боте.
5. Назначается ответственный по правилу. По очереди, по направлению, по нагрузке или по региону. Не «кто первый увидел в группе».
6. Ставится задача с дедлайном. «Связаться — 15 минут». Просрочил — эскалация руководителю. Без этого шага интеграция даёт красивые карточки, которые никто не трогает.
7. Менеджер отвечает из CRM, клиент получает сообщение в Telegram. Вся переписка сохраняется в карточке. Дальше — стандартная работа по этапам воронки с напоминаниями.

Критический момент в шаге 6. Скорость ответа в мессенджерах — это не «желательно», это главный рычаг конверсии. Клиент, написавший в бот, в эту же минуту пишет ещё двум конкурентам. Мы подробно показывали, как повысить конверсию лидов и заявок в продажи — в Telegram этот эффект сильнее, чем в телефонии, потому что ожидание быстрого ответа в мессенджере выше.

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

Рабочая структура, которую мы строим для мессенджер-трафика, обычно выглядит так:

1. Новый диалог — сделка создана ботом, менеджер ещё не ответил. Здесь сделка живёт минуты, а не часы.
2. Квалификация — менеджер уточняет запрос текстом. Ключевое действие этапа: понять, ваш ли это клиент, и зафиксировать потребность в карточке.
3. Предложение отправлено — прайс, расчёт или варианты уже в чате. Обязательно с датой следующего касания.
4. Согласование — клиент думает, сравнивает, советуется. Самый долгий этап в мессенджерах и главное место потерь.
5. Счёт / бронь — договорились, ждём оплату или подтверждение.
6. Успешно / Отказ с причиной — финал с фиксированной причиной из списка.

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

Если вы ещё не описывали этапы под свой процесс, начните с базовой логики — мы разбирали, как построить воронку продаж в CRM и как управлять этапами воронки и лидами. Telegram ничего в этой логике не меняет — он лишь делает потери заметнее, потому что каждое касание оставляет след.

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

Дедупликация по telegram_id и телефону. Правило простое: перед созданием новой сделки система ищет контакт по telegram_id, затем по нормализованному телефону. Нашла — добавляет диалог в существующую карточку. Без этого постоянный клиент, который пишет раз в месяц, за год превращается в 12 разных лидов, а ваш LTV рассыпается.

Обязательные поля из бота, а не из рук менеджера. Источник, направление, текст первого обращения, время обращения — это должна заполнять система. Всё, что менеджер заполняет вручную, он заполнит неполно или не заполнит вообще. Тема, кстати, шире Telegram: мы отдельно разбирали, как использовать CRM как инструмент контроля продаж.

UTM и источник перехода. Telegram-бот принимает deep link вида t.me/yourbot?start=fb_lead_march. Это позволяет довести заявку из конкретной кампании до конкретной сделки и увидеть реальную стоимость лида. Без этого у вас есть канал «Telegram» одним серым блоком, и вы не знаете, какая реклама его наполняет. Базовая механика разметки — в материале о том, как использовать UTM-метки в URL.

Автостатус для «холодных» диалогов. Если клиент не отвечает 7 дней, сделка не должна висеть в этапе «В работе». Либо автоматический перевод в «Отложено» с напоминанием через месяц, либо закрытие с причиной. Иначе воронка забивается и перестаёт показывать правду.

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

Шаблоны первых ответов. Две-три заготовки в CRM сокращают время первого ответа до секунд и убирают разнобой в формулировках. Менеджер редактирует шаблон под клиента, а не пишет с нуля.

Здесь главная ценность для руководителя. До интеграции вы оцениваете работу с Telegram со слов менеджера. После — по цифрам, которые система собирает сама.

Эти пять цифр закрывают 80% вопросов к отделу продаж в мессенджерах. Они не требуют совещаний — они выводятся на дашборд и обновляются сами. Мы описывали, какие ключевые метрики CRM стоит измерять и как собрать их на дашборде отдела продаж.

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

Интеграция не работает сама по себе первые 10–14 дней. Это период, когда менеджеры по привычке возвращаются в личные чаты, а сценарии бота показывают свои слабые места на реальных клиентах.

Минимальный набор действий руководителя в этот период:

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

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

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

Что бот делает хорошо:

• принимает обращения 24/7 и фиксирует их в CRM без участия человека;
• задаёт 2–4 квалификационных вопроса и маршрутизирует заявку;
• отвечает на типовые вопросы: график, адрес, ценовой диапазон, статус заказа;
• отправляет прайс, каталог, реквизиты, инструкцию;
• напоминает клиенту о записи, оплате или доставке;
• возвращает к диалогу тех, кто пропал на этапе выбора.

Что бот делает плохо:

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

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

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

2. Длинная анкета в боте. Восемь вопросов перед тем, как человек получит хоть какой-то ответ. На нашей практике каждый вопрос после четвёртого стоит 8–12% тех, кто начал диалог. Собирайте минимум, остальное выяснит менеджер.

3. Бот пишет в группу «параллельно» с CRM. Выглядит как страховка, работает как саботаж: менеджеры и дальше реагируют в группе, потому что там привычнее, а CRM остаётся витриной. Дублирование канала нужно выключать сразу после запуска, а не «через месяц».

4. Нет сценария для нерабочего времени. Заявка в 23:40 получает автоответ «сейчас ответим» и ждёт до утра без задачи в CRM. Правильно: автоответ с честным временем реакции плюс задача на 9:00 с дедлайном.

5. Никто не тестировал бота как клиент. Перед запуском кто-то из команды должен пройти все ветки сценария с чужого телефона. Мы находим неработающие кнопки и тупики в каждом втором боте, который принимаем на аудит. Это та же логика, что и при подключении телефонии в CRM: проверять до запуска, а не после жалоб.

6. Запуск без обучения менеджеров. Люди привыкли отвечать с телефона. Если не показать, что отвечать нужно из CRM, и не объяснить зачем — через две недели всё вернётся в личные чаты. Здесь помогает не инструкция, а первые 10 дней контроля по метрике «доля ответов из CRM».

Компания из ниши дополнительного образования. Основной канал — Telegram-бот из таргетированной рекламы, примерно 420 обращений в месяц. Три менеджера, все отвечали со своих аккаунтов, бот кидал сообщения в общую группу.

Что показал аудит: в CRM за предыдущий месяц попало 306 сделок из 420 обращений. 114 заявок не существовало для системы вообще. Среднее время первого ответа — 2 часа 40 минут, а по обращениям после 19:00 — более 12 часов. При этом каждый менеджер искренне считал, что отвечает быстро.

Что сделали: подключили бота напрямую к CRM с дедупликацией по telegram_id, разделили воронки по направлениям, поставили автоматическое распределение по очереди и задачу с дедлайном 15 минут. Для нерабочего времени сделали автоответ с честным «ответим до 10:00» плюс задачу на утро.

Результат через два месяца: в воронку попадает 100% обращений из бота, среднее время первого ответа — 11 минут в рабочее время, конверсия из диалога в оплату выросла с 9% до 14%. Прирост дала не «магия CRM», а те же 114 заявок, которые раньше просто не доходили до менеджера, и скорость ответа на остальных.

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

Честный ответ: зависит от того, насколько нестандартна ваша логика. Но диапазоны обычно такие.

Если CRM уже внедрена, воронка описана, а сценарий бота линейный — подключение занимает 3–7 рабочих дней. Это настройка бота, коннектора, полей, правил распределения и тестирование.

Если CRM есть, но воронка не описана или описана плохо — сначала нужно разобраться с процессом. Здесь 2–4 недели, и большая часть времени уходит не на технику, а на решения: какие этапы, кто ответственный, какие поля обязательные. Пропустить этот этап не получится — бот просто автоматизирует беспорядок и сделает его быстрее.

Если CRM нет вообще — Telegram-интеграция становится частью внедрения CRM, а не отдельным проектом. Делать коннектор к системе, которой ещё нет, бессмысленно.

По стоимости ориентир простой: интеграция окупается, если вы возвращаете в воронку хотя бы 5% заявок, которые раньше терялись. Посчитайте свой средний чек и количество обращений в боте за месяц — и увидите точку окупаемости сами. В большинстве проектов, которые мы вели, она оказывалась в пределах первого-второго месяца.

Когда делать не стоит: если у вас 10–15 обращений в месяц и один менеджер, который физически видит каждое. В таком масштабе ручной процесс ещё работает. Но как только появляется второй менеджер или переваливает за 50 обращений — ручная схема начинает протекать.

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

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

Запишитесь на консультацию по внедрению CRM через форму ниже — разберём ваш текущий процесс и покажем схему интеграции под вашу воронку.