CRM для сервісу

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

Простими словами, CRM для сервісу відповідає на питання:

хто звернувся;
що саме зламалось або потребує обслуговування;
яке обладнання або товар у клієнта;
чи є гарантія;
хто відповідальний за заявку;
який статус ремонту;
які запчастини потрібні;
коли майстер має виїхати;
чи виконано роботу;
чи підписано акт;
чи оплачено послугу;
чи задоволений клієнт;
чи потрібно повторне звернення;
де компанія втрачає якість сервісу.

Головне. CRM для сервісу потрібна не тільки для запису звернень. Вона допомагає керувати повним сервісним процесом: від заявки клієнта до діагностики, ремонту, запчастин, акту, оплати, гарантії, повторного звернення і аналітики якості.

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

Для майстрів і операторів. CRM допомагає бачити задачу, клієнта, адресу, обладнання, історію ремонту, потрібні запчастини, фото, документи, гарантію, строки і результат, який потрібно зафіксувати.

Поширена проблема. Якщо сервісні заявки живуть у Viber, Telegram, Excel, блокноті майстра і пам’яті адміністратора, то це не сервісний облік. Це квест “знайди, хто обіцяв клієнту передзвонити ще в понеділок”.

Що таке CRM для сервісу

CRM для сервісу — це CRM, адаптована під процеси сервісного обслуговування.

Вона може використовуватися для:

Типовий сервісний процес виглядає так:

Звернення клієнта → Сервісна заявка → Діагностика → Оцінка вартості → Погодження → Ремонт або обслуговування → Акт → Оплата → Закриття заявки → Оцінка сервісу

Якщо це гарантійний випадок, процес може бути іншим:

Звернення клієнта → Перевірка гарантії → Діагностика → Гарантійний ремонт → Запчастини → Акт → Закриття гарантійного випадку

Для чого потрібна CRM для сервісу

CRM для сервісу потрібна, щоб компанія не губила звернення клієнтів і керувала сервісом системно.

Вона допомагає:

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

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

Чим CRM для сервісу відрізняється від CRM для продажів

CRM для продажів зазвичай працює з лідами, угодами, воронкою продажів і комерційними пропозиціями.

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

Напрямок	CRM для продажів	CRM для сервісу
Основний об’єкт	Лід, Угода, Клієнт	Сервісна заявка, Обладнання клієнта, Ремонт
Головна мета	Продати товар або послугу	Виконати сервіс, ремонт або підтримку
Основний процес	Воронка продажів	Життєвий цикл сервісної заявки
Контроль	Конверсія, сума, етап, прогноз	SLA, статус, майстер, запчастини, акт
Результат	Продаж, рахунок, оплата	Виконана робота, акт, закрита заявка, задоволений клієнт

Ідеальний варіант — коли CRM для продажів і CRM для сервісу працюють в одній системі.

Тоді компанія бачить повну історію клієнта:

Лід → Продаж → Доставка → Гарантія → Сервіс → Повторний продаж

Основні можливості CRM для сервісу

CRM для сервісу може містити:

Життєвий цикл сервісної заявки

Життєвий цикл сервісної заявки — це шлях звернення клієнта від створення до закриття.

Типові етапи:

Нова заявка → Прийнята в роботу → Діагностика → Очікує погодження → Очікує запчастини → У ремонті → Готово → Передано клієнту → Закрито

Або для виїзного сервісу:

Нова заявка → Призначено майстра → Заплановано виїзд → Майстер у дорозі → Робота виконується → Роботу завершено → Акт підписано → Закрито

Для технічної підтримки:

Нове звернення → У роботі → Потрібна інформація від клієнта → Передано на 2-гу лінію → Вирішено → Закрито

Кожен статус має бути зрозумілим.

Поганий статус:

В процесі

Кращий статус:

Очікує запчастину від постачальника

Ще кращий:

Очікує модуль живлення, постачання 15.05, відповідальний Іван

Сервісна заявка

Сервісна заявка — це основний документ або об’єкт у CRM для сервісу.

Вона може містити:

номер заявки;
дату створення;
клієнта;
контактну особу;
телефон;
email;
адресу;
обладнання;
серійний номер;
гарантійний статус;
опис проблеми;
фото або відео;
пріоритет;
статус;
відповідального;
майстра;
строк виконання;
запчастини;
роботи;
вартість;
акт;
оплату;
коментарі;
історію змін.

Приклад заявки:

