ИИ для сервисных компаний: заявка от звонка до закрытого акта без ручной диспетчерской рутины

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

Агент «Заказы» · журнал ждёт подтверждения
  1. Получил заявку из почты
  2. Нашёл клиента в CRM, история 14 сделок
  3. Проверил остатки в 1С: 38 из 40 т
  4. Сформировал заказ и счёт
  5. Сумма 240 000 ₽ > лимита 100 000 ₽
  6. Отправил на подтверждение руководителю
Руководитель подтверждает заказПодтвердить
  • Заявки из звонков, почты и мессенджеров — в единой очереди с нужными полями
  • Подготовка распределения выездов для диспетчера
  • Ответы клиентам о статусе заявки без звонка диспетчеру
  • Акты выполненных работ по отчёту инженера
Сервис

Сейчас · 7 ручных шагов

  1. Клиент звонит или пишет о поломке
  2. Диспетчер уточняет адрес, оборудование и договор
  3. Проверяет, на гарантии ли объект и какой SLA
  4. Ищет свободного инженера нужной квалификации
  5. Отвечает на повторные звонки «когда приедут»
  6. Получает от инженера фото и голосовое сообщение
  7. Вручную составляет акт и закрывает заявку

С KV13 · 3

  1. Система разбирает заявку, проверяет договор и SLA
  2. Предлагает диспетчеру инженера и время выезда
  3. Готовит акт по отчёту инженера для подтверждения

Сервисная компания продаёт время инженера. Всё остальное время — расход.

Выручка сервисной компании растёт, когда инженеры больше времени проводят на объектах. А растут обычно другие расходы: на каждые 15–20 инженеров появляется ещё один диспетчер, на каждый новый крупный договор — ещё один администратор для актов и отчётов.

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

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

Мы ищем не большие проблемы. Мы ищем маленькие действия, которые повторяются тысячи раз.

Где теряются часы: жизненный цикл заявки

Демонстрационная карта для сервисной компании с 1 500–3 000 заявок в месяц и 30–80 выездными инженерами.

Этап Кто делает Ч в месяц Потенциал
Приём и разбор заявок Диспетчеры, операторы 120–200 50–70%
Проверка договора, гарантии и SLA Диспетчеры 40–70 60–80%
Распределение выездов Старший диспетчер 60–100 30–50%
Ответы клиентам о статусе Диспетчеры, менеджеры 80–140 60–75%
Подготовка актов выполненных работ Инженеры, администраторы 100–160 50–65%
Поиск технической информации Выездные инженеры 60–120 40–60%
Отчёты по SLA и загрузке Руководитель сервиса, аналитик 30–50 60–75%

Демонстрационный расчёт. Фактический эффект определяется после аудита процесса.

Что делает система на каждом этапе заявки

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

01

Приём заявок на выезд и ремонт

Клиенты описывают проблему своими словами, часто без модели оборудования и номера договора.

  1. Принимает заявки из звонков, почты, мессенджеров и личного кабинета
  2. Определяет клиента, объект и оборудование
  3. Уточняет недостающие данные у клиента
  4. Классифицирует заявку по типу работ и срочности
02

Диспетчеризация

Решение о назначении остаётся за диспетчером, но он получает готовое предложение.

  1. Проверяет договор, гарантию и SLA по объекту
  2. Подбирает инженеров по квалификации, району и загрузке
  3. Предлагает время выезда с учётом срока по SLA
  4. Предупреждает о риске нарушения SLA
03

Ответы клиентам о статусе

Клиент узнаёт статус без звонка диспетчеру.

  1. Отвечает, когда приедет инженер и на какой стадии работы
  2. Сообщает о переносе и новом времени
  3. Передаёт диспетчеру претензии и нестандартные вопросы
04

Акты выполненных работ

Инженер диктует или пишет отчёт как привык, документ собирается автоматически.

  1. Разбирает текстовый или голосовой отчёт инженера
  2. Заполняет акт по шаблону: работы, запчасти, время
  3. Сверяет запчасти со складом и договором
  4. Отправляет акт на подтверждение инженеру и клиенту
05

База знаний для инженеров

Инструкции, схемы, бюллетени производителей и опыт старших инженеров доступны на объекте.

  1. Отвечает на вопрос инженера со ссылкой на документ
  2. Находит похожие случаи в истории заявок
  3. Показывает, какие запчасти обычно требуются для такой неисправности
06

Контроль SLA

Нарушения видны до того, как они произошли.

  1. Отслеживает сроки реакции и устранения по каждой заявке
  2. Предупреждает диспетчера о заявках под угрозой
  3. Фиксирует причины нарушений
07

Отчёты

Отчёты для руководства и для клиентов по договорам обслуживания.

  1. Собирает статистику по заявкам, выездам и SLA
  2. Готовит ежемесячные отчёты для клиентов по договорам
  3. Показывает повторные выезды и проблемное оборудование

