Как показывать клиенту статус ремонта автомобиля онлайн

Клиенту не обязательно звонить мастеру, чтобы узнать, что происходит с автомобилем. Сайт может получать данные из сервисных систем, переводить внутренние состояния в понятные этапы и отдельно показывать актуальный срок выдачи.

Основная цепочка выглядит так: события из сервисных систем превращаются в клиентский статус, к нему добавляется актуальный срок, а если от владельца требуется решение, сайт показывает нужное действие и отправляет уведомление.

В результате человек видит, приняли ли машину, закончилась ли диагностика, нужны ли запчасти, требуется ли согласование и когда автомобиль планируют выдать.

Почему клиенты звонят мастеру ради статуса

Владелец отдал машину и остался без нее. От ремонта зависит его день: как добираться на работу, когда отпрашиваться, стоит ли держать вечер свободным.

Информации после приемки обычно немного. Если сервис сам не сообщает об изменениях, через несколько часов появляется естественный вопрос: что с машиной сейчас?

Мастер в этот момент принимает другого клиента или занимается ремонтом. Чтобы ответить, он открывает заказ-наряд, проверяет состояние работ и сообщает клиенту информацию, которая уже есть во внутренних системах.

Такие звонки повторяются на каждом этапе: приняли ли автомобиль, закончили ли диагностику, пришла ли деталь, согласованы ли дополнительные работы, когда можно приезжать.

Задача сайта — открыть владельцу нужную часть этой информации без доступа к внутренней сервисной системе.

Какие данные о ремонте уже есть у дилера

Статья

Какие данные нужны для разработки автомобильного конфигуратора

Основным источником обычно становится заказ-наряд. С ним связаны автомобиль, время приемки, перечень работ, мастер-приемщик и плановый срок выдачи.

Состояние отдельных работ может храниться там же или в связанной системе: назначена ли работа исполнителю, начата, завершена или остановлена.

Информация о запчастях может приходить уже из складской системы. Она показывает, заказана ли нужная позиция, поступила ли она и какой срок поставки известен.

Согласование дополнительных работ тоже оставляет отдельное состояние: что нашли после диагностики, какие работы предложили клиенту и какое решение он принял.

Перед разработкой эти данные нужно проверить на реальных заказ-нарядах. Важна не только структура системы, но и то, как сотрудники заполняют ее в работе.

Плановая дата выдачи может формально существовать в заказ-наряде, но перестать обновляться после приемки. Работы могут закрываться одной пачкой в конце смены. Статус «ожидание запчастей» может существовать только в комментарии мастера.

Если исходные данные обновляются с опозданием, клиентский интерфейс лишь аккуратно покажет клиенту устаревшую информацию.

Отдельно проверяют, сколько систем участвует в процессе и по какому признаку данные одного ремонта связываются между ними.

Кейс

Ученье — свет: как мы обновили сайт издательства и подсветили его сильные стороны

Обновили сайт издательства: переосмыслили структуру, дизайн и подачу контента, чтобы лучше показать флагманские продукты и экспертизу команды.

Как перевести внутренние статусы в клиентские этапы

Служебные состояния создаются для сотрудников. Передача исполнителю, техническое закрытие операции или внутренняя проверка качества владельцу сами по себе ничего не объясняют.

Для клиента их объединяют в более крупные этапы:

• Автомобиль принят

• Диагностика

• Ожидание согласования

• Работы выполняются

• Ожидание запчастей

• Работы завершены

• Автомобиль готов к выдаче

Точный набор зависит от процессов дилера. Если диагностика не выделена отдельно, этапов будет меньше. Если после ремонта есть обязательная проверка или мойка, они могут появиться в клиентской шкале.

Связь внутренних состояний с клиентскими этапами хранят отдельно. Несколько служебных статусов могут соответствовать одному клиентскому, а часть внутренних событий вообще не показывают.

Для каждого этапа заранее определяют, какую информацию получает владелец и требуется ли от него действие.

Таблица задает базовую модель. У конкретного дилера часть этапов объединяют, добавляют или исключают в зависимости от процесса.

При этом ремонт не всегда движется по прямой. После начала работ автомобиль может снова перейти в ожидание запчастей или согласования. После проверки может понадобиться дополнительная работа.

Поэтому интерфейс показывает текущий статус и уже завершенные этапы, но не строится на предположении, что шкала всегда должна двигаться только вперед.

Статус ремонта и срок выдачи нужно разделять

Статус отвечает на вопрос «что происходит с автомобилем сейчас». Плановая дата выдачи отвечает на другой вопрос: «когда его ожидают закончить».

Эти данные могут меняться независимо.

Автомобиль может несколько часов находиться на этапе «Работы выполняются», а срок остаться прежним. И наоборот, этап может не измениться, хотя ожидаемую дату уже пришлось перенести из-за задержки детали.

Поэтому срок не стоит автоматически вычислять только из положения на шкале.

Если дилер хранит плановую дату выдачи, она должна обновляться отдельно и приходить на сайт вместе со статусом ремонта.

Если точной даты пока нет, лучше показать, что срок уточняется, чем продолжать отображать старое обещание.

Как обновлять статус

Источником состояния остается сервисная система или несколько связанных систем дилера.