Заявка №4582
Клієнт: ТОВ “Ромашка”
Обладнання: Компресор А-500
Серійний номер: SN-2025-00158
Проблема: не запускається після перепаду напруги
Гарантія: діє до 12.09.2026
Пріоритет: високий
Статус: діагностика
Відповідальний: сервісний інженер Петро

Канали надходження сервісних заявок

Заявки можуть надходити з різних каналів:

телефон;
email;
форма на сайті;
особистий кабінет клієнта;
месенджер;
Telegram;
Viber;
WhatsApp;
чат сайту;
мобільний додаток;
інтернет-магазин;
менеджер продажів;
сервісний інженер;
автоматичний моніторинг обладнання;
IoT-датчик;
планове технічне обслуговування.

CRM повинна збирати звернення в одному місці.

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

Стікери, звичайно, красиві. Але SLA вони не контролюють.

Типи сервісних заявок

Сервісні заявки можуть бути різними.

Типові варіанти:

Для кожного типу може бути свій маршрут обробки.

Наприклад, гарантійний ремонт потребує перевірки гарантії, а платний ремонт — погодження вартості.

Пріоритет сервісної заявки

Пріоритет заявки показує важливість і терміновість звернення.

Приклади пріоритетів:

низький;
середній;
високий;
критичний;
аварійний;
VIP;
за договором SLA.

Приклад:

кавомашина в офісі не працює — середній пріоритет;
виробнича лінія зупинилась — критичний пріоритет;
B2B-клієнт із сервісним контрактом Platinum — високий пріоритет за договором.

CRM може автоматично визначати пріоритет за правилами:

тип клієнта;
тип обладнання;
договір;
регіон;
аварійність;
повторність проблеми;
фінансовий вплив.

SLA в CRM для сервісу

SLA — Service Level Agreement, домовлений рівень сервісу.

SLA може визначати:

час реакції;
час діагностики;
час виїзду;
час ремонту;
час вирішення проблеми;
робочі години;
відповідальність;
штрафи;
пріоритети.

Приклад SLA:

Пріоритет	Час реакції	Час вирішення
Критичний	30 хвилин	8 годин
Високий	2 години	24 години
Середній	4 години	3 робочі дні
Низький	1 робочий день	5 робочих днів

CRM може показувати:

скільки часу залишилось;
які заявки прострочені;
хто відповідальний;
які клієнти мають порушений SLA;
де потрібно ескалювати задачу.

SLA без CRM часто існує тільки в договорі.

А договір сам майстру не нагадає, що до клієнта треба їхати сьогодні.

Гарантійний облік у CRM для сервісу

Гарантійний облік дозволяє визначити, чи покривається звернення гарантією.

CRM може зберігати:

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

Приклад:

Клієнт звернувся 10.05.2026.
Товар куплено 01.06.2025.
Гарантія 24 місяці.
CRM показує: гарантія діє.

Якщо гарантія закінчилась, система може запропонувати платний ремонт або сервісний пакет.

Платний ремонт

Платний ремонт потрібен, якщо:

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

Процес платного ремонту:

Заявка → Діагностика → Оцінка вартості → Погодження клієнта → Рахунок → Оплата → Ремонт → Акт → Закриття

CRM повинна фіксувати погодження клієнта.

Бо без погодження потім легко отримати фразу:

А я не просив це ремонтувати за такі гроші.

Діагностика

Діагностика — етап визначення причини несправності.

У CRM можна фіксувати:

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

Приклад:

Проблема: обладнання не вмикається.
Діагностика: несправний блок живлення.
Рішення: заміна блока живлення.
Запчастина: БЖ-24V.
Статус: очікує погодження клієнта.

Діагностика — це не “подивились, щось там згоріло”.

У нормальній CRM це структурований висновок.

Облік обладнання клієнта

Для сервісу важливо знати, яке обладнання має клієнт.

Обладнання клієнта може містити:

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

Приклад:

Клієнт має 12 одиниць обладнання на різних об’єктах.

CRM повинна показувати:

де стоїть кожна одиниця;
яка історія ремонту;
коли наступне ТО;
які запчастини використовувались;
чи є повторні поломки.

Серійний номер у сервісі

Серійний номер дозволяє точно ідентифікувати товар або обладнання.

CRM може зв’язувати:

Серійний номер → Клієнт → Дата продажу → Гарантія → Сервісні заявки → Ремонти → Запчастини

Це важливо для:

гарантії;
ремонту;
рекламацій;
відкликання партій;
сервісної історії;
перевірки походження товару.

Приклад:

Клієнт назвав серійний номер.

