Внедрение ИИ в сервисной компании и техобслуживании

Главная проблема сервисной компании — не поломки, а диспетчеризация

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

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

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

Что даёт интеграция с 1С Итилиум и другими учётными системами

1С Итилиум — распространённая в сервисных компаниях конфигурация для управления заявками, но подрядчиков, готовых глубоко интегрировать с ней внешние сервисы, немного. Мы этот путь прошли и переиспользуем наработки.

Интеграция даёт несколько принципиальных вещей:

• Агент видит справочник объектов и оборудования, поэтому не спрашивает клиента о том, что уже известно системе.
• Заявка создаётся сразу в рабочем контуре, а не в отдельном «боте», из которого потом нужно переносить данные руками.
• История обслуживания доступна в диалоге: система может сказать, что по этому холодильному агрегату уже было три обращения за квартал.
• Отчётность остаётся единой — руководитель смотрит те же формы, что и раньше, просто данные попадают туда быстрее и полнее.

Аналогичным образом мы подключаемся к другим конфигурациям 1С, а также к сервис-деск системам вроде Битрикс24 и самописным решениям, если у них есть API.

С чего начать внедрение в сервисной компании

Мы советуем не пытаться автоматизировать всё сразу. Рабочая последовательность выглядит так.

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

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

Третий шаг — автоматизировать распределение и контроль SLA. Это самая чувствительная часть, потому что затрагивает работу диспетчерской, поэтому её включают последней и сначала в режиме подсказки, а не автоматического действия.

Такой порядок позволяет получать пользу поэтапно и не останавливать работу компании ради внедрения.