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