Клієнт може написати на сайті, зателефонувати, надіслати лист, звернутися в месенджер або прийти за рекомендацією. Для клієнта це одна компанія, але всередині бізнесу звернення часто розподілені між телефонами, особистими чатами, поштою та таблицями. Частина не потрапляє в облік, частина отримує відповідь із запізненням, а власник бачить лише завершені продажі.
Єдина система заявок потрібна не заради накопичення контактів. Її завдання — гарантувати, що кожне цільове звернення отримало відповідального, першу відповідь і зафіксовану наступну дію.
Що вважати заявкою
Не кожне повідомлення є продажною можливістю. Компанія має письмово визначити мінімальні ознаки заявки. Наприклад: є контакт або канал відповіді, зрозумілий предмет інтересу та реальна потреба в товарі чи послузі.
| Подія | Як класифікувати | Що робити |
|---|---|---|
| Клієнт просить ціну або наявність | Нова заявка | Створити запис, призначити відповідального й строк відповіді |
| Повторне повідомлення щодо активного замовлення | Продовження наявної угоди | Додати в історію без дублювання клієнта |
| Реклама, спам або пропозиція постачальника | Нецільове звернення | Закрити з окремою причиною |
| Питання чинного клієнта щодо сервісу | Сервісний запит | Передати у відповідний процес, зберігши зв'язок із клієнтом |
Якщо правило не визначене, один менеджер створює угоду на кожне повідомлення, а інший записує лише підтверджене замовлення. Звіти стають непорівнюваними.
Створіть єдиний вхід без примусового одного каналу
Не потрібно змушувати клієнтів писати лише через одну форму. Потрібно, щоб усі канали створювали запис у спільній черзі або щоб працівник міг зробити це за кілька секунд під час дзвінка.
- форма сайту автоматично передає контакт, джерело, сторінку та повідомлення;
- електронна пошта створює звернення або прив'язується до наявного;
- месенджер передає новий діалог у чергу;
- телефонний дзвінок створює картку вручну або через інтеграцію;
- офлайн-звернення фіксується з джерелом «магазин», «виставка» або «рекомендація».
Канал залишається зручним для клієнта, але всередині компанії діє одна логіка обліку.
Мінімальні поля нової заявки
| Поле | Навіщо потрібне | Правило |
|---|---|---|
| Дата й точний час | Контроль швидкості відповіді | Заповнюється автоматично |
| Канал і джерело | Оцінка реклами та якості потоку | Канал не підмінюється кампанією |
| Контакт | Можливість відповісти та знайти дубль | Телефон або email нормалізується |
| Предмет інтересу | Маршрутизація компетентному менеджеру | Короткий зміст без вигаданих деталей |
| Відповідальний | Персональна відповідальність | Призначається одразу за правилом |
| Строк першої відповіді | Захист від мовчазної втрати | Залежить від каналу й робочого часу |
| Наступна дія | Продовження роботи після контакту | Має дату, тип і виконавця |
Не перевантажуйте первинну картку полями, яких менеджер ще не знає. Додаткові дані заповнюються під час кваліфікації.
Розділіть три часові показники
- Час до взяття в роботу — від створення заявки до призначення або прийняття менеджером.
- Час першої змістовної відповіді — до відповіді, що реально рухає звернення, а не автоматичного повідомлення.
- Час до наступного кроку — до дзвінка, пропозиції, рахунку або іншої домовленої дії.
Автовідповідь «ми отримали звернення» корисна для клієнта, але не повинна підміняти першу змістовну відповідь у звіті.
Як призначати відповідального
Правило розподілу має бути передбачуваним. Заявки можна призначати за товарною групою, регіоном, мовою, типом клієнта, поточним навантаженням або чергою. Важливо передбачити відсутність працівника й ліміт часу на прийняття.
Якщо менеджер не взяв заявку в роботу в установлений строк, система повинна нагадати, перепризначити або підняти її керівнику. Повідомлення без подальшої дії не вирішує проблему.
Не допускайте дублів
Один клієнт може спочатку заповнити форму, потім зателефонувати й написати в чат. Три окремі угоди створюють конкуренцію між менеджерами та спотворюють конверсію. Перед створенням нового запису перевіряйте нормалізований телефон, email, активні угоди та недавні звернення.
Збіг не завжди означає дубль: той самий клієнт може мати нову незалежну потребу. Система повинна запропонувати зв'язок, а не бездумно об'єднувати записи.
Приклад контрольної черги
| Стан | Контроль | Дія керівника |
|---|---|---|
| Нова без відповідального | Не більше 5 хвилин у робочий час | Перевірити правило розподілу |
| Взята без першої відповіді | Строк за каналом | З'ясувати причину затримки |
| Є контакт, немає наступної дії | Одразу після розмови | Повернути менеджеру на планування |
| Наступна дія прострочена | Окрема черга прострочень | Відновити контакт або закрити з причиною |
| Закрита без причини | Заборонене завершення | Заповнити перевірювану причину |
Які показники дивитися власнику
- кількість цільових заявок за каналами;
- частка заявок без відповідального;
- медіанний час першої відповіді;
- частка прострочених наступних дій;
- конверсія з заявки у кваліфіковану можливість;
- дублі та повторні звернення;
- причини закриття без продажу.
Середній час може приховувати кілька дуже довгих затримок, тому додатково дивіться медіану й частку заявок поза нормативом.
Типові помилки
- Зберігати заявки в особистих чатах. Компанія втрачає історію разом із доступом працівника.
- Створювати запис лише після продажу. Неможливо виміряти втрачений попит.
- Вважати автовідповідь роботою менеджера. Клієнт не отримує рішення.
- Не фіксувати наступну дію. Картка існує, але продаж зупиняється.
- Один норматив для всіх каналів. Очікування клієнта в чаті й email відрізняються.
- Закривати заявки загальною причиною «не купив». Бізнес не розуміє, що змінювати.
Контроль заявок у Business Reactor
Ядро Business Reactor дозволяє пов'язати клієнта, джерело, відповідального, статус, наступну дію та замовлення в одному контурі. Це прибирає розрив між «заявку записали» і «заявка реально рухається».
Після створення єдиного входу потрібно визначити етапи продажу. Етап має показувати досягнутий результат і задавати наступну дію, а не просто зберігати суб'єктивний коментар менеджера.
Висновок
Щоб не втрачати заявки, зберіть усі канали в одну контрольовану чергу, визначте ознаки цільового звернення, одразу призначайте відповідального та не залишайте картку без наступної дії. Контролюйте не лише кількість записів, а й швидкість змістовної відповіді та прострочення.
Наступний крок — побудувати воронку з етапів, які відображають реальний результат роботи з клієнтом. Ядро Business Reactor.