CRM одразу показала:

коли товар продано;
кому;
хто постачальник;
яка гарантія;
чи вже був ремонт;
чи були рекламації по цій серії.

Планове технічне обслуговування

Планове технічне обслуговування — це регулярні роботи для підтримки обладнання в нормальному стані.

CRM для сервісу може автоматизувати:

графік ТО;
нагадування клієнту;
створення заявки;
призначення майстра;
чек-лист робіт;
запчастини і витратні матеріали;
акт виконаних робіт;
наступну дату ТО.

Приклад:

Обладнання потребує ТО кожні 6 місяців.
CRM автоматично створює заявку за 14 днів до дати.
Клієнту надсилається повідомлення.
Майстру ставиться задача.

Планове ТО краще, ніж аварійний ремонт.

Але аварійний ремонт часто прибутковіший. Просто клієнт потім менш щасливий.

Виїзне обслуговування

Виїзне обслуговування потрібне, коли майстер працює на об’єкті клієнта.

CRM може підтримувати:

адресу клієнта;
дату і час виїзду;
майстра;
маршрут;
обладнання;
список робіт;
запчастини;
фото;
підпис клієнта;
акт;
оплату;
статус виконання.

Процес:

Заявка → Призначено майстра → Заплановано виїзд → Майстер прибув → Робота виконана → Акт підписано → Заявка закрита

Для виїзного сервісу корисний Мобільний додаток для майстра.

Мобільний додаток для майстра

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

Майстер може:

бачити свої заявки;
відкривати карту маршруту;
переглядати клієнта;
бачити обладнання;
фіксувати діагностику;
додавати фото;
списувати запчастини;
змінювати статус;
формувати акт;
отримувати підпис клієнта;
фіксувати оплату;
залишати коментарі.

Приклад:

Майстер приїхав до клієнта, відкрив заявку, зробив фото несправності, замінив запчастину, клієнт підписав акт на екрані.

CRM одразу бачить виконання.

Без дзвінків у офіс із текстом:

Я там усе зробив, потім якось оформимо.

Планування роботи майстрів

CRM для сервісу може допомагати планувати роботу майстрів.

Потрібно враховувати:

графік;
завантаження;
спеціалізацію;
регіон;
доступність;
транспорт;
пріоритет заявки;
SLA;
потрібні запчастини;
час виконання;
маршрут.

Приклад:

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

CRM може показати, хто доступний і кого краще призначити.

Календар сервісу

Календар сервісу показує:

заявки по днях;
виїзди;
майстрів;
планове ТО;
дедлайни;
прострочені заявки;
завантаження команди;
доступні слоти.

Календар корисний для диспетчера, керівника сервісу і майстрів.

Без календаря сервіс часто планується за принципом:

Петро, ти завтра кудись їдеш? Ага. Тоді ще сюди заїдь.

Це працює, поки заявок мало. Потім починається географічна поезія і прострочення.

Облік запчастин у CRM для сервісу

Облік запчастин — критично важливий для сервісу.

CRM або ERP повинна показувати:

які запчастини потрібні;
чи є вони на складі;
де саме;
чи зарезервовані;
чи потрібно замовити;
яка собівартість;
яка ціна клієнту;
які запчастини встановлено;
які повернено;
які списано;
які використані по гарантії.

Приклад:

Заявка: ремонт компресора.
Потрібні запчастини:
- фільтр — 1 шт, є на складі;
- ремінь — 1 шт, немає, потрібно замовити;
- датчик тиску — 1 шт, зарезервовано.

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

Це не сервіс. Це екскурсія.

Склад запчастин

Склад запчастин може бути окремим складом або частиною загального складу.

Для сервісу можуть бути потрібні:

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

CRM у складі ERP може контролювати рух запчастин:

Склад → Видано майстру → Встановлено клієнту → Списано на заявку → Потрапило в акт

Це дозволяє бачити реальну собівартість сервісу.

Запчастини в автомобілі майстра

Для виїзного сервісу важливо знати, які запчастини є у майстра з собою.

CRM може показувати:

залишок у машині;
видані запчастини;
встановлені запчастини;
повернення невикористаних;
списання;
поповнення комплекту.

Приклад:

Майстер має стандартний набір запчастин.

Після кожного виїзду система списує використані позиції.

Потім формує заявку на поповнення.

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

Рахунок за сервіс

Платний сервіс може потребувати рахунок.

CRM може формувати рахунок на основі:

діагностики;
робіт;
запчастин;
виїзду;
додаткових послуг;
знижки;
податків;
умов оплати.

