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