CRM для обслуговування клієнтів: практики, які реально працюють у відділі підтримки

Ми в Brutal Marketing бачимо цей сценарій у кожній другій компанії, яка приходить за побудовою системи продажів. І майже завжди власник упевнений, що проблема в людях: «менеджери неуважні», «треба їх навчити». Насправді проблема в тому, що менеджеру нема звідки взяти контекст. Він фізично не бачить попередніх звернень — вони живуть у чотирьох різних вкладках браузера.

Далі — розбір того, як зібрати клієнтський сервіс на базі CRM: від єдиної картки клієнта до маршрутизації звернень, SLA, метрик і допродажів із підтримки. З цифрами, які ми бачимо на проєктах, і з переліком помилок, що з'їдають бюджет впровадження.

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

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

У сервісі все інакше. Клієнт звертається з різних причин, у будь-який час, іноді кілька разів на тиждень. Одне звернення закривається за хвилину, інше вимагає участі трьох відділів, третє висить п'ять днів через постачальника. Клієнт нікуди не «конвертується» — він просто залишається клієнтом.

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

Є два робочі варіанти, і обидва нормальні.

Окрема воронка звернень усередині наявної CRM. Підходить, коли потік невеликий — до 30–50 звернень на день, а команда підтримки і продажів частково перетинається. Ви створюєте другий pipeline зі своїми статусами («Нове звернення» → «В роботі» → «Очікує клієнта» → «Очікує третю сторону» → «Вирішено»), окремими полями і своїми правилами автоматизації.

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

Ключове: рішення про архітектуру ухвалюють до вибору системи, а не після. Якщо ви ще на стадії «чи взагалі це нам потрібно» — почніть із матеріалу про те, навіщо бізнесу CRM і які задачі вона закриває, а вже потім переходьте до сервісної специфіки.

У менеджера є приблизно 30 секунд, щоб зорієнтуватися в ситуації клієнта. Або він за цей час бачить контекст — або починає ставити питання, на які клієнт уже відповідав. Єдина картка вирішує саме це.

Картка клієнта в сервісній CRM — не «ПІБ і телефон». Це шарувата історія взаємодій:

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

Коли це відкривається в одному вікні, розмова починається не з «Представтеся», а з «Бачу, ви замовляли минулого тижня — питання по тій доставці?». Тональність змінюється миттєво.

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

Менеджер витрачає 3–5 хвилин лише на ідентифікацію клієнта і пошук контексту. При 50 зверненнях на день це 2,5–4 години робочого часу щодня. У місяць — приблизно половина ставки одного співробітника, яку ви оплачуєте за перемикання між вкладками.

Плюс роздратування клієнта, який рік працює з компанією і щоразу почувається незнайомцем.

За нашим досвідом у Brutal Marketing, єдина картка в парі з налаштованою воронкою звернень скорочує середній час обробки тікета на 30–40%. Причому левову частку економії дає не автоматизація, а банальна відсутність пошуку.

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

Тому регламент заповнення пишуть до запуску, а не «потім, як звикнемо». Ми окремо розбирали, чому чистота даних у CRM важливіша за сам інструмент — там є конкретний перелік обов'язкових полів.

Ваші клієнти не обирають один канал. Один пише в Telegram, другий дзвонить, третій залишає коментар під постом, четвертий надсилає голосове у WhatsApp о 23:40. Молодша аудиторія дзвінки просто ігнорує. Якщо каналів немає в одному інтерфейсі — ви втрачаєте частину звернень і весь контекст.

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

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

Логіка збірки каналів, черг і правил розподілу описана в окремому розборі омніканальної комунікації через CRM— там же приклади сценаріїв для чат-ботів і дзвінків.

Омніканальність продають як «підключили — і працює». Реальність жорсткіша, і ці деталі варто знати до старту:

Вікно відповіді в WhatsApp. Через офіційний API вільно писати клієнту можна тільки протягом обмеженого часу після його останнього повідомлення. Далі — лише заздалегідь схвалені шаблони, і кожен такий діалог тарифікується. Якщо ваша підтримка звикла «дописати завтра вранці» — це прямі витрати, які треба закласти в бюджет.

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

Телефонія. Дзвінок без прив'язки до картки — це втрачена історія. Запис розмови має лежати в тікеті, а не в окремому кабінеті оператора зв'язку. Про підводні камені зв'язки ми писали в матеріалі про інтеграцію CRM з телефонією.

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

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

Ми працювали з компанією, яка продає онлайн-курси. Звернення приходили з чотирьох джерел: Instagram, Telegram-бот, форма на сайті та пошта. Менеджери вели паперові блокноти, щоб не загубити запити. Конверсія звернення в оплату — 18%.

