АС Проект АС ПроектПлатиновый партнёр Битрикс24
+7 (495) 414-48-49
Отраслевые

Кейс: ИИ в сервисе оборудования - заявки с объектов

Опубликовано: ·8 мин чтения

Сервисная компания с диспетчерской службой и несколькими выездными бригадами подключила инструменты ИИ Битрикс24 к своему основному процессу - обслуживанию парка уже поставленного оборудования на объектах заказчиков. Результат: заявки с объектов перестали быть пересказом диспетчера, инженер в поле находит нужный пункт регламента сам, а плановые работы больше не выпадают из графика. Кейс композитный, процентов результата мы не приводим.

Как устроен процесс

На объектах заказчиков стоит оборудование, которое компания обслуживает по договорам. Работа делится на два потока: плановые работы по графику и аварийные заявки, которые приходят в любой момент. Заявка поступает диспетчеру - звонком, письмом или сообщением в мессенджер, - он заводит её в систему и назначает бригаду. Инженер выезжает, выполняет работу, закрывает её актом и фотоотчётом. Дальше идут запчасти и закрывающие документы для заказчика.

В Битрикс24 это устроено через смарт-процессы: отдельный реестр объектов и оборудования, заявки, задачи с выездом и мобильное приложение у каждого инженера. Этапы движутся от "Новая заявка" до "Закрыто актом". Продажа оборудования с пусконаладкой - отдельная история, она разобрана в материале про Битрикс24 для поставщика промышленного оборудования.

Что болело до ИИ

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

История по оборудованию собиралась с задержкой. Акты и фотоотчёты с объектов приезжали пачкой в конце недели. Данные из них вносил человек - вручную, по памяти, не всегда полностью. Из-за этого картина по каждой единице оборудования всегда отставала от реальности.

Инженер в поле звонил старшему вместо того, чтобы смотреть в регламент. Найти нужный пункт в большом PDF на экране телефона, стоя у машины в мороз или под дождём, - задача неудобная. Проще позвонить. Старший инженер превращался в живой справочник и терял время на типовые вопросы.

Плановые работы выпадали из графика. График ТО вёлся в таблице. Часть объектов вспоминалась только тогда, когда заказчик звонил сам с вопросом: "А когда вы к нам приедете?" Это удар по репутации и лишняя нагрузка на диспетчера.

Повторные выезды на один объект никто не разбирал. Диспетчерские звонки не анализировались: руководитель успевал выборочно прослушать около 10% разговоров - остальное оставалось за кадром. Причина того, почему бригада ездит на один объект третий раз за квартал, оставалась невидимой.

Какие сценарии ИИ включили

Заявки с объектов и модель Vision

Клиент присылает фотографию шильдика с моделью и серийным номером, снимок неисправного узла, иногда скан предыдущего акта. Модель Vision читает изображения и извлекает данные в карточку заявки: модель оборудования, серийный номер, объект, видимые признаки на фото. Диспетчер проверяет результат и подтверждает.

Важно зафиксировать ограничение: по фотографии ИИ извлекает данные с изображения, а не ставит диагноз. Неисправность определяет инженер - живой человек с опытом. Подробнее про то, как работает распознавание и сверка документов в Битрикс24 на Вайбкоде, разобрано в отдельном материале.

Расшифровка звонков диспетчера с автозаполнением карточки

BitrixGPT расшифровывает запись разговора диспетчера с заказчиком и заполняет поля карточки заявки: объект, оборудование, характер обращения, срочность, контактное лицо. По замеру вендора Битрикс24, такой подход работает в 30 раз быстрее и в 24 раза дешевле ручного заполнения - это данные платформы, а не результат конкретного клиента.

Дополнительно ИИ оценивает каждый разговор на соответствие скрипту диспетчера. Если в скрипте прописано уточнить срочность и записать контактное лицо на объекте, система покажет, насколько разговор соответствовал шаблону: 83%, 42%, 100% - пример того, что видно в интерфейсе. Так руководитель сервиса получает покрытие по всем звонкам, а не по тем 10%, которые он успевал прослушать сам. Про механику ИИ-анализа звонков в Битрикс24 есть отдельный разбор.

Бот по регламентам и инструкциям для инженеров

