Разбор проекта: заявки строительной компании — 4 часа → 8 минут | Виталий Воробьев
VorobeoffAIВиталий Воробьев

Разбор проекта: заявки строительной компании — 4 часа → 8 минут

Разбор проекта (обезличенно): ~47 заявок в день, ручная сортировка и назначение. Как я собрал ИИ-контур классификации и маршрутизации — с контролем человека.

Обезличенный разбор проекта: классификация заявок, извлечение полей и назначение мастера по правилам. Неоднозначные обращения остаются у оператора.

Время в день

Стало~8 минут

на контроль очереди и исключений

Было~4 часа рутины

Одна заявка

Стало~10 секунд

автоматически; спорные — вручную

Было5–7 минут

Ошибки назначения

Стало−90%

по итогам первого месяца

БылоРегулярно

Показатели — из внутренней статистики клиента. Восемь минут относятся к ежедневному контролю, а снижение ошибок назначения на 90% — к первому месяцу после запуска.

Задача

47 заявок — четыре часа ручной работы

Форма на сайте, мессенджеры и звонки наполняли общую очередь. Оператор определял тип обращения, выписывал адрес и дату, подбирал мастера и заводил задачу в CRM. На одну заявку уходило 5–7 минут.

Нужно было сократить обработку до минут и снизить ошибки назначения. Существующая CRM оставалась основой процесса, а оператор — человеком, который разбирает исключения.

Заявки из звонков, сообщений и сайта собираются в общую очередь.

Метод

Назначение по правилам, исключения — оператору

Я собрал ассистента, который превращает входящее обращение в задачу для мастера. Однозначные заявки классифицируются по правилам; на неоднозначных подключается LLM.

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

  1. Определить категорию

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

  2. Извлечь поля

    Из текста выделяются адрес, тип работ и желаемая дата.

  3. Подобрать исполнителя

    Таблица правил и API CRM учитывают загрузку и компетенции мастеров.

  4. Создать задачу

    Ассистент заводит задачу в CRM и отправляет уведомление мастеру.

Как проходит одна заявка

  1. Обращение клиента

    Входящие из разных каналов поступают в общую очередь.

  2. Категория и назначение

    Ассистент извлекает данные и подбирает мастера по правилам.

  3. Задача в CRM

    Мастер получает уведомление; спорное назначение подтверждает оператор.

Решение

Обращение становится задачей для мастера

Ассистент снимает повторяющиеся действия между входящей очередью и CRM. Для назначения нужны конкретные данные, а не свободный пересказ заявки.

Результат обработки

Задача в CRM

Тип обращения, адрес, работы, дата и назначенный исполнитель.

Надстройка над системой, в которой компания уже работает.

Данные для назначения

Поля заявки и правила распределения связывают запрос клиента с подходящим исполнителем.

Категория

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

Адрес

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

Работы и дата

Что нужно сделать и когда клиент хотел бы принять мастера.

Исполнитель

Назначение по загрузке и компетенциям; спорные случаи подтверждает оператор.

Оценка результата

От сортировки к контролю исключений

После запуска сократились время обработки и количество ошибок назначения. Роль оператора сместилась к контролю.

Ежедневная нагрузка

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

Точность назначения

Ошибки сократились на 90% по итогам первого месяца, согласно внутренней статистике клиента.

Работа оператора

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

Эти цифры описывают конкретный проект и период наблюдения. Отдельный показатель окупаемости в разборе не рассчитывается.

Контроль

Неполная заявка требует уточнения

На старте проблемы возникали в данных, нагрузке и доверии команды. Их пришлось учесть в процессе обработки.

Адрес на карте строительных объектов проверяется перед назначением мастера.

Нечёткие обращения

На фразах вроде «приезжайте когда получится» агент гадал. Для таких заявок понадобился шаблон уточняющих вопросов.

Пики после рекламы

Для возросшего потока добавили очередь и ограничение числа параллельных вызовов API.

Доверие мастеров

Первую неделю команда не доверяла автоназначению. Включили режим предложения с кнопкой подтверждения.

Извлечение адреса

В этом поле было больше всего ошибок. Отдельный промпт-контролёр — направление дальнейшей доработки.

Ассистент обрабатывает типовой поток. Спорные заявки подтверждает человек — оператор остаётся в контуре.

Передача

Ассистент поверх существующей CRM

В основе — LLM-классификатор, правила назначения, интеграция с CRM и Telegram-уведомления мастерам.

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

Промпт для сверки данных ↗

  1. Классификация и поля

    Категория обращения, адрес, тип работ и желаемая дата.

  2. Правила и интеграция

    Назначение по компетенциям и загрузке, создание задачи через API CRM, уведомление мастеру.

  3. Контроль оператором

    Подтверждение исключений и обзор очереди. Метод: рабочий контур ИИ-агента.

Продолжить тему

Другие кейсы

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

Все кейсы ↗

Обсудить задачу

Какой процесс забирает у вас время?

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