Классификация обращений: срочность и маршрутизация в 2026

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

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

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

Что такое автоматическая классификация обращений

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

На вход поступает письмо, тикет или заявка из формы. Система анализирует тему, текст, вложенные сведения и служебные поля, если они доступны. На выходе появляется запись вроде такой:

Внутри процесса полезно разделять две операции. Классификация отвечает на вопрос «о чём обращение», а маршрутизация решает, «куда его отправить». Если смешать эти уровни, изменение структуры отделов потребует переделывать все категории.

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

Как выделять срочные обращения

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

К признакам высокого приоритета относятся слова и факты, связанные с остановкой оплаты, невозможностью войти в сервис, просроченным обязательством или установленным сроком ответа. Фраза «нужен ответ сегодня» сама по себе не всегда означает критический инцидент. Для неё требуется правило, связывающее срок с типом задачи.

Я рекомендую использовать шкалу из 3 уровней:

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

Условный пример: заявка с текстом «не проходит платёж, договор нужно закрыть до 16:00» получает высокий приоритет из-за двух независимых признаков, финансовой блокировки и конкретного срока. Сообщение «подскажите статус счёта» относится к обычной категории, если в нём нет просрочки или угрозы остановки работ.

Полезно хранить причину приоритета отдельным полем. Значение «срочный» без объяснения трудно проверить через неделю. Запись «срок 16:00, платёж заблокирован» позволяет руководителю понять, почему заявка обошла 30 обычных обращений.

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

Как построить маршрутизацию по отделам

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

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

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

Практическая схема выглядит так:

1. Получить текст и служебные поля обращения.
2. Выделить тему, объект запроса и признаки срочности.
3. Сопоставить результат с допустимыми категориями.
4. Проверить порог уверенности, например 0,80.
5. Отправить уверенные случаи в рабочую очередь.
6. Передать сомнительные записи оператору.

Порог 0,80 не является универсальной нормой. Его нужно подбирать по цене ошибок. Если неверная отправка письма задерживает ответ на 10 минут, допустим один уровень риска. Если она приводит к пропуску регуляторного срока, требуется более строгая проверка.

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

Что выбрать: правила, нейросеть или гибрид

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

Фиксированные правила хорошо подходят для явных признаков, например номера договора, темы письма или слова «возврат». Нейросеть полезна, когда клиент описывает одну проблему несколькими способами. Гибридная схема чаще всего удобна там, где поток превышает 100 обращений в день и у разных отделов разные сроки ответа.

Для примера: компания из сферы логистики, около 200 сотрудников, может отправлять сообщения с номером перевозки по правилу, а свободные жалобы на задержку оценивать нейросетью. Если номер найден, маршрут фиксируется. Если текста недостаточно, обращение попадает на ручную проверку с пометкой «неполные данные».

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

Как внедрить классификацию без остановки работы

Пилот можно запускать на одном типе входящих и 2 отделах, не меняя весь процесс сразу. Такой масштаб позволяет собрать ошибки на 50 или 100 обращениях и поправить категории до расширения.

Начните с выборки за последние 2 недели. Удалите дубли, рекламные сообщения и записи без текста. Затем вручную разметьте темы, срочность и фактический маршрут. Разметка нужна как контрольный набор, с которым сравнивается результат нейросети.

После этого подготовьте инструкцию для классификатора. В ней должны быть:

• названия категорий и границы между ними;
• 2 или 3 положительных примера для каждого класса;
• признаки, при которых нужна ручная проверка;
• формат результата, включая пустые поля и неизвестную категорию;
• правило для нескольких проблем в одном сообщении.

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

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

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

Как измерять качество и контролировать ошибки

Качество классификации оценивают минимум по 4 показателям: точность категории, полнота обнаружения срочных случаев, доля ручной проверки и время до назначения ответственного. Одной средней точности для управления очередью мало.

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

Условный пример: из 100 срочных обращений система нашла 92, а 8 пропустила. Полнота составила 92%. Если из 120 помеченных срочными сообщений 96 действительно требовали ускорения, точность составила 80%. Эти значения нужно считать отдельно, иначе высокий результат по обычным обращениям скроет проблему с приоритетами.

Создайте журнал ошибок с 5 полями: исходный текст, решение системы, правильная категория, причина расхождения и действие редактора. Через 2 недели станет видно, что именно ломает схему: жаргон, сокращения, вложения, смешанные темы или неполные данные.

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

При изменении структуры отделов пересмотрите маршруты, а при появлении нового типа обращений добавьте категорию только после анализа повторяемости. Один редкий случай не всегда заслуживает отдельной очереди. Иногда разумнее оставить его в классе «прочее» и дать оператору поле для уточнения.

Что делать с почтой, тикетами и заявками

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

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

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

Если поток приходит из нескольких каналов, приведите категории к единому справочнику. «Оплата», «платёж» и «счёт» могут означать разные действия, поэтому название класса должно описывать операцию, а не отдельное слово. Раз в квартал пересматривайте 30 последних ошибок и фиксируйте изменения в инструкции.

Какой результат считать рабочим

Рабочей считается схема, где срочные обращения обнаруживаются раньше обычных, каждый класс имеет владельца, а сомнительные записи не теряются. Для пилота достаточно 2 отделов, 1 канала и контрольной выборки от 50 обращений.

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

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