Согласование платы за диагностику — самый спорный момент в работе сервисного центра. Клиент одобрил диагностику, потом отказался от ремонта, а на вопрос про сумму в чеке отвечать нечем. Решение: завести в CRM отдельный статус заказа и точку фиксации согласия — с датой, суммой и каналом, через который клиент подтвердил условия. Дальше разберу, как это настроить за один вечер и какие ошибки чаще всего ломают схему.
Почему без фиксации согласования теряются деньги?
Потери техники в сервисе редко связаны с кражей или утилизацией. Чаще устройство выпадает из видимости на одном из этапов: приёмка, диагностика, согласование, ремонт, выдача. Так описывают проблему разборы по CRM для сервисных центров, и согласование в этом списке стоит особняком.
На приёмке работает кладовщик, в ремонте — мастер, на выдаче — кассир. А согласование держится на памяти приёмщика. Клиент уходит думать, возвращается через три дня и говорит, что ничего не подтверждал. Мастер помнит разговор по телефону, но в карточке заказа пусто.
Дальше становится видно, где схема рвётся. Если статус «отказ от работ» нигде не отделён от «выдан», вы не соберёте статистику: сколько клиентов отказались после диагностики, на какую сумму, по каким типам техники. Без этих цифр спорить нечем, и плату за диагностику часто просто списывают.
Какие статусы заказа завести в CRM?
Для сервисного центра по ремонту электроники рабочая цепочка выглядит так: новый, в работе, на согласовании, ждёт запчастей, выполнен, отказ от работ, выдан. Это набор из обзоров профильных CRM по учёту ремонта техники. Под задачу с диагностикой критичны два статуса: «на согласовании» и «отказ от работ». Остальные нужны, чтобы заказ не терялся между ними.
| Статус | Что фиксируем | Кто меняет | Дальше |
|---|---|---|---|
| На согласовании | Сумма диагностики, состав работ, срок | Приёмщик или мастер | Ждём ответ клиента |
| Согласовано | Дата, время, канал, кто подтвердил | Приёмщик | Ремонт или счёт |
| Отказ от работ | Причина, сумма к оплате за диагностику, факт согласования | Приёмщик | Чек, акт, выдача |
| Выдан | Документы, оплата, подпись клиента | Приёмщик | Заказ закрыт |
Отдельный статус «согласовано» нужен, если ремонт длинный или требует запчастей. Тогда видно, что клиент дал добро до заказа деталей, и разговор «я передумал» идёт по документам, а не по воспоминаниям.
Как настроить фиксацию согласования пошагово
Настройка сводится к четырём полям и одному правилу. Чем меньше полей, тем охотнее приёмщики их заполняют.
- Добавьте в карточку заказа поля: «Сумма диагностики», «Согласовано», «Дата и время согласования», «Канал согласования». Пятое поле, «Кто подтвердил», пригодится при разборе спорных случаев.
- Запретите переход в статус «Отказ от работ» без заполненных полей. В большинстве CRM это делается обязательностью поля или правилом на смену статуса.
- Привяжите к статусу шаблон сообщения. Клиент получает сумму и условия до начала работ, а не после.
- Настройте хранение подтверждения: скриншот переписки, отметка о звонке, скан визита. Ссылка на файл в карточке заказа подойдёт.
- Свяжите закрытие заказа с кассой и печатью документов: акт по диагностике, чек, при необходимости счёт. В профильных системах эту часть закрывают в несколько кликов — так же, как формируют ссылку на оплату и пакет документов после завершённого ремонта (по описанию сервисных CRM).
Что писать в шаблоне: перечень проверок, которые уже провели, сумма и от чего она зависит, срок хранения техники, если клиент не заберёт её после отказа. Если срок хранения назван заранее, на выдаче меньше споров.
Как автоматизировать напоминания и уведомления?
Ручной контроль работает, пока заказов немного. При потоке заказов приёмщик не успевает отслеживать, кто ответил, а кто молчит третий день. Тогда настраивают автоуведомления по типам ремонта: клиент получает сообщение о смене статуса и напоминание, если согласование висит дольше суток. Механика описана в разборе про автоуведомления клиенту о готовности.
Есть и второй уровень — вебхуки. CRM сама отправляет сигнал во внешнюю систему при смене статуса заказа, и дальше сообщение уходит без участия человека. Подробности — как настроить вебхуки CRM для уведомлений о статусе ремонта.
Канал согласования выбирайте из тех, что клиент реально читает. Для многих сервисов это WhatsApp или Telegram: переписку удобно держать там же, где статус заказа, а не в телефонах мастеров. Инструкция по связке мессенджеров с CRM поможет собрать историю в одном месте.
Типичные ошибки
- Сумма диагностики озвучивается устно и нигде не фиксируется до начала работ.
- Статус «отказ от работ» подменяют комментарием в карточке — по такому комментарию не построишь отчёт.
- Приёмщик меняет статус задним числом после конфликта; в журнале не видно времени изменения.
- Не прописаны отдельные сценарии: ремонт оказался экономически невыгоден, нужно вернуть технику без ремонта из-за брака запчасти, клиент не забирает технику дольше срока хранения.
- Заказ закрывают, не связав с кассой: чек есть, а в CRM сумма не сходится.
- Клиента не предупреждают о сроке хранения техники после отказа — спор возникает уже на складе.
Прежде чем менять настройки, пройдитесь по своим процессам: где именно теряется согласие клиента и кто отвечает за следующий шаг. Такой разбор показывает, какие поля и правила действительно нужны, а какие только усложнят работу приёмщика.
Три шага, которые можно сделать на этой неделе:
- Добавить в карточку заказа четыре поля: сумма диагностики, факт согласования, дата и время, канал.
- Поставить запрет на переход в «отказ от работ», пока эти поля не заполнены.
- Поднять пять последних отказов и проверить, у скольких есть документальное подтверждение согласования.