Після збірки каналів в один інтерфейс, з автоматичними нагадуваннями і повною історією листування в картці, конверсія за три місяці вийшла на 27%. Менеджери не стали розумнішими. Вони просто перестали втрачати людей.

Ручна обробка кожного звернення — це повільно і дорого. Обсяг запитів росте разом із бізнесом, а наймати менеджера на кожні 20 нових клієнтів не масштабується. Автоматизація знімає навантаження без розширення штату.

Розподіл тікетів за відповідальними економить найбільше часу. Питання щодо повернення йде в логістику. Технічна проблема — до профільного спеціаліста. Загальне питання по замовленню — до персонального менеджера, якщо він призначений.

Без цього перша лінія працює сортувальником. Або, що гірше, пересилає звернення вручну — і клієнт чекає зайві дві-три години, поки лист доїде до потрібної людини.

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

SLA — внутрішній стандарт швидкості. Не декларація на сайті, а правило в системі: якщо тікет не взяли в роботу за 25 хвилин, керівник отримує сповіщення.

Робоча схема виглядає приблизно так:

Цифри в таблиці — орієнтир, а не догма. Для чату в месенджері 15 хвилин на першу відповідь — це вже повільно, для B2B-пошти чотири години цілком нормально. Головне, щоб стандарт існував і система за ним стежила.

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

Частина звернень типова: «де моє замовлення», «як оформити повернення», «який графік роботи». На них відповідають шаблоном за два кліки замість двох хвилин набору тексту.

Наступний рівень — макроси: одна дія міняє статус, підставляє відповідь, ставить завдання логістам і додає тег. Менеджер натискає одну кнопку замість п'яти операцій.

Окремо варто зробити внутрішню базу знань — короткі інструкції для команди. Не корпоративний портал на 200 сторінок, а 30–40 карток формату «ситуація → що робити → що сказати клієнту». Це різко скорочує час адаптації новачка: замість трьох тижнів «питай у Марини» — п'ять днів самостійної роботи під наглядом.

Бот на першій лінії закриває 20–40% звернень без участі людини — за умови, що він працює з вузьким набором сценаріїв: статус замовлення, реквізити, графік, типові інструкції.

Три правила, які ми ставимо на кожному проєкті:

1. Бот завжди має вихід на людину. Кнопка «покликати менеджера» — на кожному кроці, а не після третього кола меню.
2. Бот не вгадує. Якщо він не розпізнав запит із двох спроб — передає оператору разом із текстом переписки, а не просить «переформулювати».
3. Бот не обіцяє те, чого не контролює. Дати доставки, суми компенсацій, терміни ремонту — це зона людини.

Мовні моделі всередині CRM зараз непогано складають чернетку відповіді, підсумовують довгу переписку і підтягують потрібну статтю бази знань. Але автономно відповідати клієнту без вичитки — ризик, який ми не рекомендуємо брати на себе в сервісі, де ціна помилки вимірюється в поверненнях. Тверезий розбір того, що вже працює, а що ні, — у матеріалі про можливості й обмеження AI в CRM.

Ще один прикладний сценарій — автоматичні листи й повідомлення в момент, коли клієнт завис. Механіка описана в розборі тригерних листів і чат-ботів для мінімізації втрат.

Ми впроваджуємо три системи й скажемо прямо, кому підходить кожна. Універсального переможця тут немає — є відповідність типу бізнесу.

Компанії бояться дати команді самостійність. Раптом оформлять повернення, коли не треба. Раптом дадуть знижку на свій розсуд. Раптом помиляться. У результаті кожен нестандартний випадок їде на керівника, черга росте, клієнт чекає, а керівник замість управління розбирає чужі кейси по одному.

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

Система дозволяє задати чіткі рамки, всередині яких менеджер діє сам:

• повернення на суму до 500 грн — оформлює без погодження;
• знижка до 10% на наступне замовлення — видає самостійно;
• обмін товару без дефекту протягом 7 днів — стандартна процедура з готовим сценарієм;
• компенсація доставки при запізненні з вини компанії — автоматично, за фактом;
• усе, що вище порогу, — кнопка «на погодження» з автоматичним завданням керівнику.

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

KeyCRM — українська система, яка від початку будувалася під e-commerce. Якщо ви працюєте із замовленнями, відправленнями й залишками, це найкращий вибір із трьох.

Що добре: інтеграції з Rozetka, Prom, Новою Поштою, робота з кількома магазинами з одного інтерфейсу, вбудований фінансовий модуль. Оплата рахується за акаунт із пакетом користувачів, а не за кожного окремо, тому при зростанні команди вартість збільшується повільніше, ніж у західних аналогів. Безкоштовний період — до 30 днів.

