Інтеграція CRM з Telegram і WhatsApp: як не втрачати жодної заявки

Ліди з Telegram і WhatsApp губляться не тому, що їх мало. Вони губляться, бо потрапляють туди, де їх ніхто не рахує: в особисті повідомлення менеджера, у спільний чат, у стос непрочитаного. Рішення — з'єднати месенджери з CRM так, щоб кожне вхідне повідомлення за секунди ставало угодою із заповненими полями, а команда отримувала пінг тієї ж миті. Нижче розберу, як це влаштовано технічно, кому вистачить no-code, а кому потрібен код, і що з цього виходить.

Де саме губляться заявки

Я розбирав це з десятками клієнтів у Варшаві, і картина майже завжди одна:

• Повідомлення в WhatsApp прийшло на особистий номер працівника, який зараз у відпустці. Більше ніхто його не бачить.
• Лід написав у Telegram о 22:40. Менеджер побачив зранку, лід уже пішов до конкурента.
• Заявка є, але в CRM її немає. На планерці керівник питає «скільки лідів учора?» — відповіді немає, бо рахувати нічого.
• Одна людина веде листування, захворіла — і вся історія переписки померла разом із доступом до її телефона.

Спільний знаменник: канал комунікації і система обліку живуть окремо. Поки вони не з'єднані, «втрата заявки» — це не збій, це норма роботи.

Що має робити зв'язка месенджер ⇄ CRM

Мета не «підключити Telegram до CRM», а закрити чотири конкретні дірки:

1. Миттєве сповіщення. Нове повідомлення — пінг у робочий чат команди за секунди: ім'я, текст, канал.
2. Авто-створення угоди. Новий контакт — нова угода в CRM із заповненими полями: джерело, канал, перше повідомлення, дата, тег.
3. Двостороння синхронізація. Менеджер відповідає з CRM — повідомлення йде в месенджер. Клієнт пише — відповідь підтягується в картку. Без перемикання вікон.
4. Дедуплікація. Якщо контакт уже є (збігся телефон або 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. На створення deal можна повісити workflow, який одразу ставить задачу й власника.
• Pipedrive. Persons і Deals через REST API, кастомні поля за ключами. Activities — для задач менеджеру.

Скрізь один принцип: webhook від месенджера — це тригер, CRM API — це дія. Між ними сидить ваш код або no-code-сценарій, що вирішує «створити чи доповнити».

Як це виглядає в потоці (покроково)

1. Клієнт пише в WhatsApp: «Скільки коштує сайт?»
2. Wappi надсилає webhook на ваш ендпоінт: номер, текст, час.
3. Обробник шукає номер в AmoCRM. Не знаходить.
4. Створює контакт (телефон + ім'я з профілю), створює угоду, ставить поле «Джерело: WhatsApp», тег «новий-2026-05», кладе перше повідомлення в примітку.
5. Шле в Telegram-чат команди: «🟢 Новий лід · WhatsApp · +48… · "Скільки коштує сайт?" · [відкрити в CRM]».
6. Менеджер відкриває картку, відповідає просто з CRM. Відповідь через API йде в WhatsApp клієнту.
7. Клієнт відповідає — повідомлення чіпляється до тієї ж угоди. Дублів немає.

Від «клієнт натиснув надіслати» до «команда побачила» — секунди, не години.

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 зручніший для ринку CIS і месенджерів «з коробки», 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 хвилин розберемо ваш потік і я скажу, де саме дірка й чим її закрити.