Суть задачи

Что должна решать система

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

Исходные данные

Не просите модель угадывать причину

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

Рабочий маршрут

Соберите безопасную тестовую выборку

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

Проверка

Приоритет задаёт регламент, а не уверенный тон

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

Практический пример

Как провести пилот в одной смене

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

Риски

Связь с учётной системой

Если очередь заявок хранится в CRM или CMMS, первоначально передавайте только черновик: категория, выделенные признаки и вопрос оператору. Не создавайте автоматически наряд на ремонт, не закрывайте заявку и не меняйте статус оборудования. Проверьте, как обрабатываются дубли и сообщения, пришедшие ночью. При недоступности модели заявка должна оставаться в стандартной очереди, а не исчезать. Нужен журнал, где видны исходное обращение, результат, версия классификатора, сотрудник и окончательное действие. Срок хранения записи должен соответствовать внутреннему регламенту.

После запуска

Что делать после теста

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

Внедрение

FAQ для руководителя сервиса

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