Приклад:

Діагностика: 500 грн
Робота: 1200 грн
Запчастина: 2400 грн
Виїзд майстра: 300 грн
Разом: 4400 грн

Після погодження клієнтом рахунок може бути переданий у Фінансовий облік.

Акт виконаних робіт

Акт виконаних робіт підтверджує виконання сервісу.

В акті може бути:

клієнт;
обладнання;
дата;
опис робіт;
запчастини;
майстер;
вартість;
гарантія на роботи;
коментарі;
підпис клієнта;
фото;
результат.

CRM може формувати акт автоматично з заявки.

Це зменшує ручне заповнення і помилки.

Фотофіксація в сервісі

Фотофіксація корисна для сервісу.

Фото можна додавати:

до ремонту;
після ремонту;
під час діагностики;
дефекту;
встановленої запчастини;
серійного номера;
акту виконаних робіт;
пошкодження;
упаковки;
об’єкта клієнта.

Приклад:

Майстер фотографує:

серійний номер;
несправний вузол;
замінену деталь;
готовий результат.

Це допомагає при спорах і рекламаціях.

Фото — це не тільки “для краси”. Це доказ виконаної роботи.

Рекламації у сервісі

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

Причини:

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

CRM може фіксувати:

причину;
заявку;
клієнта;
майстра;
фото;
відповідального;
рішення;
компенсацію;
повторний виїзд;
результат.

Рекламації потрібно аналізувати.

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

Повторні звернення

Повторне звернення — це коли клієнт звертається з тією самою або пов’язаною проблемою.

CRM повинна показувати:

попередні заявки;
дату ремонту;
виконані роботи;
встановлені запчастини;
майстра;
гарантію на ремонт;
результат;
чи це повторна поломка.

Приклад:

Клієнт звернувся через 10 днів після ремонту з тією самою проблемою.

CRM показує, що це повторне звернення.

Система може підняти пріоритет і повідомити керівника.

Повторні звернення — це важливий показник якості.

Сервісні договори

Сервісний договір визначає умови обслуговування клієнта.

У договорі можуть бути:

перелік обладнання;
строк дії;
SLA;
кількість виїздів;
планове ТО;
пріоритет;
включені роботи;
включені запчастини;
абонентська плата;
умови оплати;
штрафи;
відповідальні особи.

CRM може автоматично застосовувати умови договору до заявок.

Приклад:

B2B-клієнт має договір Gold.

CRM встановлює:

час реакції — 1 година;
пріоритет — високий;
виїзд — безкоштовно;
ТО — раз на квартал.

Абонентське обслуговування

Абонентське обслуговування — це регулярна сервісна підтримка за фіксовану оплату.

CRM може контролювати:

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

Приклад:

Клієнт платить 5000 грн на місяць за технічну підтримку.

У тариф включено:

5 годин підтримки;
1 виїзд;
час реакції 2 години.

CRM показує використання ліміту.

Helpdesk і Service Desk

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

Service Desk — ширший підхід до управління сервісними процесами.

CRM для сервісу може включати елементи Helpdesk:

тікети;
пріоритети;
SLA;
відповідальні;
категорії звернень;
база знань;
ескалації;
статуси;
комунікації;
закриття звернень.

Приклад:

Клієнт пише в підтримку.

Система створює тікет.

Оператор відповідає.

Якщо питання складне — передає на 2-гу лінію.

Якщо вирішено — тікет закривається.

Лінії підтримки

У сервісі можуть бути різні рівні підтримки:

Приклад:

Перша лінія відповідає на прості питання.

Друга лінія аналізує технічні проблеми.

Третя лінія залучає інженерів або розробників.

CRM повинна фіксувати передачу між рівнями.

База знань для сервісу

База знань допомагає швидше вирішувати типові проблеми.

Вона може містити:

інструкції;
типові несправності;
рішення;
FAQ;
відео;
схеми;
чек-листи;
документи;
рекомендації майстрам;
матеріали для клієнтів.

Приклад:

Клієнт повідомляє про помилку E12.

CRM показує статтю:

Помилка E12 — перевірити датчик температури, кабель, живлення. Типова запчастина: DT-12.

База знань зменшує залежність від “того досвідченого майстра, який усе знає, але зараз у відпустці”.

Чек-листи сервісу

Чек-лист сервісу допомагає стандартизувати роботи.

Приклади:

чек-лист діагностики;
чек-лист виїзду;
чек-лист планового ТО;
чек-лист монтажу;
чек-лист приймання обладнання;
чек-лист контролю якості ремонту.

