Классификация писем: срочность, черновики и маршрутизация в 2026
Стендфирст. Разбираю, как превратить поток писем в понятную очередь: определить тему, выделить срочные обращения, подготовить черновик и передать задачу нужному отделу.
Почтовый ящик редко ломается из-за самого количества сообщений. Сложность появляется, когда в одной очереди смешаны запросы клиентов, счета, технические сбои, предложения партнёров и внутренние поручения. Сотрудник тратит время на чтение каждой темы, поиск контекста и выбор адресата. При потоке в 80 писем за рабочий день даже 3 минуты на первичный разбор превращаются в 4 часа.
Я рассматриваю автоматизацию как конвейер из понятных решений, а не как попытку заменить специалиста. Нейросеть определяет признаки обращения, человек задаёт правила для спорных случаев, а руководитель смотрит на измеримые показатели. Такой подход близок к принципам из материала о внедрении нейросетей в рабочие процессы, где автоматизация связывается с конкретными операциями и контролем результата.
Что именно классифицировать в письме
Классифицировать письмо лучше сразу по 4 полям: тема, срочность, ответственный отдел и следующий шаг. Эти поля превращают свободный текст в запись, с которой можно работать по правилам.
Я начинаю с ограниченного справочника из 6–8 категорий. Например, для поддержки подходят «ошибка», «оплата», «доступ», «возврат», «вопрос по тарифу» и «прочее». Для продаж набор будет другим: «новый запрос», «продление», «демонстрация», «партнёрство», «нецелевое обращение».
Входные признаки беру из темы, текста, подписи и заголовков письма. В стандарте RFC 5322 предусмотрены поля From, To, Date и Subject, поэтому отправителя и тему можно обрабатывать отдельно от основного текста. При этом одна тема часто бывает слишком короткой: «Срочно» не объясняет причину обращения, а длинное письмо может содержать сразу 2 задачи.
В результате классификатор должен возвращать не одно слово, а компактную структуру:
- категория обращения;
- уровень срочности от 0 до 2;
- отдел или роль получателя;
- причина решения в 1–2 предложениях;
- уверенность от 0 до 1;
- рекомендуемый следующий шаг.
Такой формат проще проверять, чем длинный свободный ответ. Подробно о создании структурированных черновиков я рассказываю в статье про генерацию текста и проверку результата.
Как выделять срочные обращения
Срочность лучше определять по 4 группам сигналов: прямому сроку, риску потери денег, остановке процесса и проблеме с доступом. Одного слова «срочно» недостаточно, оно должно подтверждаться содержанием письма.
Я разделяю обращения на 3 уровня. Нулевой уровень означает обычную очередь. Первый требует ответа в пределах принятого рабочего срока. Второй отправляется на ускоренную проверку, если есть финансовый риск, блокировка услуги, жалоба на безопасность или конкретный дедлайн, например «до 16:00 12 марта».
Полезно отделять срочность от эмоционального тона. Письмо с восклицательными знаками может описывать обычный вопрос, а спокойная фраза «доступ закрывается сегодня в 18:00» указывает на реальный срок. Я прошу систему находить даты, суммы, номера заказов, слова «не могу войти», «списание» и «остановилась отгрузка».
Для каждого уровня задаю объяснение. Запись «уровень 2, потому что указан дедлайн 16:00» пригодна для аудита. Запись «письмо кажется срочным» не помогает сотруднику принять решение и затрудняет разбор ошибок.
Если правила компании требуют ответа за 15 минут, этот срок нужно хранить в регламенте отдела, а не зашивать в текст запроса. При изменении SLA руководитель меняет одно правило, после чего очередь продолжает использовать ту же схему полей.
Где нейросеть полезнее правил
Нейросеть лучше справляется с разными формулировками одного намерения, а правила надёжнее работают на фиксированных признаках. Я выбираю подход по цене ошибки, объёму писем и требованию к объяснимости.
| Подход | Для чего подходит | Сильная сторона | Ограничение |
|---|---|---|---|
| Правила по словам и полям | Номера заказов, домены, шаблонные уведомления | Понятная логика и быстрый запуск | Слабая работа с синонимами и контекстом |
| Нейросетевая классификация | Свободные обращения и смешанные формулировки | Понимание смысла письма | Нужна проверка уверенности и спорных ответов |
| Гибридная схема | Очереди поддержки с разной ценой ошибки | Правила закрывают очевидные случаи, нейросеть разбирает остальное | Требуется настройка двух уровней контроля |
Модельный кейс: компания из сферы логистики, ~200 сотрудников, может отправлять письма с номером накладной в операционную очередь по правилу, а свободные жалобы направлять на нейросетевую проверку. Если уверенность ниже 0,8, письмо остаётся в ручной очереди. Это не обещание точности, а стартовый порог для пилота, который нужно проверить на собственной выборке.
Перед запуском я беру 100–300 обезличенных писем и размечаю их вручную. В выборке должны быть обычные обращения, пограничные случаи и сообщения с несколькими задачами. Такой набор показывает, какие категории пересекаются и где справочник нужно сократить.
Формулировать инструкции для классификации помогает разбор искусства промптинга. Там полезен сам принцип: задаче нужно дать роль, формат результата, ограничения и несколько примеров без передачи лишних персональных данных.
Как готовить черновик ответа
Черновик должен экономить время специалиста, а не создавать новый этап исправлений. Я ограничиваю его 6 блоками: обращение, краткое понимание проблемы, известные факты, следующий шаг, срок и место для ручной проверки.
Нейросеть не должна самостоятельно придумывать цену, срок возврата или статус заказа. Если факта нет в письме или подключённом источнике, в черновике должна появиться отметка «нужно проверить», а не правдоподобная догадка. Для финансовых, юридических и технических тем я оставляю обязательное подтверждение сотрудником.
Хороший запрос для подготовки ответа содержит 5 частей:
- описание роли сотрудника и цели ответа;
- допустимый тон, например спокойный и деловой;
- правила работы с неизвестными данными;
- формат, например 2 абзаца и отдельный следующий шаг;
- условие остановки, если письмо относится к спорной категории.
Я прошу сохранять исходные номера заявок и даты без изменений. Если письмо содержит 2 вопроса, черновик должен разделить их по пунктам, а не потерять один из них. При наличии вложения система должна явно сказать, что файл не был проверен, если у процесса нет подтверждённого доступа к его содержимому.
Для повседневных операций полезны похожие приёмы, описанные в статье о применении нейросетей для обычных задач. Я переношу оттуда главный рабочий принцип: сначала определить повторяющийся сценарий, потом ограничить формат ответа и лишь после этого расширять автоматизацию.
Как передать письмо в нужный отдел
Маршрутизация становится предсказуемой, когда результат классификации содержит 4 элемента: отдел, ответственного, приоритет и причину передачи. Одного ярлыка «продажи» мало, если внутри команды 3 разных очереди.
Я задаю справочник маршрутов отдельно от инструкции нейросети. В нём указываю название очереди, допустимые категории, рабочие часы, резервного получателя и действие при низкой уверенности. Если обращение связано с оплатой и доступом одновременно, правило должно описывать порядок выбора, например сначала финансовая проверка, затем техническая.
Гипотетический пример: в отделе из 12 сотрудников есть 4 очереди, продажи, поддержка, бухгалтерия и администрация. Письмо с темой «не прошла оплата за заказ 4812» получает категорию «оплата», приоритет 1 и маршрут в бухгалтерию; при фразе «доступ заблокирован до 18:00» приоритет повышается до 2, а в маршрут добавляется поддержка.
Я контролирую минимум 5 показателей: долю писем, попавших в правильную очередь, процент ручных исправлений, долю низкоуверенных решений, время до первого ответа и количество просроченных обращений. Сравнивать их нужно с базовой неделей до запуска, иначе эффект легко перепутать с сезонным изменением нагрузки.
Для каждого отдела стоит назначить владельца справочника. Один человек раз в 7 дней смотрит на спорные письма, объединяет дублирующиеся категории и фиксирует новые правила. Без этого классификация постепенно расходится с реальной работой команды.
Что я бы сделал на вашем месте
Я бы начал с 14-дневного пилота на одной очереди и 5–7 категориях, без автоматической отправки писем. Такой срок позволяет увидеть будничную нагрузку, выходные, повторные обращения и редкие случаи с высоким риском.
В первые 2 дня я бы собрал обезличенную выборку и согласовал словарь категорий. На 3–5-й день добавил бы поля срочности, причины и уверенности. В течение следующей недели сравнивал бы решения системы с разметкой сотрудника, а в последние 2 дня проверил бы маршрутизацию и шаблоны черновиков.
Правило принятия решения простое: если ошибка ведёт к пропущенному сроку, финансовому ущербу или раскрытию данных, оставляйте ручное подтверждение. Если задача повторяется, цена ошибки мала, а признаки хорошо видны в теме письма, начинайте с правил. Нейросеть подключайте там, где смысл важнее отдельных слов.
После пилота сохраняйте только те автоматические действия, которые улучшают измеримый показатель. Если время первичного разбора снизилось, а число возвратов между отделами выросло, процесс нужно доработать, а не объявлять его готовым. Я бы продолжил расширение лишь после двух последовательных недель с понятной статистикой по каждой категории.