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