Приклад чек-листа ТО:

перевірити живлення;
перевірити фільтри;
перевірити тиск;
очистити вузли;
замінити витратні матеріали;
зробити фото;
підписати акт.

CRM може не дозволити закрити заявку, поки чек-лист не заповнений.

Сервісний центр

Сервісний центр може приймати обладнання на ремонт у себе.

Процес:

Клієнт приніс товар → Приймання → Заявка → Діагностика → Погодження → Ремонт → Контроль якості → Видача клієнту → Акт → Оплата

CRM для сервісного центру повинна підтримувати:

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

Приймання обладнання в сервіс

При прийманні потрібно зафіксувати:

клієнта;
товар;
модель;
серійний номер;
комплектність;
зовнішній стан;
фото;
заявлену несправність;
гарантійний статус;
документи;
дату приймання;
відповідального.

Приклад:

Прийнято ноутбук.
Комплектність: ноутбук + зарядний пристрій.
Стан: подряпини на корпусі.
Фото додано.
Проблема: не заряджається.

Це важливо, щоб потім не виникло питання:

А зарядний пристрій був із ним?

Видача обладнання з сервісу

Після ремонту потрібно оформити видачу.

CRM може фіксувати:

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

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

Сервіс для інтернет-магазину

Сервіс інтернет-магазину пов’язаний із продажами, гарантією, поверненнями і рекламаціями.

K2 ERP CRM може бачити:

замовлення клієнта;
товар;
серійний номер;
дату продажу;
доставку;
гарантію;
повернення;
звернення;
сервісну заявку.

Процес:

Клієнт купив товар → Через 3 місяці звернувся по гарантії → CRM знайшла замовлення → Перевірила гарантію → Створила сервісну заявку → Після ремонту оновила історію клієнта

Це зручно, бо сервіс не починає з питання:

А ви точно у нас купували?

CRM для ремонту техніки

CRM для ремонту техніки підходить для сервісів, які ремонтують:

телефони;
ноутбуки;
комп’ютери;
побутову техніку;
кавомашини;
холодильники;
телевізори;
електроінструмент;
промислове обладнання.

Потрібні функції:

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

CRM для обслуговування обладнання

CRM для обслуговування обладнання потрібна для B2B-сервісу.

Наприклад:

виробниче обладнання;
медичне обладнання;
холодильне обладнання;
торгове обладнання;
кавове обладнання;
системи безпеки;
ІТ-інфраструктура;
інженерні системи.

CRM повинна підтримувати:

об’єкти клієнта;
обладнання;
серійні номери;
договори;
SLA;
планове ТО;
аварійні заявки;
запчастини;
виїзди;
акти;
звіти.

CRM для монтажу і встановлення

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

Приклади:

кондиціонери;
меблі;
обладнання;
двері;
вікна;
системи відеоспостереження;
інтернет;
сонячні панелі;
техніка.

Процес:

Продаж → Доставка → Монтажна заявка → Призначення бригади → Виїзд → Монтаж → Акт → Оплата → Гарантія

Тут CRM повинна бути пов’язана з продажами, складом, доставкою і сервісом.

CRM для технічної підтримки

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

Функції:

звернення;
тікети;
SLA;
канали підтримки;
категорії проблем;
лінії підтримки;
база знань;
ескалації;
статуси;
повідомлення;
аналітика.

Приклад:

Клієнт повідомив про помилку в системі.

Перша лінія перевірила інструкцію.

Якщо не вирішено — передала на другу лінію.

Якщо потрібно — створила задачу розробнику.

CRM для польового сервісу

Польовий сервіс — це сервіс на території клієнта.

Потрібно контролювати:

заявки;
майстрів;
маршрути;
запчастини;
транспорт;
графік;
SLA;
підписи;
акти;
оплату;
фото.

Напрямки:

CRM для B2B сервісу

B2B сервіс має особливості:

клієнт — компанія;
кілька контактних осіб;
кілька об’єктів;
сервісні договори;
SLA;
планове ТО;
акти;
рахунки;
документи;
відповідальні особи;
погодження;
історія обладнання.

Приклад:

Один B2B-клієнт має 25 одиниць обладнання в 6 містах.

CRM повинна бачити кожну одиницю, її історію, гарантію, графік ТО і заявки.

CRM для B2C сервісу

B2C сервіс зазвичай працює з фізичними особами.

Важливі:

