HelpDesk чи CRM: у чому різниця і що потрібно вашій команді
Обидві системи заявляють, що зберігають «клієнта». Йдеться про різних клієнтів, у різні моменти й для різних людей у вашій компанії.
Це питання зазвичай приходить як питання бюджету: ми вже платимо за CRM, чи потрібен ще й HelpDesk? Питання справедливе, а відповідь залежить від того, яка з двох проблем зараз коштує вам дорожче.
Два різні питання
CRM відповідає: *що цей клієнт купив, скільки винен і в якому стані його замовлення?* Її одиниця — угода або замовлення. Вона побудована для тих, хто продає і виконує.
HelpDesk відповідає: *що цей клієнт спитав, хто цим займається і чи вирішено питання?* Її одиниця — заявка: питання зі статусом, власником та історією. Вона побудована для тих, хто відповідає.
| CRM | HelpDesk | |
|---|---|---|
| Основний об'єкт | замовлення, угода, картка клієнта | заявка, розмова |
| Головне питання | що куплено й оплачено | що спитали й чи вирішили |
| Горизонт часу | увесь час життя клієнта | це звернення, сьогодні |
| Хто в ній живе | продажі, виконання, бухгалтерія | підтримка й усі, хто відповідає клієнтам |
| Типова метрика | виручка, конверсія, середній чек | час відповіді, частка вирішених, задоволеність |
| Канали | телефон, іноді пошта | усі месенджери, у які пише клієнт |
Що ламається, коли є лише одна з них
Тільки CRM
Це типова українська схема: KeyCRM, SalesDrive або схожа система тримає замовлення, а на питання клієнтів відповідають там, куди вони прийшли. Із замовленнями все гаразд. Із питаннями — ні: немає черги, власника, запису про те, що пообіцяли, і способу побачити, скільки людина чекала. А питанню, яке не стосується замовлення, взагалі немає де жити.
Тільки HelpDesk
Кожне питання чудово відстежується, і кожна відповідь про замовлення вимагає відкрити таблицю. Підтримка бачить розмову, але не бачить грошей, тож клієнт із питанням «де моя посилка» отримує відповідь, зібрану вручну.
Чому межа розмивається
У торгівлі через месенджери той самий тред містить питання, заперечення, замовлення і скаргу. Клієнт не перемикає системи посеред речення, тож інструмент, який покриває лише половину, змушує перемикатися вашу команду.
Працює не злиття двох систем, а їх зв'язування:
- Розмова, заявка і знання живуть у HelpDesk.
- Замовлення, залишки, оплата і статус доставки — у CRM.
- HelpDesk підтягує клієнта та його замовлення в тред і записує назад те, що обговорили й вирішили.
Не переносьте замовлення в інструмент підтримки і не ведіть підтримку з CRM. Хай кожна система тримає те, у чому сильна, і обмінюється рештою.
Кожне поле має бути головним рівно в одній системі. Коли обидві тримають редаговану адресу доставки, одна з них помиляється — і ніхто не знає, яка.
Що лагодити першим
Обирайте за тим, де втрата видима сьогодні:
- Замовлення губляться, статуси незрозумілі, ніхто не знає, що оплачено — спершу CRM.
- Питання лишаються без відповіді, час реакції невідомий, історія живе в особистих телефонах — спершу HelpDesk. Див. одна скринька для всіх месенджерів.
- І те, і те, а команда — троє людей — почніть зі скриньки, бо саме її помічає клієнт, і підключіть до неї CRM, за яку ви вже платите.
Для команд, які продають у Direct, практична послідовність — у матеріалі продажі в Direct без втрачених замовлень, а чеклист для вибору вендора — у як обрати службу підтримки.
Часті запитання
Чи може CRM замінити HelpDesk?
Лише поки обсяг питань малий. У CRM немає черги, статусів заявок і зазвичай немає месенджерів, тож питанням, не пов’язаним із наявним замовленням, немає де жити.
Чи потрібні обидві системи команді з трьох людей?
Зазвичай так, але не одночасно. Почніть із тієї втрати, яка видима сьогодні, і підключіть другу систему до неї, а не переносьте все в один інструмент.
Чи дублюватимуться дані клієнтів у двох системах?
Ні, якщо кожен факт головний в одному місці: замовлення й оплати — у CRM, розмови й заявки — у HelpDesk, зв’язані за номером телефону або id в месенджері.