Обработка входящих заявок — один из лучших первых сценариев для агента: объём высокий, шаги однотипные, а ошибка обратима — неверно оформленную заявку легко поправить. Агент разбирает обращение, извлекает данные, проверяет дубликаты, создаёт запись в CRM и назначает ответственного. Экономия возникает не на самом создании записи, а на разборе разнородных обращений, который до этого делал человек.
Что делает агент
- Получает обращение из почты, формы на сайте, мессенджера.
- Определяет тип: заявка, вопрос, жалоба, спам.
- Извлекает данные: контакты, суть запроса, упомянутые товары или услуги, срочность.
- Проверяет дубликат — нет ли уже заявки от этого обращения.
- Находит клиента в базе или помечает как нового.
- Создаёт заявку с заполненными полями.
- Определяет ответственного по правилам маршрутизации.
- Уведомляет и при необходимости отвечает отправителю подтверждением.
Шаги 4 и 8 чаще всего пропускают при проектировании, и оба потом дорого обходятся: без проверки дубликатов CRM засоряется, а автоматический ответ клиенту — необратимое действие, требующее подтверждения.
Почему это агентская задача
Последовательность выглядит фиксированной, но таковой не является: порядок шагов зависит от результатов предыдущих. Клиент не найден — нужен другой набор действий. Обращение оказалось жалобой — маршрут другой. Данных не хватает — нужно уточнение.
Если же поток однороден и правила описываются однозначно, это задача обычной автоматизации, и она дешевле. Проверка простая: можно ли расписать все ветвления заранее. Если да — агент избыточен, см. «Агент или чат-бот».
Что нужно для запуска
API у CRM с операциями создания заявки, поиска клиента и назначения ответственного. Проверяется до начала работ — см. «Подключение ИИ-агента к CRM».
Правила маршрутизации в явном виде. Обычно они существуют как негласная практика: «если про монтаж — Иванову, если больше миллиона — руководителю». Их придётся выписать, и это отдельная работа с владельцем процесса.
Понимание, какие поля обязательны. Если CRM требует поле, которого нет в обращении, агент должен спросить, а не выдумать значение.
Архив обращений для проверки. Нужна выборка реальных писем со всеми дефектами, а не показательные примеры.
Что настраивается по полномочиям
| Действие | Режим |
|---|---|
| Создание заявки | автономно, с проверкой дубликата |
| Заполнение полей | автономно |
| Назначение ответственного | автономно |
| Пометка срочности | автономно |
| Ответ отправителю | подтверждение |
| Изменение существующей заявки | автономно в рамках статусов |
| Отказ в заявке | подтверждение |
Строка про ответ отправителю принципиальна: письмо не отзывается. Разбор границы — в статье «Автономный агент или с подтверждением».
Где агент ошибается
- Дубликаты. Клиент прислал уточнение к прежнему обращению, агент завёл вторую заявку. Лечится проверкой по признакам: адрес отправителя, тема, срок.
- Неверная классификация. Жалоба, оформленная вежливо, попадает в обычные заявки. Обнаруживается по жалобам клиентов, поэтому первое время нужен выборочный контроль.
- Выдуманные поля. Обязательное поле заполняется правдоподобным значением вместо запроса уточнения. Предотвращается валидацией и явным правилом в инструкции.
- Пересланные письма. В теле оказывается переписка, и агент принимает за клиента того, кто переслал.
- Спам с инструкциями. Присланный текст может содержать указания, адресованные модели. Защита — узкие полномочия, см. «Ограничение действий».
Как считать эффект
Показатель «до» фиксируется до запуска, иначе доказать результат будет нечем:
- время от поступления обращения до созданной заявки;
- доля заявок, оформленных без правок человеком;
- доля верных назначений ответственного;
- число дубликатов (контрольный показатель — не должен расти);
- срок первого ответа клиенту.
Обязательна контрольная метрика: доля пропущенных или неверно классифицированных обращений. Рост скорости при её ухудшении не является успехом — проблема просто переехала дальше по процессу. Методика — в статье «Как измерить эффект от внедрения ИИ».
Отдельно: экономия становится деньгами, только если высвобожденное время превратилось в отказ от найма или в дополнительный объём. Иначе это удобство, а не эффект.
Порядок внедрения
- Выгрузить архив реальных обращений за период.
- Проверить на нём, справляется ли модель с классификацией и извлечением данных.
- Выписать правила маршрутизации с владельцем процесса.
- Настроить инструменты и проверки.
- Запустить с подтверждением каждой заявки.
- Накопить статистику, снять подтверждения с операций, где правок почти нет.
- Оставить выборочный контроль и мониторинг дубликатов.
Пункт 2 стоит делать до всякой разработки: он показывает потолок качества на ваших данных.
Пример расчёта эффекта
Числа условные — метод важнее значений. Показатели «до» собираются из журнала CRM и почты за месяц, а не по памяти сотрудников.
Что измеряем до запуска:
| Показатель | Значение |
|---|---|
| Обращений в месяц | 1 200 |
| Каналов поступления | почта, форма, мессенджер |
| Время на разбор и оформление одной заявки | 6 минут |
| Доля дубликатов сейчас | 4 % |
| Срок первого ответа клиенту | 3,5 часа |
```
трудозатраты «до»: 1 200 × 6 мин = 120 часов в месяц
```
Что замерили на архиве до разработки. Взяли 200 случайных обращений и проверили, справляется ли модель. Результат: тип определён верно в 92 % случаев, обязательные поля извлечены полностью в 78 %.
Второе число важнее первого, и вот почему: заявка с неполными полями всё равно требует человека. Считать нужно по нему.
Трудозатраты «после»:
```
проверка готовой заявки: 1 200 × 0,78 × 1 мин = 16 часов
ручное дооформление: 1 200 × 0,22 × 6 мин = 26 часов
итого = 42 часа в месяц
```
Экономия — 78 часов. Дополнительно срок первого ответа падает с часов до минут, но это неденежный эффект, и его лучше показывать отдельной строкой, а не переводить в рубли натянутым коэффициентом.
Из экономии вычитается эксплуатация: 1 200 заявок × 5–8 обращений к модели. Расчёт — в статье «Стоимость эксплуатации ИИ-агента».
Контрольные метрики, без которых цифры не значат ничего:
- доля дубликатов — не должна вырасти с исходных 4 %;
- доля неверно классифицированных обращений, дошедших до исполнителя;
- число жалоб на несвоевременную обработку.
Рост скорости при ухудшении любой из них — не улучшение, а перенос проблемы дальше по процессу.
Главный параметр — полнота извлечения полей. При 78 % расчёт сходится. Если бы замер дал 50 %, ручного дооформления осталось бы вдвое больше, и экономия упала бы до величины, не окупающей проект. Поэтому замер на архиве делается до разработки, а не после.
Частые вопросы
Какой эффект даёт агент для обработки заявок?
Основная экономия — на разборе разнородных обращений и заполнении полей, а не на самом создании записи. Сокращается время от письма до заявки и срок первого ответа клиенту. Величина зависит от того, насколько неоднородны обращения: чем больше форматов и каналов, тем заметнее выигрыш.
Как агент отличает заявку от вопроса и спама?
По содержанию обращения, на основе примеров из вашего архива. Точность проверяется до разработки: берётся выборка реальных писем, и на ней оценивается доля верных классификаций. Именно этот замер, а не обещания, показывает достижимый уровень — и он всегда ниже на неоднородном потоке.
Что делать с дубликатами заявок?
Проверять перед созданием: агент ищет существующие заявки по адресу отправителя, теме и сроку, и при совпадении дополняет имеющуюся вместо создания новой. Дополнительно помогает идемпотентность на стороне интеграции. Число дубликатов стоит держать контрольной метрикой — их рост означает, что проверка работает плохо.
Может ли агент сам отвечать клиенту?
Технически да, но отправку писем клиенту стоит оставлять под подтверждением: сообщение нельзя отозвать, и ошибка становится репутационной. Компромисс — отложенная отправка с окном на отмену или подтверждение списком, когда однотипных ответов много.
Сколько времени занимает запуск?
Основное время уходит не на разработку, а на две вещи: выписывание негласных правил маршрутизации и получение доступов к CRM. Сама проверка качества на архиве обращений делается быстро и должна предшествовать всему остальному — она показывает, имеет ли смысл продолжать.
Что дальше
Смежный сценарий с документами — «ИИ-агент для работы с документами». Техническая сторона подключения — «Подключение ИИ-агента к CRM». Другие задачи для агентов — «15 сценариев применения». Оценка объёма работ — «Разработка ИИ-агента: этапы и стоимость».
Проверка применимости на вашем потоке обращений — часть аудита процессов перед разработкой и внедрением ИИ-агента.