швидка реєстрація звернення;
телефон;
адреса;
зручний статус;
повідомлення;
гарантія;
оплата;
повернення;
простий акт;
оцінка сервісу.

Приклад:

Клієнт викликав майстра для ремонту пральної машини.

CRM фіксує заявку, адресу, час, майстра, роботи, оплату і гарантію.

CRM для сервісу у складі ERP

Окрема CRM для сервісу може бути корисною.

Але сервіс часто пов’язаний із ширшими процесами:

склад;
запчастини;
закупівлі;
фінанси;
договори;
продажі;
гарантія;
виробництво;
доставка;
документи;
аналітика.

Тому сервісна CRM у складі ERP має значну перевагу.

Приклад повного процесу:

Продаж обладнання → Доставка → Гарантія → Сервісна заявка → Запчастини зі складу → Ремонт → Акт → Оплата → Аналітика прибутковості

Якщо CRM окремо, склад окремо, фінанси окремо — сервісу доводиться вручну зв’язувати дані.

А ручне зв’язування даних — це Excel із людським обличчям.

K2 ERP CRM для сервісу

K2 ERP CRM може використовуватися як CRM для сервісу у складі K2 ERP.

Це означає, що сервіс може бути пов’язаний з:

Приклад:

Клієнт купив обладнання через K2 ERP.
Система зберегла товар, серійний номер і гарантію.
Через рік клієнт звернувся в сервіс.
K2 ERP CRM створила заявку.
Інженер бачить історію продажу і ремонту.
Запчастини списуються зі складу.
Після ремонту формується акт.
Фінанси бачать оплату.
Керівник бачить прибутковість сервісу.

Переваги K2 ERP CRM для сервісу

Переваги:

єдина база клієнтів;
зв’язок сервісу з продажами;
зв’язок із гарантією;
зв’язок із серійними номерами;
облік обладнання клієнтів;
контроль сервісних заявок;
планування роботи майстрів;
облік запчастин;
зв’язок зі складом;
формування актів;
контроль оплат;
контроль SLA;
історія клієнта;
історія обладнання;
фотофіксація;
документи в одному місці;
аналітика сервісу;
можливість доробки під процеси компанії.

Бізнес-процеси сервісу в K2 ERP

K2 ERP може автоматизувати різні Бізнес-процеси сервісу:

нова сервісна заявка;
гарантійний ремонт;
платний ремонт;
планове ТО;
виїзд майстра;
погодження вартості ремонту;
замовлення запчастин;
рекламація клієнта;
повторне звернення;
сервіс за договором;
закриття акту;
контроль оплати.

Приклад процесу гарантійного ремонту:

Заявка → Перевірка гарантії → Діагностика → Рішення гарантійне / не гарантійне → Запчастини → Ремонт → Акт → Закриття

Приклад процесу платного ремонту:

Заявка → Діагностика → Кошторис → Погодження клієнта → Рахунок → Оплата → Ремонт → Акт → Закриття

Інтеграція сервісу зі складом

Сервіс майже завжди потребує складу.

Потрібні:

запчастини;
витратні матеріали;
інструменти;
підмінне обладнання;
комплектуючі;
гарантійні деталі;
повернуті деталі;
брак.

K2 ERP може зв’язати сервісну заявку зі складом:

Сервісна заявка → Потрібні запчастини → Резерв → Видача майстру → Встановлення → Списання на заявку

Це дозволяє рахувати собівартість ремонту.

Інтеграція сервісу із закупівлями

Якщо потрібної запчастини немає, система може створити заявку на закупівлю.

Процес:

Діагностика → Запчастини немає → Заявка на закупівлю → Замовлення постачальнику → Поставка → Ремонт продовжено

Клієнту можна повідомити очікувану дату готовності.

Це краще, ніж “ми чекаємо деталь, але ніхто не знає, коли вона буде”.

Інтеграція сервісу з фінансами

Сервіс може приносити дохід і створювати витрати.

Потрібно контролювати:

вартість робіт;
вартість запчастин;
виїзд;
діагностику;
знижки;
оплату;
гарантійні витрати;
собівартість ремонту;
прибутковість сервісу;
борги клієнтів;
акти.

K2 ERP може зв’язати сервіс із:

Інтеграція сервісу з доставкою

Сервіс може потребувати доставки:

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

K2 ERP може зв’язати сервіс із доставкою:

Сервісна заявка → Створення ТТН → Відправлення в сервіс → Ремонт → Зворотна доставка клієнту

Інтеграція сервісу з інтернет-магазином

Для інтернет-магазину сервіс важливий після продажу.

