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

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

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

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

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

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

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

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

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

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

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

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

Что ломалось

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

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

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

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

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