Автоматизация сортировки писем: срочность и маршрутизация в 2026
Практическая схема работы с входящими письмами: от определения приоритета до контроля качества ответа.
Ежедневный поток писем редко состоит из одной задачи. В одной очереди оказываются запрос на счёт, жалоба, вопрос о доставке, резюме кандидата и рекламное сообщение. Если разбирать их в хронологическом порядке, срочные обращения смешиваются с обычными, а сотрудники тратят время на повторяющиеся действия. Нейросеть помогает разделить этот поток на понятные этапы: определить тип письма, оценить срочность, подготовить черновик и выбрать отдел для дальнейшей работы.
Я рассматриваю такую автоматизацию как конвейер с контролируемыми решениями, а не как кнопку «ответить на всё». Сначала задаются категории и правила исключений, затем проверяется качество на размеченной выборке. Такой подход согласуется с рекомендациями из материала о внедрении нейросетей в рабочие процессы, где автоматизация рассматривается как часть процесса, а не отдельный эксперимент.
С чего начать сортировку писем
Начинайте с 5 полей: категория, срочность, отдел, язык обращения и требуемое действие. Эти поля превращают свободный текст письма в запись, с которой можно работать по понятным правилам.
Для первого прототипа достаточно 6–8 категорий. Например: оплата, доставка, техническая проблема, возврат, документы, партнёрский запрос, вакансия и спам. Слишком подробная классификация на старте создаёт путаницу: если сотруднику приходится выбирать между 20 похожими метками, он будет использовать их непоследовательно.
Я советую описывать категорию через три элемента:
- Признаки в тексте, например «не прошёл платёж», «срок поставки», «вернуть товар».
- Исключения, например письмо о статусе возврата не относится к общей категории «оплата».
- Действие после классификации, например передать бухгалтерии, запросить номер заказа или подготовить шаблон ответа.
Для каждого письма полезно сохранять исходный текст, назначенную метку, уверенность нейросети и причину решения. Если причина выглядит как одно короткое слово, её трудно проверить. Лучше требовать формулировку из 1–2 предложений: какие признаки обнаружены и какое действие предлагается.
Промптинг сильно влияет на стабильность результата. В разборе искусства промптинга хорошо показана общая механика: модели нужно задать роль, формат ответа, критерии ошибки и несколько образцов. Для почты к этому добавляется запрет на выдумывание данных, которых нет в письме.
Как выделять срочные запросы
Срочность лучше определять по 2 независимым сигналам: содержанию обращения и сроку реакции. Одного эмоционального слова вроде «срочно» недостаточно, поскольку оно встречается и в обычной переписке.
Я использую четыре уровня приоритета:
| Приоритет | Признаки | Рекомендуемое действие | Контроль |
|---|---|---|---|
| Критический | Риск остановки услуги, повторная жалоба, юридический срок | Передать ответственному сотруднику сразу | Проверка человеком |
| Высокий | Просрочка, финансовая ошибка, конфликт с клиентом | Поставить в очередь на ближайший рабочий интервал | Контроль через 1–2 часа |
| Обычный | Информационный вопрос, запрос документов, уточнение условий | Подготовить черновик по шаблону | Проверка по выборке |
| Низкий | Рассылка, предложение партнёрства без срока, общий вопрос | Отложить или направить в отдельную очередь | Еженедельный просмотр |
Модельный кейс: письмо «Заказ не приехал, деньги списали, ответ нужен до 16:00» получает высокий приоритет, если в нём есть номер заказа и дата платежа. Письмо «Подскажите условия доставки» остаётся обычным, даже если отправитель использует слово «срочно» в теме.
Для оценки срочности задайте понятные признаки: упоминание даты, суммы, повторного обращения, блокировки доступа, претензии или риска нарушения обязательства. Отдельно проверьте письма с вложениями. Счёт, заявление и фотография повреждения могут требовать разного маршрута, хотя в каждом случае встречается слово «документ».
На практике полезно хранить не одну метку, а пару «приоритет плюс основание». Например, «высокий, повторная жалоба» информативнее, чем просто «срочно». Такой формат облегчает разбор ошибок и позволяет обновлять правила без полной переделки процесса.
Как готовить черновик ответа
Черновик должен состоять из 5 частей: приветствие, подтверждение сути запроса, известный факт, следующий шаг и срок обратной связи. Такая структура снижает риск ответа, в котором есть вежливая формулировка, но нет решения.
Нейросеть не должна сама додумывать номер заказа, дату возврата, сумму или обещание компенсации. Если данных не хватает, безопаснее сформировать уточняющий вопрос. Для финансовых, юридических и претензионных писем полезно назначать обязательную проверку человеком до отправки.
Хороший шаблон запроса к модели может выглядеть так:
Определи категорию письма из списка. Выдели факты, которые прямо указаны отправителем. Не добавляй отсутствующие сведения. Составь черновик до 600 знаков. Если для ответа не хватает данных, задай не больше 2 уточняющих вопросов. Верни результат в полях «категория», «приоритет», «факты», «вопросы», «черновик».
Ограничение в 600 знаков здесь является рабочей настройкой, а не законом. Для претензии может понадобиться 900 знаков, для короткого статуса достаточно 250. Длину нужно согласовать с реальными шаблонами отдела.
Для примера: при 70 письмах в очереди и 4 типовых категориях оператор может сначала отфильтровать обращения без вложений, затем проверить 10 черновиков из разных категорий и только после этого расширить автоматическую обработку. Это модельная схема, она показывает порядок действий, а не обещает конкретную экономию времени.
Ошибки стоит делить на два класса. Первая ошибка, пропуск срочного письма, опаснее второй, когда обычное обращение получило высокий приоритет. Поэтому для критических категорий задают более строгий порог уверенности и отправляют сомнительные сообщения на дополнительную проверку.
Как маршрутизировать письма по отделам
Для маршрутизации достаточно 6 признаков: тема обращения, продукт или услуга, стадия заказа, наличие вложения, требуемое действие и уровень приоритета. Отдел выбирается после выделения фактов, а не по одному слову в теме письма.
Простая схема может выглядеть так:
- Определить тип запроса.
- Найти сущности, номер заказа, договор, дату, сумму или название услуги.
- Проверить срочность и наличие обязательных данных.
- Выбрать отдел из фиксированного справочника.
- Сформировать черновик или уточняющий вопрос.
- Записать причину маршрутизации.
Справочник отделов лучше ограничить 5–7 направлениями на первом этапе. Если финансовые вопросы распределяются между четырьмя специалистами, нейросеть должна выбирать отдел, а не конкретного человека, если для такого назначения нет надёжного правила. Персональная очередь может меняться по графику, отпуску и текущей загрузке.
При конфликте признаков используйте приоритеты правил. Например, письмо о технической ошибке с требованием возврата денег сначала попадает в очередь претензий или финансов, а техническая команда получает копию задачи только при необходимости. Исключения нужно собирать в отдельный список, иначе они будут теряться в общем промпте.
В статье о генерации текста подробно разобрана проверка результата. Для почтового процесса это означает сверку 4 элементов: правильность категории, сохранность фактов, отсутствие выдуманных обещаний и соответствие выбранному отделу.
Как измерять качество автоматизации
Качество оценивайте по 4 показателям: точность категории, полнота обнаружения срочных писем, доля черновиков без критической ошибки и медианное время до первого действия. Один показатель не отражает состояние процесса.
Точность отвечает на вопрос, сколько назначений были правильными среди всех проверенных назначений. Полнота показывает, какую долю действительно срочных писем система нашла. Если важнее не пропустить претензию, полнота для этой категории должна иметь больший вес, чем общая точность по всей очереди.
Для запуска возьмите размеченную выборку минимум из 100 писем, если такой объём доступен. Разделите её по категориям, приоритетам и наличию вложений. Затем сравните решения модели с разметкой сотрудника. Повторную проверку полезно провести через 7–14 дней, когда накопятся новые формулировки и нестандартные случаи.
Модельный кейс: в выборке из 120 писем обнаружилось 24 обращения с высоким приоритетом, а классификатор нашёл 21. Если 18 из найденных действительно были срочными, полнота составила 87,5%, а точность результата, 85,7%. Эти числа описывают учебный расчёт, а не результат конкретной компании.
Отдельно измеряйте время до первого действия. Письмо может быть правильно отнесено к отделу, но пролежать там 8 часов. Для каждой категории задайте целевой интервал, например 30 минут для критических обращений и 1 рабочий день для обычных вопросов. Такие значения нужно согласовать с фактическим режимом поддержки.
Защита данных начинается до отправки текста в модель. Удаляйте из тестовых примеров паспортные данные, номера карт, секреты доступа и лишние персональные сведения. Для обучения правил достаточно оставить категорию, обезличенный текст, дату, тип вложения и итоговое решение сотрудника.
Как встроить процесс в рабочую практику
Пилот лучше строить в 3 этапа за 2–4 недели: разметка писем, тестирование классификации и ограниченный запуск с контролем ошибок. Сначала автоматизируйте самые повторяющиеся обращения, а исключения оставьте в отдельной очереди.
В веб-чате SoftChat ответы отображаются потоково, а модель можно переключать для каждого диалога. Я бы использовал эту возможность для сравнения формулировок правил и проверки структуры результата, но сам почтовый конвейер требует отдельного процесса получения писем, хранения решений и передачи задач сотрудникам.
В первый период не стоит отправлять черновики клиентам автоматически. Практичнее сохранять предложение ответа, причину маршрутизации и уровень уверенности. После проверки 100–200 сообщений можно определить категории, где качество достаточно стабильно, и оставить остальные под обязательным контролем.
В материале о повседневных задачах с нейросетями есть полезный принцип: рутинную операцию нужно описывать через повторяемый сценарий. Для почты это означает единый формат входных данных, фиксированный набор меток и понятный путь эскалации.
Какой порядок действий я бы выбрал
Я бы начал с одной очереди и 6 категорий, собрал 100 размеченных писем и проверил отдельно срочность, маршрут и черновик. Если система пропускает хотя бы несколько критических обращений в тестовой выборке, я бы не расширял автоматизацию, а уточнил признаки и добавил примеры исключений.
Следующий шаг, измерить медианное время реакции по каждой категории и сравнить его с периодом до изменений. После этого можно решить, где достаточно подсказки сотруднику, а где допустима частичная автоматизация. Для финансовых и претензионных сообщений я бы оставил обязательное подтверждение человеком, даже при высокой уверенности модели.
Такая схема даёт управляемый результат: у каждого письма есть категория, приоритет, маршрут, набор извлечённых фактов и понятное следующее действие. Если меняются продукты, сроки или структура отдела, обновляются справочник и тестовая выборка, а не весь процесс целиком.