Интеграция Telegram-бота с CRM:
заявки теряются между чатом и воронкой.

Среда, 21:15: телефон есть, сделки нет

Клиент выбирает услугу, отвечает на четыре вопроса и оставляет номер. Бот обещает звонок менеджера, диалог заканчивается — в CRM в этот момент пусто.

Утром менеджер находит три таких обращения и переносит данные в Битрикс24 или amoCRM вручную: четыре минуты на карточку, двенадцать на три диалога. Новые сообщения копятся в том же окне.

За месяц в боте набирается около 300 диалогов, а в воронку попадает половина. Сколько потеряно, не скажет никто: в отчётах нет ни источника обращения, ни связи чата с карточкой.

Пять проверок, которые показывают состояние связки сегодня

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

• Ночная тестовая заявка. Напишите боту после 22:00 под своим именем и запомните время. Утром найдите запись в CRM: если её нет, автоматической передачи нет.
• Сверка телефона. Сравните номер из диалога и номер в карточке. Расхождение в одну цифру означает, что клиента не найти поиском.
• Доля диалогов без сделки. Уникальные пользователи бота за месяц минус сделки с источником Telegram.
• История переписки в карточке. Если диалог лежит только в мессенджере, менеджер задаёт вопросы заново.
• Повторное обращение. Напишите второй раз с того же аккаунта: вторая сделка на одного человека говорит о том, что ключ поиска не задан.

Три узла, где рвётся передача данных

Причины лежат в трёх местах: сбор контакта, создание сделки и обратный ответ.

Первый узел — контакт. Бот принимает любой текст: 12–18 процентов номеров приходят с опечаткой, а часть клиентов пишет ник вместо телефона. Заявка есть, связаться нельзя.

Второй узел — сделка. Карточка создаётся в первом статусе, без ответственного и метки канала: 30–40 процентов сделок остаются без источника.

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

Арифметика месяца: 504 000 ₽ не доходит до кассы

Посчитаем на скромных числах: 300 обращений в месяц, средний чек 21 000 ₽, 40 процентов обращений приходит после 19:00 и в выходные. Это 300 × 0,4 = 120 диалогов, которые сейчас ждут утра.

Ответ через двенадцать часов даёт конверсию около 5 процентов: 120 × 0,05 = 6 сделок, или 6 × 21 000 = 126 000 ₽ в месяц.

Бот с мгновенным ответом, записью в CRM и напоминанием менеджеру отвечает в ту же минуту. Для такого потока реальная конверсия — 25 процентов: 120 × 0,25 = 30 сделок и 30 × 21 000 = 630 000 ₽.

Разница: 630 000 − 126 000 = 504 000 ₽ в месяц. Это не экономия на сотрудниках, а выручка, которая уже была в боте и не дошла до сделки.

Чего ждать со временем

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

504 000 ₽ в месяц — это 504 000 × 12 = 6 048 000 ₽ за год. Такой суммы нет ни в одном отчёте: потерянные обращения не попадают в воронку.

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

Что реально собрать своими руками за один вечер

Часть работы не требует разработчика и делается в кабинете бота и CRM. Шесть шагов закрывают основной разрыв.

1. 01Включите сохранение входящих: бот пишет идентификатор пользователя, текст, время и телефон в таблицу. Это отвечает на вопрос, сколько обращений было на самом деле.
2. 02Добавьте проверку номера: бот отбрасывает лишние символы и переспрашивает, если длина не совпала с ожидаемой.
3. 03Поставьте вебхук на создание сделки и опишите поля: имя, телефон, текст заявки, источник Telegram.
4. 04Задайте ключ поиска клиента. Нормализованный телефон надёжнее имени: он обновляет карточку вместо создания второй.
5. 05Настройте уведомление ответственному: короткое сообщение со ссылкой на сделку экономит четыре минуты ручного переноса.
6. 06Опишите ночной сценарий: бот называет срок ответа и предлагает выбрать время звонка вместо тишины.

Порог сложности для своих правок

Перечисленные шаги работают, пока поток небольшой. Дальше начинаются места, которые в конструкторе не настраиваются.

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

Лимиты API. Битрикс24 допускает около двух запросов в секунду, amoCRM — порядка семи. В час пик очередь растёт, часть записей отваливается с ошибкой.

Токены и права. Ключ с истекающим сроком перестаёт работать молча: бот отвечает клиентам, а сделки не создаются.

Двусторонняя переписка. Хранение истории, привязка к сделке и отметка о прочтении собираются кодом и проверяются на живых диалогах.

Как выглядит работа и во что она обходится

Первый этап — разбор текущей схемы: двое-трое суток, без оплаты. На выходе приоритеты дефектов, потери в рублях и смета до старта работ. Разбор ведёт Максим Холмов.

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

Стоимость. Telegram-бот с передачей заявок — от 100 000 ₽, кастомная CRM — от 150 000 ₽. Первые 90 дней сопровождения без платежей, с 91-го дня — от 5 000 ₽ в месяц.

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

Вывод: связка проверяется одной ночной заявкой

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

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