Заявки з Telegram та Instagram губляться дорогою до CRM: де шукати витік
Вечір п’ятниці. У Telegram-боті сім нових повідомлень, у директі Instagram — дванадцять, ще кілька людей написали в чат на сайті. Менеджерка відкриває все це по черзі, копіює ім’я, шукає в листуванні номер телефону, вставляє в CRM, повертається до наступного діалогу. На двадцятій заявці вона вже не пам’ятає, чи заводила картку для Олени, яка питала про розмір, чи це була інша Олена з Viber.
Так працює більшість невеликих магазинів, і проблема тут не в лінощах людей. Проблема в тому, що між месенджером і CRM немає мосту, а його роль виконує людина з буфером обміну.
Як насправді виглядає ручний шлях заявки
Розкладімо його на кроки. Клієнт пише в один із каналів. Менеджер бачить повідомлення не одразу, а коли перемикається на цю вкладку. Далі він відповідає, уточнює товар, просить номер. Клієнт іноді надсилає номер через годину, вже в іншому повідомленні. Потім менеджер створює картку в CRM, вписує контакт, коротко переказує суть розмови і ставить статус.
У цьому ланцюжку щонайменше п’ять ручних дій і дві паузи, під час яких заявка існує лише в чиїйсь голові. Саме паузи найнебезпечніші: зміна закінчилася, телефон розрядився, колега вийшов на заміну й не знає, що в директі хтось чекає на відповідь.
Де губляться заявки з месенджерів
Якщо подивитися на втрачені звернення уважно, вони майже завжди падають в одну з чотирьох ям.
- Телефон не дійшов до CRM. Номер був у листуванні, але менеджер переписав його з помилкою в одній цифрі або взагалі забув скопіювати, бо клієнт надіслав його окремим повідомленням пізніше.
- Дубль замість історії. Та сама людина написала спершу в Instagram, а наступного тижня в Telegram. У CRM з’явилися дві картки, і ніхто не бачить, що це постійна покупниця.
- Заявка без власника. Звернення побачили двоє, кожен подумав, що відповість інший.
- Контекст загубився. У картці написано «цікавиться курткою», а яка модель, колір і бюджет — лишилося в чаті, куди ніхто не повернеться.
Простий розрахунок: скільки коштує переписування
Візьмімо магазин, який отримує 40 звернень за вечір. Якщо на перенесення однієї заявки в CRM іде близько двох хвилин, це 80 хвилин щодня — понад годину роботи, яка нічого не продає. За місяць набігає приблизно 40 годин, тобто цілий робочий тиждень одного співробітника.
Тепер додайте помилки. Якщо навіть дві заявки з сорока щодня залишаються без коректного телефону, за місяць це шістдесят людей, яким уже ніхто не передзвонить. Яким буде середній чек, ви знаєте краще за мене — просто помножте.
Що має передаватися в CRM автоматично
Автоматична передача має сенс тоді, коли картка в CRM з’являється без участі менеджера і вже містить усе потрібне для наступного кроку. Мінімальний набір полів:
- ім’я та телефон, а якщо телефону немає — пошта;
- канал, з якого прийшло звернення;
- короткий зміст розмови або сам текст запиту;
- товари, про які питав клієнт;
- джерело переходу та UTM-мітки, якщо людина прийшла з реклами.
Важливий момент — пошук наявного клієнта. Система має спершу перевірити, чи є вже покупець із таким телефоном, і лише тоді створювати нового. Саме так закриваються дублі. Якщо ви працюєте в KeyCRM, подивіться, як влаштовано заявки з чату одразу в KeyCRM: там добре видно, які поля потрібно створити заздалегідь, щоб дані візиту не загубились по дорозі.
Статуси й відповідальний: домовтеся до запуску
Технічно підключити передачу можна за кілька хвилин, а от домовитися всередині команди складніше. Перед стартом вирішіть три речі.
Перше — у який статус потрапляє нова заявка. Краще мати окремий етап на кшталт «Нове з чату», щоб такі картки не змішувалися з дзвінками й замовленнями з сайту.
Друге — хто відповідальний за замовчуванням. Якщо менеджерів кілька, призначте одного чергового або розподіл за змінами. Заявка, на якій не стоїть конкретне ім’я, ризикує зависнути.
Третє — що відбувається, коли клієнт дописує дані пізніше. Нормальна поведінка — оновити ту саму картку, а не створити другу. Перевірте це на тестовому діалозі ще до того, як вмикати потік для всіх.
Чек-лист: що перевірити через тиждень
Перший тиждень після запуску покаже, де налаштування розходяться з реальністю. Виділіть пів години й пройдіться по списку:
- Порівняйте кількість діалогів у месенджерах із кількістю нових карток у CRM. Розрив більше кількох штук — привід шукати, на якому кроці вони зникають.
- Відкрийте десять випадкових карток. Чи в кожній є телефон або пошта? Чи зрозуміло з коментаря, чого хотів клієнт?
- Пошукайте дублі за номером телефону. Якщо вони є, перевірте, чи однаково записуються номери: з кодом країни чи без.
- Подивіться, скільки карток досі стоїть у стартовому статусі без відповідального.
- Спитайте менеджерів, що вони все ще роблять руками. Часто саме тут знаходиться наступне вузьке місце.
Коли автоматизація не врятує
Передача заявок прибирає рутину, але не замінює процесу. Якщо в команді ніхто не відповідає за нові звернення, картки просто накопичуватимуться в CRM замість чатів. Якщо воронка має п’ятнадцять етапів, якими ніхто не користується, автоматичні ліди загубляться вже там.
Тому почніть із простого: один вхідний статус, один відповідальний, мінімум обов’язкових полів. Коли за тиждень цифри в чатах і в CRM почнуть сходитися, можна ускладнювати схему — додавати розподіл за каналами, нагадування й окремі воронки для гуртових клієнтів.
