От содержания письма — к рабочему действию
Маршрут выбирают по тому, чего отправитель ждёт от компании сейчас, а не по оценке его перспективности. Вопрос «Сколько стоит?» обычно требует ответа о цене или комплектации. Просьба прислать спецификацию ведёт к подготовке документа. Фраза «Мы уже используем другое решение» — это возражение: нужно понять его предмет и назначить того, кто сможет ответить по существу.
Полезная классификация связывает категорию с конкретным действием: «цена» — подготовить ценовой ответ; «документ» — найти актуальный материал; «возражение» — определить тему сомнения и передать ответственному. Если в письме несколько сигналов, система может показать основной и дополнительный. Владелец процесса заранее задаёт категории, допустимые сочетания и маршруты: метка без исполнителя и следующего действия сама по себе работу не продвигает.
Сначала опишите не все мыслимые типы писем, а несколько решений, которые команда действительно принимает. Для каждой категории укажите, кто получает обращение, какой контекст ему нужен и что считается завершённым действием. Например, для запроса документа завершением может быть отправка актуальной версии, а не простое присвоение метки «документ». Такая формулировка помогает увидеть пробелы в процессе ещё до настройки классификации.
Правила или ИИ: что подходит для разных писем
| Критерий | Правила | ИИ с заданными категориями |
|---|---|---|
| Подходящие письма | Однозначные формулировки и устойчивые ключевые слова | Разные формулировки, выражающие одну и ту же задачу |
| Понятность маршрута | Условие видно в настройке: например, «прайс» направляется ответственному за документы | Назначенную категорию нужно сопоставлять с заданным маршрутом |
| Несколько сигналов | Приоритеты задаются отдельными условиями | Можно выделить основную задачу и дополнительный сигнал для проверки |
| Роль сотрудника | Обновлять условия при изменении категорий или процесса | Задать категории и исключения, разбирать неоднозначные письма |
Когда запрос о цене содержит ещё одну задачу
Условный пример: письмо начинается вопросом о стоимости, а затем просит спецификацию и сообщает, что отправитель сравнивает варианты. Если назначить только один маршрут, классификатор может отметить «вопрос о цене» как основной, но не потерять просьбу о документе как дополнительный сигнал. Тогда сотруднику видны обе части, и он может подготовить ценовой ответ вместе с согласованной спецификацией.
Для такого случая удобно сохранять три поля: основная задача, дополнительный сигнал и следующий шаг. Например: «цена»; «нужна спецификация»; «подготовить ответ и приложить актуальный документ». Если маршрутизация ошиблась, эти поля помогают найти причину: система могла не распознать просьбу либо процесс не определил, кто отвечает за совместный запрос.
Есть и более простой вариант: если обе задачи всегда решает один сотрудник и документ прикладывается по неизменному правилу, сложная классификация может быть лишней. Достаточно одного маршрута с обязательным пунктом в шаблоне ответа. Если же цена и документы требуют разных согласований, дополнительный сигнал полезен именно как способ не потерять второе действие. Выбор зависит от реального распределения ответственности, а не от того, какой подход выглядит технологичнее.
Как проверить маршрут на небольшой выборке
Возьмите письма из одной категории и попросите ответственного независимо отметить основную задачу, дополнительные сигналы и требуемое действие. Сравните эту разметку с результатом правил или ИИ. Считайте не только совпадения категорий, но и случаи, когда письмо фактически пришло не тому исполнителю или потеряло важный контекст. Если люди расходятся между собой, сначала уточните границы категорий и приоритеты: такое расхождение не следует автоматически записывать в ошибку модели.
Правила разумно оставить для однозначных сообщений с устойчивым действием; ИИ имеет смысл проверять там, где формулировки меняются, а задача остаётся той же. Для сопоставимости выберите одинаковый набор категорий и заранее договоритесь, что считается приемлемым результатом: верный исполнитель, сохранённые дополнительные сигналы и нужный контекст в передаче. Затем разберите типичные расхождения по источнику: неясная категория, конфликт правил или пропущенная часть письма. О проверке самого пути обращения подробнее — как проверить передачу обращения между этапами продаж. Сценарии применения ИИ для продаж и обработки заявок описаны в материале об ИИ-автоматизации продаж. Начать можно с одной категории и согласованного критерия правильной передачи.
Исследование Microsoft Research, опубликованное в 2025 году и представленное на CHI 2025, основано на самоотчётах 319 работников умственного труда и качественном анализе 936 примеров применения генеративного ИИ. Среди тем — проверка информации и интеграция ответа в работу. Это контекст роли человека, а не оценка маршрутизации: исследование не измеряло точность классификации входящей почты и не сравнивало правила с ИИ. Поэтому качество конкретного процесса проверяют на размеченной выборке.