Заказ-наряд в техническом сервисе: от заявки клиента до счёта

Заказ-наряд технического сервиса — это рабочий документ, который собирает в одной записи клиента, устройство, задачу, использованные запчасти, затраченное время и результат, чтобы сервисную заявку можно было отслеживать до выезда на объект, во время работы и после закрытия. В этой статье на примере подхода Учёт обслуживания и сервиса мы рассказываем, какие этапы проходит заказ-наряд от заявки до счёта и что нужно фиксировать на каждом из них.

Во многих сервисных командах заявка приходит по телефону, заметка записывается на бумажке, технику передаётся сообщением, а использованная запчасть вспоминается вечером и добавляется в счёт. Каждый шаг сам по себе выглядит разумно; проблемы возникают в промежутках между шагами. С каждой передачей часть информации теряется, а когда сервис затягивается, клиент снова и снова звонит, чтобы узнать, на какой стадии работа.

Шесть звеньев цепочки заказ-наряда

1. Зафиксируйте заявку: потребность, пришедшая по телефону, через сайт, WhatsApp или из договора, описывается одним обращением: клиент, локация, устройство, неисправность и уровень сервиса.
2. Проведите предварительную оценку: проверяются история устройства и договор; определяются тип работы (неисправность, установка, периодическое обслуживание) и приоритет.
3. Спланируйте и назначьте: подходящий техник, временной интервал, маршрут, оборудование и запчасти сходятся в одном плане.
4. Выполните на объекте: техник заполняет чек-лист, фиксирует время, использованные запчасти, фото, измерения, заметку и подпись клиента.
5. Утвердите и закройте: результат передаётся на утверждение руководителю или клиенту; если нужна последующая работа, открывается новый заказ-наряд.
6. Выставьте счёт и проанализируйте: стоимость работ и запчастей переходит в финансовый процесс; отслеживаются уровень сервиса, решение с первого раза, время и показатели работы команды.

Что происходит, когда цепочка рвётся?

• Поскольку история устройства неизвестна, техник диагностирует ту же неисправность с нуля; он едет без нужной запчасти, и требуется второй выезд.
• Поскольку использованные на объекте запчасти и затраченное время не внесены в запись, работы и материалы попадают в счёт не полностью.
• Заявка с высоким приоритетом продолжает ждать среди задач с низким приоритетом; никто не видит одним взглядом, какая работа на какой стадии.
• Когда клиент спрашивает «что сделал техник?», ответ зависит от чьей-то памяти или от листка бумаги.

Планирование: нужный техник, нужная запчасть

На этапе планирования заказ-наряд перестаёт быть просто записью и становится инструментом принятия решений. Техник назначается в календарь с учётом квалификации, района, доступности и приоритета работы; благодаря отображению маршрутов работы в одном районе можно объединять. Поскольку описание устройства и неисправности есть в заказ-наряде, нужные запчасти и оборудование готовятся до выезда. Второй визит из-за запчасти, не загруженной в автомобиль, — это повтор, который расходует и время техника, и терпение клиента.

Какие поля должны быть в хорошем заказ-наряде?

Какую бы программу вы ни использовали, заказ-наряд должен отвечать на следующие вопросы:

• Кто и где? Клиент, локация и контактное лицо.
• Какое устройство? Серийный номер, данные об установке, договор и предыдущие сервисные записи.
• Что нужно сделать? Описание неисправности, тип работы, приоритет, уровень сервиса и шаги чек-листа.
• Кто и когда? Назначенный техник, временной интервал и при необходимости маршрут.
• Что сделано? Время, использованные запчасти, фото, измерения, заметка и подпись клиента.
• Кто утвердил? Утверждение руководителя или клиента, нужна ли последующая работа.

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

Заказ-наряд — единственное место, на которое смотрят все участники сервисной команды; колл-центр, планирование, выездные специалисты, склад и финансы выстраиваются вокруг него.

Неисправность, установка и периодическое обслуживание не укладываются в один шаблон

• Неисправность: определяющими являются приоритет и уровень сервиса. Заказ-наряд опирается на быструю маршрутизацию и похожие записи в истории устройства.
• Установка: устройство, установка которого завершена, по серийному номеру и данным об установке превращается в запись об активе; она становится основой для последующих обслуживаний.
• Периодическое обслуживание: на первый план выходят чек-лист и рамки договора. Результат обслуживания порождает следующую плановую работу.

Запчасти, работы и счёт — в одной записи

Ценность заказ-наряда проявляется в момент закрытия. Когда запчасти, использованные из автомобильного или складского запаса, и работы внесены в заказ-наряд, предложение, расходы и счёт питаются из одной записи. Финансовая команда проверяет информацию с объекта, а не переписывает её. Запись полезна не только для счёта, но и для анализа затрат: становится видно, сколько работ и запчастей расходует каждый тип устройства, и эти данные служат опорой для решений по договорам и ценообразованию. Если нужен обмен данными с ERP или бухгалтерской системой, его объём определяется вместе на этапе анализа потребностей.

Реактивная неисправность и плановое обслуживание можно вести в одной цепочке; разница лишь в том, по какому каналу и с каким приоритетом открыта работа. Когда записи заказ-нарядов последовательны, такие показатели, как соблюдение уровня сервиса, решение с первого раза и время закрытия, получаются без отдельных усилий на отчётность. Чтобы увидеть этот процесс от заявки до счёта на вашей сервисной модели, изучите страницу Учёт обслуживания и сервиса.