Де слабше: для сервісного бізнесу чи консалтингу система надлишкова, її логіка побудована навколо товарних продажів. Як вона виглядає на практиці, показали в огляді KeyCRM для інтернет-магазину.

Детальніше про можливості — на сторінці Key CRM.

Без цифр якістю не керують. «Мені здається, сервіс став кращим» — це відчуття, а не управління. CRM дає конкретні показники, на які можна спертися.

CSAT і NPS часто плутають і міряють однаково — це помилка, яка знецінює обидві цифри. Різницю та коректну методику ми розібрали в матеріалі про NPS, CSAT і вимірювання задоволеності клієнтів у CRM.

Одна метрика в ізоляції бреше. Час вирішення впав удвічі — чудово? Не факт: подивіться на частку повторних звернень. Якщо вона одночасно виросла, значить, команда почала закривати тікети формально, не вирішивши питання по суті.

Робочі зв'язки, які варто тримати на одному екрані:

• Час вирішення + повторні звернення. Швидкість без якості — це відкладена проблема.
• FRT + завантаження. Якщо час відповіді стрибає щовівторка, справа не в лінощах, а в графіку змін.
• CSAT + категорія звернення. Низька оцінка по одній категорії — це дефект продукту або процесу, а не провина підтримки.
• Кількість тікетів + продажі. Різкий приплив звернень після запуску акції означає, що умови акції незрозумілі.

Ми налаштовуємо дашборди для керівника так, щоб ці зв'язки читалися за 30 секунд, без вивантаження в Excel. Який набір показників має бачити власник, а який — керівник відділу, розписано в матеріалі про дашборд для власника бізнесу.

Окремий шар — вибіркове прослуховування дзвінків і перевірка листування за чек-листом. Метрики покажуть, де проблема; розбір конкретних діалогів пояснить, чому вона виникає. Як це організувати системно, ми описали на сторінці послуги контроль якості відділу продажів.

Клієнт, який звернувся в підтримку, вже ваш. Він купив, користується продуктом, зараз розмовляє з вашою командою. Це найкращий момент для суміжної пропозиції — і більшість компаній його пропускає, бо «підтримка продажами не займається».

Допродаж у момент сервісного контакту — це не нав'язування. Це допомога, але тільки за двох умов.

Умова перша: питання клієнта вже вирішене. Пропонувати апгрейд людині, у якої досі не працює те, за що вона заплатила, — гарантований негатив і скарга.

Умова друга: пропозиція випливає з ситуації. Клієнт питає, як доглядати за купленим товаром — доречно розповісти про засіб догляду. Скаржиться, що впирається в ліміт тарифу — логічно показати наступний рівень. Просить прискорити доставку — можна запропонувати преміум-доставку на майбутнє.

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

У Kommo CRM ми налаштовуємо створення угоди у воронці продажів прямо з картки клієнта — в один клік. Менеджер підтримки закрив тікет, побачив потенціал, створив угоду і передав її у продажі. Без Excel і без усних домовленостей у коридорі.

Далі спрацьовує автоматика: угода потрапляє до відповідального, ставиться завдання на контакт, у картці зберігається причина — «з сервісного звернення №1284». Через місяць видно, скільки виручки принесла підтримка і які саме сценарії спрацювали.

Ширше цю логіку — від першої післяпродажної точки контакту до повторної покупки — ми розглянули в матеріалі про післяпродажне обслуговування через CRM.

Компанія продає програмне забезпечення за підпискою. До впровадження підтримка в допродажах не брала участі взагалі — і концептуально, і технічно: у неї просто не було доступу до воронки.

Після налаштування наскрізного сценарію за чотири місяці роботи команда підтримки принесла 14% додаткової виручки через угоди, створені із сервісних звернень. Мотивацію при цьому прив'язали не до суми, а до кількості релевантних передач — щоб менеджери не почали пропонувати всім підряд.

Це працює, бо момент обраний правильно: клієнт щойно отримав допомогу, він задоволений, опір мінімальний.

Універсальної відповіді немає. Вибір залежить від каналів, обсягу звернень і від того, наскільки тісно сервіс пов'язаний із продажами.

Kommo CRM — вибір, коли спілкування йде переважно через месенджери. Інтеграції з WhatsApp, Telegram та Instagram Direct працюють без зайвих надбудов, є чат-боти і гнучкі воронки. Деталі та тарифи — на сторінці Kommo CRM.