K2 ERP може зв’язати:

замовлення;
товар;
клієнта;
серійний номер;
доставку;
гарантію;
повернення;
сервісну заявку.

Приклад:

Клієнт відкриває особистий кабінет і створює заявку по замовленню.

CRM автоматично підтягує:

товар;
дату покупки;
гарантію;
серійний номер;
контактні дані.

Аналітика сервісу

Аналітика сервісу допомагає керувати якістю і прибутковістю.

Корисні звіти:

кількість заявок;
заявки по статусах;
заявки по майстрах;
прострочені заявки;
SLA;
середній час реакції;
середній час ремонту;
повторні звернення;
гарантійні ремонти;
платні ремонти;
прибутковість сервісу;
використані запчастини;
дефіцит запчастин;
рекламації;
причини поломок;
проблемні моделі обладнання;
рейтинг майстрів;
оцінка клієнтів.

Приклад:

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

Це може бути сигнал:

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

KPI сервісу

Корисні KPI сервісу:

кількість заявок;
середній час реакції;
середній час вирішення;
відсоток виконання SLA;
кількість прострочених заявок;
повторні звернення;
гарантійні ремонти;
платні ремонти;
дохід сервісу;
прибутковість сервісу;
завантаження майстрів;
оцінка клієнтів;
NPS;
CSAT;
кількість рекламацій;
середній час очікування запчастин.

KPI потрібні не для того, щоб сварити майстрів за кожну хвилину.

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

Типові помилки в сервісі без CRM

Найпоширеніші помилки:

заявки губляться;
немає відповідального;
клієнту не передзвонили;
немає статусів;
немає SLA;
майстри перевантажені нерівномірно;
запчастини не зарезервовані;
немає історії обладнання;
гарантія перевіряється вручну;
акти оформлюються із запізненням;
оплати не контролюються;
повторні звернення не аналізуються;
рекламації не фіксуються;
клієнти не отримують повідомлення;
керівник не бачить реального стану сервісу.

Окрема класика:

Клієнт дзвонить і питає: “Що з моїм ремонтом?”
А менеджер починає питати в офісі: “Хто знає, що з цим ремонтом?”

Це не сервіс. Це колективне ворожіння.

Excel у сервісному обліку

На старті сервіс часто ведуть в Excel.

Там можуть бути:

клієнти;
телефони;
заявки;
майстри;
статуси;
дати;
коментарі;
запчастини.

Проблеми Excel:

немає автоматичних задач;
немає SLA;
немає історії змін;
немає прав доступу;
немає інтеграції зі складом;
немає інтеграції з фінансами;
немає мобільної роботи майстрів;
важко вести фото;
важко контролювати запчастини;
легко зламати формули;
різні версії файлу;
немає нормальної аналітики.

Типовий файл:

Сервіс_заявки_оновлений_фінал_після_правок_майстрів_3.xlsx

Якщо сервіс живе в такому файлі, він уже проситься в CRM.

Що потрібно описати перед впровадженням CRM для сервісу

Перед впровадженням потрібно описати:

які типи сервісних заявок;
які канали звернень;
які статуси;
які пріоритети;
які SLA;
хто приймає заявки;
хто призначає майстрів;
як працює діагностика;
як погоджується ремонт;
як списуються запчастини;
як працює гарантія;
як формуються акти;
як контролюються оплати;
як працюють виїзди;
як ведеться планове ТО;
які повідомлення отримує клієнт;
які звіти потрібні керівнику;
які інтеграції потрібні.

Чим краще описаний сервісний процес, тим менше хаосу буде після запуску.

Приклад процесу в K2 ERP CRM: гарантійний ремонт

1. Клієнт звертається через сайт.
2. K2 ERP CRM створює сервісну заявку.
3. Система знаходить замовлення клієнта.
4. Перевіряється серійний номер і гарантія.
5. Заявка отримує статус “Гарантія діє”.
6. Інженер проводить діагностику.
7. Потрібна запчастина резервується на складі.
8. Майстер виконує ремонт.
9. Клієнт отримує повідомлення.
10. Формується акт гарантійного ремонту.
11. Заявка закривається.
12. Історія ремонту зберігається в картці обладнання.

Приклад процесу в K2 ERP CRM: платний ремонт

1. Клієнт приносить техніку в сервіс.
2. Оператор створює заявку.
3. Фіксує комплектність і фото.
4. Майстер проводить діагностику.
5. Система формує кошторис.
6. Клієнт погоджує вартість.
7. Створюється рахунок.
8. Після оплати ремонт виконується.
9. Запчастини списуються на заявку.
10. Формується акт.
11. Клієнт забирає техніку.
12. CRM створює гарантію на виконані роботи.

