Как ИИ сортирует 100 писем и готовит ответы

Практическая схема для почты, заявок и обращений: от классификации входящих сообщений до проверки черновика менеджером.

Ручная сортировка входящих писем ломается в одном месте: каждое сообщение требует отдельного решения. Менеджеру нужно понять тему, срочность, ответственного, срок реакции и следующий шаг. При потоке 100 писем в день даже короткая проверка по 2 минуты превращается более чем в 3 часа работы. Нейросеть сокращает объём ручных действий, если использовать её как часть управляемого конвейера, а не как автономного диспетчера.

В этой статье я разбираю связку «классификация → приоритизация → постановка задачи → черновик ответа → контроль SLA». Такой подход полезен для службы поддержки, отдела продаж, закупок и внутреннего сервиса. Базовые принципы применения нейросетей в рутинных сценариях собраны в материале как использовать нейросети для повседневных задач.

Что именно делает ИИ с потоком писем

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

На первом этапе система определяет тип обращения. Примеры категорий: вопрос о заказе, проблема с оплатой, запрос документов, предложение партнёрства, внутренняя задача и сообщение без понятного действия. Набор лучше ограничить 5–7 классами. Если создать 20 меток сразу, сотрудники начнут путаться, а статистика по категориям станет шумной.

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

Результат классификации удобно хранить в виде карточки:

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

Как устроить конвейер из 5 этапов

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

1. Приём. Сохраняются тема, текст, дата, отправитель, цепочка переписки и сведения о вложении. Без даты и истории ответ может оказаться формально правильным, но неуместным.
2. Извлечение. Нейросеть находит номер заказа, сумму, дату, название услуги, требуемый документ или обещанный срок. Если значение отсутствует, система должна вернуть «не указано», а не додумывать его.
3. Классификация. Сообщение получает одну основную категорию и один уровень срочности. Дополнительные метки допустимы, но их число лучше ограничить двумя.
4. Подготовка действия. Из классификации формируется задача: уточнить реквизиты, проверить статус, передать обращение специалисту или подготовить ответ.
5. Контроль. Менеджер подтверждает маршрут и редактирует текст перед отправкой. Автоматическая отправка без проверки опасна там, где есть деньги, персональные данные или договорные сроки.

Модельный кейс: компания из сферы логистики, около 200 сотрудников, получает 100 писем в день. Для пилота ей достаточно 5 категорий, 3 уровней срочности и одного общего правила: сообщения с риском остановки отгрузки отправляются на проверку в течение 15 минут. Это схема для иллюстрации, а не описание результата конкретного клиента.

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

Как выделять срочные письма без лишних тревог

Для 100 писем в день достаточно начать с 3 уровней срочности: высокий, обычный и низкий. Четвёртый уровень добавляют лишь тогда, когда он меняет маршрут или срок реакции.

Высокий приоритет должен опираться на проверяемый признак. К таким признакам относятся дедлайн в течение 2 часов, остановка операции, жалоба с риском возврата денег, авария или требование от государственного органа. Формулировки вроде «очень срочно» полезны, но не должны быть единственным основанием для эскалации.

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

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

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

Как готовить черновик ответа менеджеру

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

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

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

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

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

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

Как связать сортировку с задачами и SLA

Контур SLA можно описать 2 порогами: временем до первого ответа и временем до решения. Эти показатели не следует смешивать, иначе сотрудник ответит формальной фразой, а основная проблема останется без маршрута.

Модельный кейс: для отдела закупок можно задать первый порог 30 минут для писем о сорванной поставке, 4 часа для обычного запроса и 1 рабочий день для информационного сообщения. Второй порог определяется сложностью задачи: подтверждение наличия требует 2 часов, согласование договора может занять 2 рабочих дня. Значения здесь приведены для иллюстрации настройки, а не как универсальный норматив.

После классификации задача должна получить владельца и срок. Формулировка «разобраться с письмом» слишком расплывчата. Лучше: «проверить статус заказа 4815, запросить недостающий акт и вернуть ответ до 15:00». Номер, действие и время дают сотруднику проверяемую точку завершения.

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

План внедрения рабочих сценариев с нейросетями и контрольных точек описан в статье как внедрить нейросети в рабочие процессы.

Как проверить пилот на реальной почте

Пилот лучше ограничить 1 почтовым ящиком, 5 категориями и периодом в 5 рабочих дней. За это время можно собрать ошибки, не меняя весь процесс компании.

В первый день нужно описать категории и исключения. На второй день вручную разметить 50–100 старых писем. В течение следующих 3 дней система работает в теневом режиме: она предлагает решение, а менеджер продолжает сортировать письма по старому процессу. Сравнение результатов показывает, где правила помогают, а где требуется новая инструкция.

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

Условный пример: если на выборке из 100 сообщений 18 получили исправление категории, это сигнал проверить границы классов и примеры в инструкции. Если 2 срочных письма из 10 не были найдены, сначала нужно исправить критерии приоритета, а не просить модель писать длиннее. Цифры в этом абзаце показывают способ анализа пилота.

После проверки можно расширять поток до 300 писем в день, но каждый новый тип обращения лучше добавлять отдельной итерацией. При росте количества категорий пересматривают названия, примеры и ответственных. Архив старых решений пригодится для повторной проверки через 2–4 недели, когда изменятся продукты, сроки или правила обслуживания.

Что бы я сделал на вашем месте

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

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

Главный критерий готовности прост: менеджер понимает, почему письмо получило такой приоритет, кому назначена задача и что нужно проверить перед отправкой. Если один из трёх ответов неочевиден, процесс ещё рано передавать на автоматическое выполнение.