KeyCRM орієнтована на e-commerce з великим потоком замовлень. Українські служби доставки, статуси відправлень, повернення — це закрито на рівні логіки системи. Якщо основний потік звернень стосується доставки і замовлень, вона знімає більшу частину рутини. Докладніше — KeyCRM.

Pipedrive сильніший у продажах, ніж у сервісі, але для B2B-компаній це часто правильний компроміс: там звернення — частина довгих відносин, а не потік однотипних тікетів. Дивіться сторінку Pipedrive, а якщо обираєте між двома системами — порівняння Pipedrive і Kommo CRM.

Останній рядок — той, на якому найчастіше помиляються. Орієнтири по повному бюджету ми навели в матеріалі про те, скільки коштує впровадження CRM.

Помилка більшості компаній — почати з вибору системи. Правильний порядок інший.

Крок 1. Опишіть поточний процес. Звідки приходять звернення, хто відповідає, скільки часу займає вирішення, де запити губляться. Достатньо однієї схеми на аркуші. Ці відповіді покажуть, які функції потрібні в першу чергу, а які продавець вам просто гарно презентує.

Крок 2. Знайдіть вузькі місця. Що дратує клієнтів найбільше? Що частіше за все веде до втрати? Повільні відповіді, перемикання між менеджерами, відсутність інформації про замовлення? Кожне вузьке місце — це конкретна настройка, а не абстрактне «покращення сервісу».

Крок 3. Оберіть систему під задачі. Тільки після перших двох кроків. Компанії, які купують першу-ліпшу CRM, приходять до нас через три місяці з питанням «чому не працює».

Крок 4. Напишіть регламент до налаштування. Які статуси існують, що вважається вирішеним тікетом, які поля обов'язкові, хто відповідає за що, як діє ескалація. Без цього кожен менеджер вигадає власну логіку.

Крок 5. Налаштуйте і навчіть команду. Базове впровадження з інтеграцією каналів, воронкою звернень і навчанням займає від 2 до 4 тижнів. Термін залежить від кількості каналів і від того, наскільки процеси описані заздалегідь. Загальну послідовність робіт ми розклали в матеріалі про етапи впровадження CRM-системи.

Крок 6. Увімкніть метрики з першого дня. Не «потім налаштуємо звіти». Через місяць у вас має бути динаміка, а не спогади про те, як було раніше.

Крок 7. Перегляньте налаштування через 4–6 тижнів. Це обов'язковий крок, а не опція. Реальна робота завжди відрізняється від задуманої схеми: якісь статуси не використовуються, якісь правила заважають, десь потрібне ще одне поле.

Одна воронка на продажі й сервіс. Різна логіка процесів. Змішування плутає і систему, і команду, і звітність.

Впровадження без регламенту. CRM — інструмент. Якщо не прописано, як працювати з тікетом, кожен робитиме по-своєму, дані будуть брудними, звіти — марними.

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

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

Відсутність контролю після запуску. Перші півтора місяця — найкритичніші. Багато компаній запускають і забувають. Результат: CRM є, працює на третину можливостей.

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

Ставка на функції замість на задачі. Купують систему з найдовшим списком можливостей і використовують п'ять із них — переплачуючи за решту. Ширший перелік із поясненнями — у матеріалі про топ помилок при впровадженні CRM.

Власники рідко рахують це в цифрах. Порахуємо.

Припустимо, у вас 200 клієнтів на місяць. Приблизно 15% стикаються з проблемою під час обслуговування. З них близько 60% нічого вам не скажуть — просто не повернуться. Це 18 клієнтів щомісяця, які зникли мовчки.

При середньому чеку 3 000 грн і двох покупках на рік втрата становить близько 108 000 грн річної виручки — щомісяця. За рік накопичена сума перевищує вартість впровадження в десятки разів.

І це без урахування негативних відгуків, які відлякують нових покупців ще до першого контакту. Ми окремо рахували вартість втрати одного клієнта — там методика, за якою ви підставите свої цифри.

CRM не вирішує всіх проблем сервісу. Вона закриває системні діри: втрачені звернення, повільні відповіді, відсутність контексту, неможливість контролювати команду без мікроменеджменту. Це саме той тип проблем, який рахується в грошах — і лікується на рівні інструмента плюс регламенту.

Ми впроваджуємо CRM і будуємо системи продажів та обслуговування з 2017 року. За цей час пройшли через інтернет-магазини, освітні проєкти, B2B-компанії з довгим циклом і сервісні бізнеси з нічними змінами.

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

Залиште заявку на впровадження CRM — розберемо вашу ситуацію, покажемо на прикладах схожих бізнесів, що саме дасть результат у вашому випадку, і назвемо реальні терміни.