Приклад процесу в K2 ERP CRM: планове ТО

1. У клієнта є сервісний договір.
2. Обладнання потребує ТО раз на 6 місяців.
3. K2 ERP CRM автоматично створює заявку.
4. Диспетчер призначає майстра.
5. Майстер отримує чек-лист.
6. Виконує роботи на об’єкті.
7. Додає фото.
8. Клієнт підписує акт.
9. Система планує наступне ТО.

Приклад процесу в K2 ERP CRM: виїзний сервіс

1. Клієнт телефонує в сервіс.
2. Оператор створює заявку.
3. Система перевіряє адресу і обладнання.
4. Диспетчер призначає майстра.
5. Майстер бачить заявку в мобільному додатку.
6. Приїжджає на об’єкт.
7. Виконує діагностику.
8. Встановлює запчастину.
9. Клієнт підписує акт.
10. CRM закриває заявку і передає дані у фінанси.

Ролі в CRM для сервісу

Роль	Що робить
Оператор сервісу	Приймає звернення, створює заявки, уточнює дані клієнта.
Диспетчер	Призначає майстрів, планує виїзди, контролює графік і SLA.
Сервісний інженер	Проводить діагностику, ремонт, ТО, встановлення і фіксує результат.
Майстер	Виконує роботи, списує запчастини, додає фото, формує акт.
Керівник сервісу	Контролює заявки, SLA, майстрів, якість, рекламації і прибутковість.
Комірник	Видає запчастини, контролює залишки, приймає повернення.
Закупівельник	Замовляє запчастини, яких немає на складі.
Бухгалтер / фінансист	Контролює рахунки, оплати, акти, витрати і доходи сервісу.
Клієнт	Створює заявку, отримує статуси, погоджує ремонт, підписує акт.
ERP-адміністратор	Налаштовує статуси, права, процеси, SLA, інтеграції і звіти.

Коротко

Питання	Відповідь
Що таке CRM для сервісу?	Це система для управління сервісними заявками, ремонтами, гарантією, майстрами, запчастинами, актами, оплатами і клієнтською історією.
Чим вона відрізняється від CRM для продажів?	CRM для продажів веде ліди й угоди, а CRM для сервісу веде заявки, ремонти, SLA, майстрів, запчастини і виконання робіт.
Для кого потрібна сервісна CRM?	Для сервісних центрів, ремонтних компаній, технічної підтримки, B2B-сервісу, виїзних майстрів, інтернет-магазинів і компаній з гарантійним обслуговуванням.
Що таке сервісна заявка?	Це звернення клієнта з описом проблеми, статусом, відповідальним, обладнанням, гарантією, роботами, запчастинами і результатом.
Навіщо потрібен SLA?	Щоб контролювати строки реакції, діагностики, ремонту або виїзду майстра.
Навіщо потрібен облік запчастин?	Щоб знати, які деталі потрібні, чи є вони на складі, хто їх використав і яка собівартість ремонту.
Чи можна вести гарантію?	Так, CRM може контролювати дату продажу, серійний номер, гарантійний строк і гарантійні звернення.
Чи потрібна мобільна CRM майстрам?	Так, для виїзного сервісу це дуже зручно: заявки, фото, статуси, запчастини, акти і підпис клієнта прямо з телефону.
Чому Excel не підходить для сервісу?	Через відсутність SLA, задач, історії, інтеграції зі складом, мобільної роботи, прав доступу і нормальної аналітики.
Як K2 ERP CRM допомагає сервісу?	K2 ERP CRM може об’єднати сервісні заявки, клієнтів, обладнання, гарантію, запчастини, склад, фінанси, акти, виїзди, SLA і аналітику в одній системі.

Висновок

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

Сервіс без CRM швидко перетворюється на набір повідомлень, дзвінків, таблиць і домовленостей, які важко контролювати.

CRM дозволяє зробити сервіс керованим:

Звернення → Заявка → Відповідальний → Діагностика → Запчастини → Робота → Акт → Оплата → Закриття → Аналітика

K2 ERP CRM дає можливість розглядати сервіс не окремо, а як частину бізнесу:

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

Добре організований сервіс — це не витрати після продажу.

Це спосіб утримувати клієнтів, продавати повторно, покращувати продукт, бачити слабкі місця і будувати довіру.

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