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

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

Разбор входящего письмаПять полей превращают переписку в рабочую карточку1. ПисьмоТема, текст,цепочка, дата2. АнализСрок, намерение,тема, риск3. КарточкаПриоритет, отдел,следующий шагКонтроль человекаПроверить даты, суммы, обещания и адресата перед отправкой
Инфографика

Что именно нужно получить из письма

Схематичный процесс разбора входящих писем по приоритету и теме

Из каждого письма нужно извлечь 5 рабочих признаков: срочность, тему, намерение автора, ответственного сотрудника и следующий шаг. Такой формат превращает длинную переписку в короткую карточку, которую легко проверить за 20–30 секунд.

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

Поле Что определяем Пример результата
Срочность Срок, риск и наличие блокирующего условия Высокая, ответ до 14:00
Тема Основной предмет переписки Возврат товара
Намерение Что автор хочет получить Запрашивает статус заявки
Ответственный Роль или отдел Поддержка, финансовый специалист
Следующий шаг Действие после чтения Проверить номер заказа

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

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

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

Я рекомендую разделить письма на 3 уровня. Высокий уровень означает риск финансовой потери, остановку процесса, жалобу с обозначенным сроком или проблему с доступом. Средний уровень касается задачи, которую нужно закрыть в течение 1–2 рабочих дней. Низкий уровень включает информационные сообщения, копии переписки и предложения без даты.

Отдельно стоит хранить основание оценки. Вместо записи «высокий приоритет» система должна вернуть: «указан срок до 16:00, без ответа поставка не будет подтверждена». Такой фрагмент позволяет сотруднику быстро оспорить вывод. Если срок не найден, поле должно содержать значение «срок не указан».

Модельный кейс: при потоке из 120 писем за день правило с 3 уровнями может выделить 14 сообщений для первичной проверки, 38 отправить в очередь текущего дня, а остальные оставить в обычной очереди. Эти числа иллюстрируют настройку процесса, а не обещают одинаковый результат для каждой компании.

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

Как выделить тему и сохранить смысл письма

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

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

Смысл часто теряется из-за пересланных цепочек. В них встречаются подписи, старые даты, автоматические уведомления и несколько разных просьб. Поэтому инструкция должна просить модель отделять свежий текст от цитируемой переписки. Если новое сообщение состоит из одной строки «Что с этим?», без предыдущих писем оно неразрешимо. Корректный результат здесь, «контекст неполный, нужна проверка цепочки».

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

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

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

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

Я задаю для черновика ограничения по тону и риску. Ответ должен быть вежливым, занимать 80–140 слов, повторять ключевой вопрос клиента и заканчиваться конкретным действием. Для финансовых, юридических и конфликтных писем добавляется маршрут на ручную проверку. Автоматический текст в таких случаях служит заготовкой, а не готовым решением.

Гипотетический пример: письмо «Счёт оплатили 3 марта, но доступ не открылся» получает черновик с тремя элементами: подтверждение даты, просьба указать номер платежа и обещание передать данные специалисту после проверки. Фраза «доступ восстановим сегодня» была бы недопустима без подтверждённого срока.

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

Как передать задачу нужному сотруднику

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

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

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

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

Я советую хранить исходную тему письма, краткое резюме и причину маршрута рядом. Тогда сотрудник видит, что именно распознала модель, и может исправить только ошибочное поле. Такой журнал пригодится для еженедельной выборки из 30–50 сообщений и последующей настройки правил.

Как внедрить процесс без потери контроля

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

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

Минимальный набор показателей выглядит так:

  1. Доля писем с правильно определённой темой.
  2. Доля срочных сообщений, найденных в первой проверке.
  3. Частота выдуманных фактов в черновиках.
  4. Число писем, отправленных не тому отделу.
  5. Среднее время ручной проверки одной карточки.

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

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

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

Какое решение выбрать для конкретного потока

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

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

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

Источники для настройки процесса

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