Акт выполненных работ: было и стало

Акты — одна из самых недооценённых статей потерь: их задержка откладывает выставление счёта и оплату.

Сейчас 6

  1. 01Инженер заканчивает работу и отправляет фото и голосовое сообщение
  2. 02Вечером или на следующий день заполняет акт сам или передаёт администратору
  3. 03Администратор переписывает работы и запчасти
  4. 04Уточняет у инженера непонятные места
  5. 05Отправляет акт клиенту на подпись
  6. 06Бухгалтерия ждёт подписанный акт для счёта

После внедрения 3

  1. 01Инженер диктует отчёт на объекте
  2. 02Система готовит акт и сверяет запчасти
  3. 03Инженер подтверждает, акт уходит клиенту в тот же день

Остаётся человеку

  • Подтверждение объёма работ инженером
  • Спорные работы и разногласия с клиентом
  • Решения о гарантийных случаях

Инженер тратит время на ремонт, а не на оформление. Счёт выставляется раньше.

Как запускаем в сервисной компании

Начинаем с одного процесса и одной службы или региона. Масштабируем, когда пилот подтвердил экономику.

  1. 01

    Аудит

    2–3 недели

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

  2. 02

    Прототип

    1–2 недели

    Проверяем сценарий на исторических заявках и актах. Согласуем правила и шаблоны.

  3. 03

    Пилот

    4–6 недель

    Работа на одной службе или регионе параллельно с текущим процессом. Измеряем точность и время.

  4. 04

    Внедрение и контроль

    по результатам пилота

    Подключение остальных служб, контроль точности, объёма и эффекта каждый месяц.

Системы сервисной компании

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

  • Service Desk и FSM-системы
  • 1С:Управление торговлей и 1С:ERP
  • Bitrix24
  • amoCRM
  • IP-телефония
  • Мобильное приложение инженера
  • Мессенджеры через корпоративные шлюзы
  • Корпоративная почта
  • Склад запчастей
  • Excel и Google Sheets

Данные клиентов и объектов остаются у вас

Адреса объектов, схемы доступа, договоры и история обслуживания обрабатываются внутри вашего контура и не передаются публичным AI-сервисам. Каждое действие системы фиксируется в журнале.

  • Данные не уходят в публичные AI-сервисы

    Документы, переписки, клиентская база, финансовые данные и договоры обрабатываются моделями внутри вашего контура.

  • Права доступа

    Система видит только то, к чему имеет доступ конкретный сотрудник или процесс.

  • Журналирование

    Каждый запрос и каждое действие системы фиксируются в журнале.

  • Контроль человека

    Критические действия выполняются только после подтверждения сотрудником.

  • Изоляция

    Возможна архитектура без доступа системы во внешний интернет.

  • Собственность

    Корпоративные знания, данные и настройки остаются под контролем компании.

Архитектура проектируется с учётом требований компании к информационной безопасности и обработке данных.

Подробнее о закрытом контуре

Экономика диспетчерской и оформления

Предположим, диспетчеры и администраторы тратят около 450 часов в месяц на приём заявок, ответы о статусе и акты. Подставьте свои значения.

Сейчас

337 500 ₽

После

195 000 ₽

— накопленная экономия, 30 мес.- - стоимость внедрения
Экономический эффект в месяц
≈ 142 500 ₽
Окупаемость внедрения
около 6,7 мес.
В год
1 710 000 ₽

Демонстрационный расчёт. Фактический эффект определяется после аудита процесса. При этих параметрах экономия — около 140 тыс. ₽ в месяц, окупаемость — около 7 месяцев. Не учтено ускорение выставления счетов.

Вопросы сервисных компаний

Система будет сама назначать инженеров?

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

Инженеры не будут пользоваться новым приложением.

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

Как работает база знаний, если документация производителей на разных языках?

Система ищет по документам на разных языках и отвечает на русском со ссылкой на источник. Качество ответов проверяем на пилоте на ваших документах.

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

Да. Ежемесячные отчёты по заявкам, срокам и выполненным работам собираются автоматически по шаблону договора. Перед отправкой их проверяет менеджер.

У нас своя система учёта заявок. Это проблема?

Нет, если у неё есть API или другой надёжный способ обмена данными. Это проверяется на аудите. Диспетчеры продолжают работать в своей системе: заявки, предложения по назначению и черновики актов появляются там же.

Как система поймёт, что заявка срочная?

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

Сколько заявок нужно, чтобы автоматизация окупилась?

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

Покажите нам путь одной заявки

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

Сотрудников в компании

Узнайте, сколько стоит ручная работа внутри вашей компании

Разберём один или несколько процессов, найдём точки автоматизации и предварительно оценим экономический эффект. Первая встреча — 45 минут, без обязательств.

Сотрудников в компании

Найти точки экономии