Як передавати Telegram-заявки в CRM і контролювати наступний крок

Telegram зручний для розмови, але сам чат не замінює робочий процес. Клієнт пише менеджеру, отримує відповідь, а далі заявка може залишитися без статусу та дати наступного контакту. Керівник бачить переписку лише тоді, коли відкриває конкретний чат або запитує менеджера.

Інтеграція з CRM потрібна не для копіювання кожного повідомлення. Її завдання простіше: зафіксувати звернення, призначити відповідального і не залишити заявку без наступного кроку.

Коли Telegram-to-CRM інтеграція виправдана

Автоматизація має сенс, якщо команда вже отримує змістовні звернення в Telegram і регулярно виконує одні й ті самі ручні дії:

• переносить ім'я, телефон або username в CRM;
• створює контакт чи угоду;
• додає джерело заявки;
• копіює короткий контекст розмови;
• призначає менеджера;
• ставить задачу на відповідь або follow-up.

Якщо Telegram майже не дає заявок, інтеграція не створить попит сама по собі. Спочатку треба перевірити обсяг реальних звернень і зрозуміти, де саме команда втрачає контроль.

В Україні Telegram справді помітний як канал комунікації. За опитуванням Rating Group, проведеним у квітні 2025 року, 52% респондентів часто або постійно читали Telegram-канали. Це показник споживання інформації, а не частка покупців або продажів через Telegram. Для рішення про інтеграцію важливі ваші власні дані: скільки звернень приходить і скільки з них отримує наступну дію.

Спочатку визначте модель доступу

Фраза «підключити Telegram до CRM» може означати різні технічні сценарії.

Звичайний Telegram-бот

Бот отримує повідомлення, які користувачі надсилають саме цьому боту. Він не бачить автоматично всі приватні чати менеджера. Такий варіант підходить, коли бізнес готовий направляти клієнтів у окремий бот або використовує його як форму первинного звернення.

Telegram Business

Telegram Business має швидкі відповіді, вітальні та away-повідомлення, мітки, chat links і підтримку чат-ботів. Окремі посилання можуть відкривати діалог із заздалегідь підготовленим текстом. Це зручно для розрізнення джерел: сайт, кампанія або конкретна послуга.

Connected business bot

Підключений business bot може отримувати вибрані оновлення бізнес-акаунта і діяти в межах наданих прав. Доступ можна обмежити новими або наявними чатами, контактами, не-контактами та окремими користувачами. Поточна документація Telegram також вказує, що до одного акаунта одночасно можна підключити лише одного business bot. Якщо вже працює helpdesk або інший бот, це треба перевірити до проєктування.

Які дані передавати в CRM

Для першого пілота не потрібно зберігати всю історію листування. Картка має містити лише те, що допомагає менеджеру продовжити роботу:

• Telegram chat або user ID;
• ім'я та username, якщо вони доступні;
• джерело звернення;
• час першого повідомлення;
• короткий фрагмент або резюме запиту;
• відповідального менеджера;
• статус;
• наступну дію та строк.

Контактні дані, яких клієнт не надавав, вигадувати або намагатися добути не потрібно. Так само не варто переносити весь чат «про всяк випадок». Чітка мета зберігання спрощує і процес, і контроль доступу.

CRM при цьому може бути будь-якою. Документація HubSpot лише показує загальну модель: API дозволяє створювати й оновлювати контакти, а задачі можна пов'язувати з контактами, лідами або угодами. Подібний принцип доступний і в інших CRM чи власній робочій системі.

Як створюється задача менеджеру

Після нового звернення інтеграція перевіряє, чи є контакт у CRM. Якщо запис уже існує, система оновлює його або створює пов'язану заявку. Якщо контакту немає, створює новий.

Далі потрібне правило призначення. Це може бути черга менеджерів, напрям послуги, регіон або поточний власник контакту. Після призначення система створює конкретну задачу: «відповісти сьогодні», «надіслати розрахунок» або «повернутися через два робочі дні».

Формулювання «обробити заявку» майже не допомагає. Менеджер повинен бачити дію і строк.

Follow-up не обов'язково означає автоматичне повідомлення клієнту. На першому етапі безпечніше створити задачу менеджеру. Автоматичну відправку варто додавати лише для узгоджених сценаріїв, де зрозумілі текст, момент відправки та умови зупинки.

Як не створювати дублікати

Telegram Bot API передає оновлення з унікальним update_id. При long polling інтеграція підтверджує оброблені оновлення через offset. При webhook-підході доставка також має бути повторобезпечною.

На практиці це означає дві перевірки:

1. Система зберігає ідентифікатор уже обробленого Telegram update.
2. Перед створенням CRM-запису перевіряє доступні ідентифікатори контакту та відкриті заявки.

Без idempotency повторна доставка події може створити другу картку або ще одну задачу. Повністю уникнути неоднозначних збігів неможливо, тому для спірних випадків потрібен список ручної перевірки.

Редагування, видалення та помилки

Telegram може передавати нові, відредаговані та видалені business messages. До запуску треба домовитися, як CRM поводиться з кожним типом події.

Можливий практичний варіант:

• нове повідомлення оновлює контекст заявки;
• редагування змінює збережений фрагмент або додає позначку;
• видалення прибирає текст чи залишає лише технічний запис про подію;
• помилка CRM потрапляє в чергу повторної обробки;
• після кількох невдалих спроб команда отримує сповіщення.

Webhook endpoint має працювати через HTTPS і перевіряти secret token, який Telegram може передавати в заголовку запиту. Доступ до журналів і CRM-полів слід обмежити тими, кому він потрібен для роботи.

Обмеження, які часто пропускають

Звичайний бот не має доступу до всіх повідомлень звичайного акаунта. У групах видимість залежить від прав і privacy mode. Connected business bot працює лише в межах дозволених категорій чатів та наданих прав.

Окремо варто врахувати український контекст безпеки. Рішення від 20 вересня 2024 року обмежило використання Telegram на службових пристроях у визначених державних, військових, безпекових та критично-інфраструктурних організаціях. Це не загальна заборона для всього приватного бізнесу, але компаніям у чутливих сферах треба перевірити власні політики до запуску інтеграції.

Пілот на одному процесі

Перший пілот можна звузити до такого маршруту:

нове звернення в одному Telegram-каналі → контакт або лід у CRM → відповідальний менеджер → задача на відповідь → один follow-up.

До запуску зафіксуйте базові показники:

• частка релевантних звернень, які потрапили в CRM;
• кількість дублікатів;
• час до призначення відповідального;
• частка заявок із наступною задачею;
• кількість помилок обробки;
• частка менеджерів, які реально працюють із новим процесом.

Після пілота порівняйте ці показники з початковими даними. Це дасть відповідь, чи став процес керованішим. Обіцяти зростання продажів без такого вимірювання було б некоректно.

Pragma починає саме з такого вузького сценарію. На короткому розборі ми дивимося, куди зараз приходять Telegram-заявки, хто переносить їх у CRM і де зникає наступна дія. Далі можна визначити мінімальний пілот автоматизації Telegram-заявок без перебудови всієї воронки.