Будни цифрового офиса, выпуск 3

ИИ-механик, память о технике вместо памяти мастера

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

Что такое «ИИ-механик» на практике

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

• Хранит историю по единице техники. Что приезжало, когда, какой узел, что делали, что меняли, что при этом заметили и записали в примечании.
• Отвечает на вопрос словами, а не поиском. Мастер спрашивает «что было с этой машиной раньше» и получает сводку, а не двадцать записей, которые надо прочитать.
• Даёт версии по симптому. На описание неисправности выдаёт список вероятных причин и порядок проверки, по сути структурированный чек-лист, чтобы не забыть исключить очевидное.

Почему это ценнее, чем кажется

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

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

Граница ответственности

Она проходит по слову «дефектовка». Всё, что до неё, это версии, вероятности, чек-листы, история. Всё, что после, это факты, и устанавливает их человек, разобрав узел.

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

Что ломалось

• Пустая история. Система бесполезна, пока в неё не пишут. Первое время записи по ремонту велись как раньше, коротко и для себя, а значит, поиском по ним ничего не находилось. Пришлось договориться о минимуме полей в заказ-наряде, узел, что сделано, что заметили. Без этого автоматизация превращается в красивую пустую полку.
• Излишняя уверенность в версиях. Модель охотно выдаёт самую частую причину как главную. Лечится формулировкой ответа. Не «причина», а «версии в порядке вероятности» плюс обязательный пункт «что исключить в первую очередь».
• Разное написание одной и той же машины. Одна единица техники в записях легко превращается в три, если её называют по-разному. Решается на входе. Нужен идентификатор техники, а не свободный текст.

Что это даёт клиенту

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

А внутри сервиса меняется главное. Знание перестаёт быть личным. Оно остаётся в компании, когда меняются люди.

Серия «Будни цифрового офиса», выпуск 1, выпуск 2, ИИ-диспетчер. Следующий выпуск, ИИ-сметчик, расчёты, документы и цена ошибки.