Регламенты, инструкции по моделям оборудования, схемы и типовые процедуры загружены в Базу знаний 2.0. Поверх собран RAG-бот: инженер задаёт вопрос своими словами прямо с телефона и получает нужный пункт со ссылкой на документ-источник. Не нужно листать PDF или звонить старшему.

Бот отвечает только по загруженным материалам - и это правильное поведение: если инструкция по конкретной модели не загружена, система честно сообщит, что ответа нет, вместо того чтобы что-то придумать. Техническая сборка такого инструмента описана в материале про бот по регламентам на Битрикс24 Вайбкод.

Предсказание периодических работ по ТО

По истории обслуживания, которая накоплена в системе, ИИ подсказывает: какие объекты подходят к сроку планового ТО и по каким пора готовить предложение на регламентные работы. Это тот же механизм скоринга и предсказания периодических повторных сделок по истории, который подробно разобран в материале про ИИ-скоринг лидов и прогноз сделок в Битрикс24.

Подсказка - это именно подсказка: решение о выезде принимает диспетчер. ИИ не назначает работы автоматически.

Сводка по объекту перед выездом

BitrixGPT сворачивает историю обращений и выполненных работ по конкретному объекту в короткую выжимку. Инженер видит её перед выездом: что делалось раньше, какие были проблемы, что заменяли. Это не одна строка заявки, а контекст - и инженер едет подготовленным. О том, что умеет BitrixGPT в Битрикс24 в карточках CRM, есть отдельный обзор.

Черновики закрывающих текстов и писем заказчику

После завершения работ ИИ готовит черновик: краткое описание выполненных работ для акта и сопроводительное письмо заказчику. Сотрудник проверяет, правит при необходимости и отправляет. Финальное слово всегда за человеком.

Собственное приложение на Вайбкоде

Руководитель сервиса описал словами задачу: нужен график планового ТО с загрузкой бригад, видный на одном экране. Вайбкод собрал приложение внутри портала - без программистов, без технического задания в классическом смысле. Руководитель получил свой дашборд по CRM на Вайбкоде под конкретные нужды сервисной службы.

Как это устроено в Битрикс24

Заявка проходит путь от первого обращения до закрытия актом, при этом на каждом шаге ИИ снимает бумажную нагрузку с человека:

flowchart TD
    OBJ[Объект заказчика] --> DISP[Диспетчер]
    DISP --> VISION[Vision читает фото]
    DISP --> GPT[BitrixGPT: звонок]
    VISION --> CARD[Карточка заявки]
    GPT --> CARD
    CARD --> ENG[Инженер]
    ENG --> BOT[Бот по регламентам]
    ENG --> SUM[Сводка по объекту]
    ENG --> ACT[Акт и фотоотчёт]
    ACT --> HIST[История машины]
    HIST --> PRED[Следующее ТО]

Смарт-процессы хранят реестр объектов и оборудования. Каждая заявка связана с карточкой объекта - история не теряется. Мобильное приложение у инженера даёт доступ к боту, к карточке заявки и к фотоотчёту прямо с телефона. ИИ-квота расходуется на уровне компании и зависит от тарифа Битрикс24. Массовые прогоны - например, ночная пакетная обработка звонков - выгоднее ставить на будни 23:00-04:00 или выходные 17:00-07:00 по Москве: в это время квота расходуется вдвое медленнее. Все модели считаются на серверах в России, трансграничной передачи данных нет.

Что изменилось в работе

Заявка с объекта перестала быть пересказом диспетчера. Данные с фотографий и из разговора попадают в карточку напрямую - диспетчер проверяет и подтверждает, а не вводит с нуля.

Бумажная часть выезда сократилась. Акты и письма заказчику готовятся черновиком, история по каждой единице оборудования наконец собирается без недельной задержки.

Инженер в поле находит ответ по регламенту сам. Число звонков старшему за типовой подсказкой упало - старший инженер освободился для нетиповых ситуаций.

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

У руководителя появилась картина по причинам повторных выездов на одни и те же объекты. Раньше это было невидимо - теперь разбор каждого звонка даёт полную картину, а не выборочную.

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

Границы применимости

Диагностика неисправности - за инженером. ИИ готовит данные и снимает бумажную нагрузку, но не ставит диагноз по фотографии и не назначает работы. Это принципиально.

