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