Заявки з сайту в Telegram і CRM без ручного перенесення
Покрокова інструкція, як налаштувати Telegram-бота, щоб заявки з сайту одразу падали в чат менеджера і в CRM — без копіпасту і втрачених лідів.
Класична ситуація: людина заповнила форму на сайті, лист впав на пошту, яку менеджер відкриває раз на дві години. Поки він побачить — клієнт уже написав конкуренту. Або лист взагалі загубився в спамі.
Рішення, яке я ставлю клієнтам постійно: заявка з сайту одразу летить у Telegram менеджеру і паралельно створюється угода в CRM. Без пошти-посередника, без ручного перенесення, без «ой, я не помітив». Нижче — як це зібрати покроково.
Крок 1. Визначте, звідки береться заявка
Перш ніж щось будувати, треба чітко знати джерело даних. Найчастіше це:
- форма на сайті (Tilda, WordPress, самописний сайт з формою)
- квіз чи калькулятор
- чат-віджет
У кожного з цих джерел є свій спосіб віддати дані назовні — вебхук, поштове сповіщення або пряма інтеграція з CRM. Мій совіт: шукайте саме вебхук. Якщо форма вміє відправляти POST-запит на URL при заповненні — вам вже пів справи зроблено. Якщо вміє тільки лист на пошту — доведеться обробляти через поштовий тригер, це трохи менш надійно, бо лист можуть класифікувати як спам чи просто затримати.
Крок 2. Створіть Telegram-бота і отримайте токен
Тут все просто і швидко. Пишете в Telegram боту @BotFather команду /newbot, даєте боту ім'я — і отримуєте токен доступу. Цей токен потім знадобиться в сценарії автоматизації.
Далі створюєте групу чи канал для заявок, додаєте туди бота як адміністратора. Якщо заявок мало і команда невелика — можна обійтись особистим чатом з ботом, але групу я рекомендую майже завжди: туди можна додати кількох менеджерів, і ніхто не пропустить заявку через відпустку колеги.
Крок 3. Зберіть сценарій в n8n
Це вузол, де все з'єднується. Я зазвичай роблю це на n8n — там є готовий тригер webhook, який приймає дані з форми сайту, і готовий вузол Telegram, який шле повідомлення.
Логіка сценарію виглядає так:
- Webhook приймає дані форми (ім'я, телефон, коментар)
- Дані форматуються в читабельне повідомлення
- Сценарій одночасно шле повідомлення в Telegram-групу і робить запит до API CRM на створення угоди
- Якщо CRM повернула ID нової угоди — цей ID можна додати в те саме повідомлення в Telegram, щоб менеджер міг одразу відкрити картку
Останній пункт — це вже рівень зручності, який відрізняє «просто сповіщення» від нормального робочого інструменту. Менеджер не шукає угоду в CRM руками, а тицяє в посилання прямо з Telegram.
Крок 4. Налаштуйте створення угоди в CRM
У PlanFix, amoCRM чи Bitrix24 є API для створення задачі чи угоди через запит. Той самий сценарій в n8n, який щойно відправив повідомлення в Telegram, паралельно відправляє запит на створення нової угоди з тими ж полями: ім'я, телефон, джерело заявки, коментар клієнта.
Тут важливий момент — одразу проставляйте джерело угоди (наприклад, «сайт, форма зворотнього зв'язку»). Якщо цього не зробити на етапі створення, потім ніхто не буде повертатись і заповнювати це поле руками, і аналітика по каналах продажів просто не складеться.
Якщо у вас кілька форм на сайті (наприклад, «замовити дзвінок» і «розрахувати вартість») — варто розділяти їх на різні вебхуки з різними тегами джерела. Це дрібниця, яка потім сильно допомагає в аналітиці.
Де це зазвичай ламається
Найчастіша причина, чому такі схеми перестають працювати через місяць-два — зміна структури форми на сайті без попередження. Хтось з маркетингу додав нове поле або перейменував існуюче, вебхук почав приходити з іншими даними, а сценарій в n8n цього не очікує і просто відкидає заявку мовчки. Раджу одразу додати в сценарій обробку помилок з дублюючим сповіщенням «заявка прийшла, але не розпарсилась» — так ви хоч не втратите лід повністю.
Друга типова проблема — токен Telegram-бота чи ключ доступу до CRM API мають термін дії або можуть бути відкликані, якщо хтось випадково перестворив бота. Раз на кілька місяців варто перевіряти, чи сценарій досі активний і надсилає повідомлення, а не просто «висить зеленим» у n8n.
Третя річ, яку часто пропускають — дублікати. Якщо клієнт натиснув кнопку відправки форми двічі (буває, коли сторінка довго завантажується), в CRM попадуть дві однакові угоди. Просту перевірку на дублікат за номером телефону за останні кілька хвилин варто додати одразу, а не після того, як менеджери почнуть скаржитись.
Готовий результат
Коли схема зібрана правильно, виглядає це так: клієнт заповнив форму — і за секунди в Telegram-групі менеджерів з'явилось повідомлення з іменем, телефоном і посиланням на угоду в CRM. Ніхто нічого не копіював руками, ніхто не перевіряв пошту. Це саме той рівень автоматизації, за яким я бачу різницю між «CRM для галочки» і CRM, яка справді працює на бізнес.
Такі схеми я збираю на n8n майже щоразу, коли клієнт приходить із запитом «заявки губляться» — це один з тих проєктів, де результат видно вже в перший тиждень після запуску.
Чек-лист перед запуском: 1) форма сайту вміє відправляти вебхук або має API; 2) бот створений через @BotFather, токен збережено; 3) бот доданий у групу менеджерів як адміністратор; 4) сценарій в n8n одночасно шле в Telegram і створює угоду в CRM з проставленим джерелом; 5) додана обробка помилок і перевірка на дублікати за телефоном; 6) перевірено, що посилання на угоду в повідомленні відкривається і веде на правильну картку.
Коротко про головне
Заявка з сайту повинна одночасно потрапляти і в Telegram менеджеру, і в CRM як угода — без пошти-посередника і без ручного перенесення. Основа схеми — вебхук з форми сайту, бот через @BotFather і сценарій в n8n, який розсилає дані в обидва місця паралельно. Найбільше таких схем ламається через зміну структури форми і забуті перевірки на дублікати — це варто закласти одразу, а не виправляти після того, як лід уже втрачено.
Є питання по вашому випадку?
30 хвилин — і зрозумієте, що реально зробити у вашій компанії.
Записатись на аудит