Як не втрачати заявки з Instagram, Telegram і сайту

Заявки рідко губляться в момент, коли клієнт пише. Вони губляться пізніше: менеджер відповів у Direct, хтось прийняв повідомлення в Telegram, форма на сайті впала в пошту, а наступна дія так і не з'явилася в CRM.

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

Почніть з карти входу заявок

Перед автоматизацією варто виписати всі канали, де люди реально пишуть бізнесу:

• Instagram Direct;
• Telegram-акаунт, бот або група;
• форма на сайті;
• email;
• дзвінок;
• маркетплейс;
• коментарі або відповіді на рекламу.

Для кожного каналу треба відповісти на п'ять питань:

1. Хто бачить нове звернення?
2. Де воно фіксується?
3. Як команда розуміє, що це заявка, а не шум?
4. Хто стає відповідальним?
5. Де записаний наступний крок?

Якщо на останні два питання немає стабільної відповіді, автоматизація має починатися саме там.

Одна заявка, а не три окремі чати

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

Мінімальна картка заявки має містити:

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

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

Instagram, Telegram і сайт працюють по-різному

Канали не можна підключати одним і тим самим способом.

Для Instagram важливо, щоб акаунт був професійним, а інтеграція працювала в межах доступів Meta. Окремо треба перевірити, чи застосунок має потрібні дозволи для повідомлень і чи налаштовані webhooks. Детальніше це розібрано в матеріалі про автоматизацію заявок з Instagram Direct у CRM.

Для Telegram потрібно визначити модель: звичайний бот, Telegram Business або connected business bot. Telegram Bot API передає оновлення через update_id, а webhook може використовувати secret token для перевірки запиту. Це корисно для повторобезпечної обробки, але не означає, що бот автоматично бачить усі приватні чати менеджера.

Форма на сайті зазвичай простіша. Вона може одразу створювати запис у CRM, таблиці або робочій системі. Навіть Google Sheets API дозволяє додавати нові рядки в таблицю, якщо на старті CRM ще немає. Але таблиця має бути тимчасовим робочим місцем з відповідальними і статусами, а не складом заявок без власника.

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

Найчастіші втрати з'являються не через відсутність складної системи, а через дрібні розриви:

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

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

Правила, без яких будуть дублікати

Перший пілот має включати хоча б базову перевірку дублікатів. Система може порівнювати телефон, email, username, chat ID, Instagram-профіль або відкриті угоди з таким самим контекстом.

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

Друга обов'язкова річ: idempotency. Якщо webhook або API-подія прийшла двічі, CRM не повинна створити дві однакові задачі. Для цього зберігають ідентифікатор обробленої події або інший технічний ключ.

Follow-up треба створювати одразу

Заявка без наступної дії швидко стає архівом. Тому картка має з'являтися разом із задачею.

Погано: "обробити заявку".

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

Автоматичний follow-up не обов'язково має писати клієнту сам. У першій версії достатньо створити менеджеру задачу. Якщо канал і текст зрозумілі, можна додати автоматичне повідомлення, але тільки з умовами зупинки: відповідь клієнта, зміна статусу, зустріч, відмова або ручна зупинка.

Як виглядає нормальний перший пілот

Не варто починати з усіх каналів одразу. Виберіть один маршрут, де втрати видно найкраще.

Наприклад:

нове звернення з Instagram або Telegram -> CRM-картка -> відповідальний -> задача на відповідь -> follow-up через два робочі дні, якщо немає відповіді.

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

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

Після запуску порівняйте ті самі показники. Якщо стало менше пропущених заявок і прострочених задач, систему можна розширювати на другий канал.

Що Pragma робить у такому сценарії

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

Після цього можна запустити вузький пілот автоматизації заявок з Direct, Telegram і сайту: один канал, одна логіка створення картки, один відповідальний, один follow-up. Це дає бізнесу контроль без великого впровадження CRM з першого дня.