Лиды из Telegram и WhatsApp теряются не потому, что их мало, а потому что они приходят туда, где их никто не считает: в личку менеджера, в общий чат, в архив непрочитанного. Решение - связать мессенджеры с CRM так, чтобы каждое входящее сообщение за секунды превращалось в сделку с заполненными полями, а команда получала пинг в тот же момент. Ниже разберу, как это устроено технически, кому хватит no-code, а кому нужен код, и что в итоге получается.
Где именно теряются заявки
Я разбирал это с десятками клиентов в Варшаве, и картина почти всегда одна:
- Сообщение в WhatsApp пришло на личный номер сотрудника, который сейчас в отпуске. Никто больше его не видит.
- Лид написал в Telegram в 22:40. Менеджер увидел утром, лид уже ушёл к конкуренту.
- Заявка есть, но в CRM её нет. На планёрке руководитель спрашивает «сколько лидов вчера?» - ответа нет, потому что считать нечего.
- Один человек ведёт переписку, заболел - и вся история переписки умерла вместе с его доступом к телефону.
Общий знаменатель: канал коммуникации и система учёта живут отдельно. Пока они не соединены, «потеря заявки» - это не сбой, это норма работы.
Что должна делать связка мессенджер ⇄ CRM
Цель не «подключить Telegram к CRM», а закрыть четыре конкретные дыры:
- Мгновенное уведомление. Новое сообщение - пинг в рабочий чат команды за секунды, с именем, текстом и каналом.
- Авто-создание сделки. Новый контакт - новая сделка в CRM с заполненными полями: источник, канал, первое сообщение, дата, тег.
- Двусторонняя синхронизация. Менеджер отвечает из CRM - сообщение уходит в мессенджер. Клиент пишет - ответ подтягивается в карточку. Без переключения окон.
- Дедупликация. Если контакт уже есть (совпал телефон или username) - сообщение цепляется к существующей сделке, а не плодит дубли.
Всё остальное - надстройки. Эти четыре пункта - минимум, ниже которого «интеграция» не считается.
Как это устроено технически
Telegram: Bot API + webhook
Самый чистый путь - Telegram Bot API. Создаёте бота через @BotFather, получаете токен. Дальше есть два режима получения сообщений: polling (опрос) и webhook. Для продакшена всегда webhook: вы говорите Telegram «шли все обновления вот на этот URL», и при каждом сообщении Telegram сам стучится в ваш эндпоинт методом POST.
Поток такой:
Клиент → Telegram-бот → webhook (POST на ваш URL)
→ ваш обработчик разбирает update
→ ищет контакт в CRM по chat_id / username
→ нет → создаёт контакт + сделку (AmoCRM API v4 / HubSpot / Pipedrive)
→ есть → добавляет сообщение в существующую сделку
→ шлёт уведомление в рабочий чат команды
Если нужен не бот, а личный/корпоративный номер Telegram - это уже не Bot API, а решения вроде Wappi или Wazzup, которые поднимают сессию по номеру. Бот проще, дешевле и стабильнее; номер нужен, когда клиенты должны видеть живого человека, а не «@company_bot».
WhatsApp: API или коннектор
С WhatsApp два честных пути:
- WhatsApp Business API (через Meta / BSP-провайдера) - официально, надёжно, требует верификации бизнеса и шаблонов сообщений. Подходит для объёма.
- Коннектор вроде Wappi - поднимает WhatsApp по номеру и отдаёт вам webhook на входящие + REST на отправку. Быстрее стартует, дешевле на старте, но это неофициальный канал, и держать его надо аккуратно.
Логика обработки идентична Telegram: входящее сообщение прилетает webhook’ом → разбираете → пишете в CRM.
CRM: куда и как писать
- AmoCRM API v4. Создаёте сделку через
POST /api/v4/leads, контакт через/api/v4/contacts, связываете их, проставляете кастомные поля (источник, канал) и тег. Авторизация - OAuth 2.0, долгоживущий токен. Переписку удобно складывать в примечания сделки или через чат-API «Неразобранное». - HubSpot. Объекты Contacts и Deals через CRM API, связь через associations. Можно повесить workflow, который при создании deal сразу ставит задачу и владельца.
- Pipedrive. Persons и Deals через REST API, кастомные поля по ключам. Activities - для задач менеджеру.
Везде один принцип: webhook от мессенджера - это триггер, CRM API - это действие. Между ними ваш код или no-code-сценарий, который решает «создать или дополнить».
Как это выглядит в потоке (пошагово)
- Клиент пишет в WhatsApp: «Сколько стоит сайт?»
- Wappi отправляет webhook на ваш эндпоинт: номер, текст, время.
- Обработчик ищет номер в AmoCRM. Не находит.
- Создаёт контакт (телефон + имя из профиля), создаёт сделку, ставит поле «Источник: WhatsApp», тег «новый-2026-05», кладёт первое сообщение в примечание.
- Шлёт в Telegram-чат команды: «🟢 Новый лид · WhatsApp · +48… · "Сколько стоит сайт?" · [открыть в CRM]».
- Менеджер открывает карточку, отвечает прямо из CRM. Ответ через API уходит в WhatsApp клиенту.
- Клиент отвечает - сообщение цепляется к той же сделке. Дублей нет.
От «клиент нажал отправить» до «команда увидела» - секунды, не часы.
No-code или код: кому что
Я строю и так, и так. Граница простая.
No-code (Make, n8n, Zapier) подойдёт, если:
- До ~300-500 сообщений в месяц.
- Логика прямая: пришло → создать сделку → уведомить.
- Готовы платить за тарифы платформ и жить с их лимитами на операции.
n8n я люблю отдельно: его можно поставить на свой сервер, и тогда вы не платите за операции и не упираетесь в чужие лимиты.
Код нужен, если:
- Объёмы большие или нужна реальная дедупликация по нескольким признакам.
- Сложная маршрутизация (разные менеджеры по продукту/языку/региону).
- Нужна квалификация лида до создания сделки (тут уже подключается AI-агент).
- Важна скорость и контроль: свой webhook-обработчик отвечает за миллисекунды и не зависит от чужого аптайма.
Частый разумный гибрид: webhook и логику маршрутизации - кодом, а уведомления и мелкие действия - через n8n. Это и есть автоматизация бизнес-процессов в чистом виде: соединить системы так, чтобы между ними не было человека-передаточного звена.
Что важно не сломать
- Дедупликация с первого дня. Без неё через месяц в CRM три карточки на одного клиента, и отчётность врёт.
- Идемпотентность webhook. Telegram и провайдеры WhatsApp могут прислать одно событие дважды. Обработчик должен это переживать без создания дублей.
- Логирование. Каждое входящее - в лог. Когда лид «пропадёт» (а вопрос будет когда-нибудь), вы должны мочь доказать, дошло сообщение или нет.
- Ретраи на стороне CRM. API падает. Очередь с повтором - обязательна, иначе при сбое AmoCRM заявка всё равно потеряется.
Что получается в итоге
У клиентов после такой связки цифры стабильны: лиды доходят до команды за секунды, охват - 100% (всё, что пришло в мессенджер, есть в CRM), руководитель впервые видит реальную цифру входящих за день. Менеджер перестаёт жить в семи окнах - отвечает из одной CRM. И главное: «забыл ответить» как класс проблемы исчезает, потому что неотвеченная сделка видна, а не похоронена в чьей-то личке.
FAQ
Зачем вообще интегрировать CRM с Telegram и WhatsApp? Чтобы ни один лид из мессенджера не умирал в личке или в непрочитанном. Каждое сообщение за секунды становится сделкой в CRM, команда получает пинг, а руководитель впервые видит реальное число обращений. Без этого «потеря заявки» - не сбой, а норма.
Как технически связать мессенджер с CRM?
Через webhook’и и API. Мессенджер шлёт POST на ваш эндпоинт при каждом сообщении (Telegram - через Bot API, WhatsApp - через Business API или коннектор вроде Wappi), ваш обработчик разбирает update и через API CRM создаёт или дополняет сделку. Webhook - это триггер, CRM API - действие.
Какие CRM поддерживаются? Практически любая с открытым API. Чаще всего AmoCRM (API v4), HubSpot и Pipedrive - все интегрируются по REST/OAuth. AmoCRM удобнее для СНГ-рынка и мессенджеров «из коробки», HubSpot - для сложных воронок и маркетинга, Pipedrive - самый простой для небольшой команды. Берите ту, в которой команда реально работает.
Чем WhatsApp Business API отличается от обычного WhatsApp? Обычный WhatsApp (и Business App) работает на телефоне и не имеет легального API для CRM. WhatsApp Business API - официальный канал через Meta/BSP: требует верификации бизнеса и шаблонов сообщений, но надёжен и масштабируется. Коннекторы вроде Wappi поднимают сессию по номеру быстрее и дешевле, но это неофициальный канал.
Безопасны ли данные клиентов и есть ли соответствие GDPR? Да, если интеграцию сделать правильно. Данные идут по шифрованному каналу (HTTPS) в вашу CRM, а не в чужое облако, доступ ограничиваете ролями, а цели обработки указываете в политике конфиденциальности. С официальным WhatsApp Business API и CRM на серверах в ЕС вы выполняете требования GDPR.
Сколько это стоит и как долго делать? Базовая связка одного канала с CRM, уведомлениями и авто-сделкой - от €600 и обычно 1-2 недели. Двусторонняя синхронизация, дедупликация и маршрутизация - дороже, зависит от логики.
Если из ваших мессенджеров утекают заявки - напишите мне, за 30 минут разберём ваш поток и я скажу, где именно дыра и чем её закрыть.