Сайт получает изменения через интеграцию и переводит внутреннее состояние в клиентский статус. Конкретный способ обмена зависит от систем: изменения могут передаваться сразу после события или синхронизироваться с определенной периодичностью.

Важно контролировать время последней успешной синхронизации. Устаревшие данные не должны выглядеть как актуальные.

Если обмен остановился, дилер должен узнать об этом раньше клиента. Для интеграции контролируют ошибки и отсутствие обновлений по заказ-нарядам, которые продолжают находиться в работе.

Что еще входит в сопровождение таких механизмов, разбирали в статье «Что входит в техническую поддержку сайта автодилера».

Когда отправлять уведомления

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

Минимальный набор обычно включает четыре ситуации:

• Автомобиль принят

• Требуется согласование

• Существенно изменился срок выдачи

• Автомобиль готов

У конкретного дилера набор может быть шире или уже.

В сообщении достаточно коротко объяснить изменение и дать ссылку на страницу ремонта. Подробности остаются там.

Уведомление о готовности можно дополнить адресом, временем работы зоны выдачи и другой информацией, которая нужна перед визитом.

Как показывать задержку

О переносе срока клиенту полезнее узнать до того, как он сам спросит.

Если ожидаемая дата изменилась, сайт показывает новую дату и понятную причину: требуется дополнительная работа, ожидается деталь, диагностика заняла больше времени.

Внутренние организационные причины лучше переводить на язык клиента. Ему важно понять, что изменилось в ремонте и как это влияет на срок, а не устройство загрузки постов внутри сервиса.

Если новую дату пока определить нельзя, так и пишут. Старый срок не должен оставаться на странице только потому, что нового еще нет.

Для клиента это принципиальная разница: «выдача сегодня в 18:00» и «новый срок уточняется» требуют совершенно разных планов на день.

Как показывать ожидание запчастей

Статус «Ожидание запчастей» сам по себе мало что объясняет.

Если данные доступны, полезно показать, какая деталь требуется, известен ли срок поступления и изменился ли из-за этого срок выдачи автомобиля.

Если машину можно забрать до поступления детали, это тоже стоит сообщить.

Для владельца такой вариант иногда важнее точной даты доставки: автомобиль может понадобиться ему прямо сейчас, а вернуться на ремонт он готов позднее.

При этом внутренние складские состояния не нужно переносить на сайт дословно. Клиенту не требуется знать код поставщика, номер перемещения или статус внутренней заявки.

Как согласовывать дополнительные работы

После диагностики сервис может обнаружить работы, которых не было в первоначальном заказе.

Страница ремонта показывает, что обнаружено, что предлагают сделать, сколько это стоит и как изменение повлияет на срок.

Если клиент может принять решение онлайн, вместе с подтверждением сохраняют:

• Перечень согласованных работ

• Стоимость

• Время решения

• Способ подтверждения

Сотрудник получает в сервисной системе не абстрактную отметку «согласовано», а конкретный объем работ, который одобрил владелец.

Если клиент отказался от части работ, решение тоже сохраняют.

После согласования статус ремонта меняется уже по обычным правилам. Если автомобиль снова возвращается к работам, клиент видит новое состояние без необходимости звонить мастеру.

Когда достаточно ссылки, а когда нужен личный кабинет

Для одного визита полноценный личный кабинет не всегда нужен.

Статус можно открыть по персональной ссылке, которую клиент получает после приемки. Такая ссылка должна содержать непредсказуемый ключ и иметь ограниченный срок действия.

Этот вариант подходит, если человек только смотрит состояние текущего ремонта и не получает доступ к большому объему персональных данных.

Если на странице появляются документы, история прошлых ремонтов, данные нескольких автомобилей или согласование работ, требования к доступу становятся выше. Здесь логичнее использовать авторизацию в личном кабинете.

В кабинете статус текущего ремонта становится частью общей истории автомобиля: рядом находятся прошлые заказ-наряды, документы и другие сервисные данные.

Как устроить такой раздел, разбирали в статье «Как спроектировать личный кабинет клиента автодилера».

Платформа e-commerce на Laravel» Nineseven

Готовая e-commerce-платформа на Laravel для быстрого запуска и роста

Как понять, что статус действительно снижает число звонков

До запуска нужно отделить статусные звонки от остальных обращений. Контактный центр и мастера отмечают вопросы о ходе ремонта отдельной причиной.

После запуска можно смотреть:

• Число статусных звонков на один заказ-наряд

• Долю клиентов, которые открывали страницу ремонта

• Долю клиентов, которые после просмотра статуса все равно позвонили

• Долю заказ-нарядов, по которым клиентский статус обновлялся автоматически

• Долю ремонтов с актуальной плановой датой выдачи

• Время между изменением во внутренней системе и обновлением для клиента

• Долю уведомлений о согласовании, после которых клиент принял решение без звонка

Особенно полезно смотреть на звонки после просмотра страницы. Если человек уже видел статус и все равно набрал мастера, интерфейс не закрыл его вопрос.

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

То же относится к уведомлениям. Если после сообщения «Требуется согласование» большинство клиентов звонит, вместо того чтобы принять решение на странице, сам сценарий согласования требует доработки.

Такой механизм можно реализовать в рамках доработки сайта автодилера и интеграции с сервисными системами.