Качество изображения имеет значение. Модель Vision хорошо читает чёткие шильдики и печатные документы. Грязные, засвеченные или снятые под острым углом кадры распознаются плохо - поэтому подтверждение диспетчером обязательно. Если фото нечитаемое, поля остаются пустыми и система запрашивает нормальный снимок: придумывать данные она не будет.

Бот отвечает только по загруженным документам. Если инструкция по конкретной модели не загружена в базу знаний, ответа не будет - и это правильное поведение, а не недостаток.

Предсказание ТО работает только на накопленной истории. Если история обслуживания не занесена в систему, предсказывать нечего. Минимальный горизонт - данные хотя бы за прошлый год.

Интернет в поле обязателен. Бот и распознавание работают на стороне портала, поэтому инженер без связи остаётся без этих инструментов.

Данные о соответствии ИИ реальности. По данным Битрикс24, 74% сотрудников в мире и около 39% в России уже используют ИИ-инструменты в работе. Для сервисных компаний с выездными бригадами разрыв между теми, кто уже перешёл, и теми, кто ещё нет, будет только расти.

С чего начать похожей компании

  1. Начать с одного типа заявок. Обычно это аварийные обращения с фотографиями - именно там боль наиболее очевидна. Проверить распознавание на реальных снимках с объектов, прежде чем масштабировать.

  2. Загрузить регламенты по трём самым массовым моделям оборудования. Не всё сразу: начать с того, по чему инженеры звонят старшему чаще всего. Остальное добавлять по мере работы.

  3. Убедиться, что у инженеров работает мобильное приложение. Доступ к боту с телефона - обязательное условие. Без этого сценарий с регламентами не запустится.

  4. Завести историю обслуживания в систему хотя бы за прошлый год. Без неё предсказание периодических работ не даст полезного результата.

  5. Проверить тариф и ИИ-квоту портала. Квота выдаётся на компанию и зависит от тарифа Битрикс24, а не от числа сотрудников.

  6. Пилот на одной бригаде - потом остальные. Это снижает риск и даёт возможность отладить процессы до масштабирования.

Если нужна помощь в запуске - напишите на sales@acp-24.ru или позвоните +7 495 414-48-49. АС Проект - платиновый партнёр Битрикс24.

Хотите так же? АС Проект - платиновый партнёр Битрикс24: подключаем и настраиваем ИИ-инструменты под процессы конкретной отрасли. Речевая аналитика и разбор звонков - отдельная услуга, обучение команды работе с ИИ - корпоративная программа, нетиповые сценарии собираем приложением на Вайбкоде.

Частые вопросы

Нет. Модель Vision извлекает данные с изображения - модель оборудования, серийный номер, видимые признаки на фото. Диагноз ставит инженер на месте: это его профессиональная задача, которую ИИ не заменяет.

Поля карточки остаются пустыми. Система не будет угадывать или придумывать данные - диспетчер получит сигнал и запросит нормальный снимок. Подтверждение человеком обязательно в любом случае.

Нет. Бот отвечает строго по загруженным документам и снимает типовые вопросы - те, на которые ответ есть в инструкции. Нетиповые ситуации, нестандартные неисправности и принятие решений остаются за опытным специалистом.

Из истории обслуживания в системе: ИИ анализирует даты и периодичность прошлых работ по каждому объекту и оборудованию. Именно поэтому историю нужно сначала завести в Битрикс24 - без неё предсказывать нечего.

Да. Бот по регламентам и распознавание изображений работают на стороне портала Битрикс24, а не на устройстве инженера. Без мобильного интернета эти инструменты недоступны.

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

У вас остались вопросы?

Оставьте заявку - мы свяжемся с вами и проконсультируем.

Читайте также

Отраслевые
Кейс: сеть автосервисов автоматизировала заказ-наряды и вернула клиент
Отраслевые
Кейс: сеть АЗС собрала заявки, поставки и обслуживание объектов в Битр
Отраслевые
Кейс: сеть доставки свела агрегаторы, звонки и чаты в Битрикс24 и уско
Отраслевые
Кейс: сеть клиник - единая база пациентов и расписание по филиалам на
×

Оставьте заявку

Эксперт АС Проект свяжется в течение 60 минут.