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

Сортировка входящих писем, выделение срочных обращений и подготовка черновиков ответов без потери контроля со стороны сотрудника.

Каждое входящее письмо требует хотя бы двух решений: о чём оно и что делать дальше. Если сообщений 50–100 в день, ручная сортировка быстро превращается в отдельную рабочую смену. Нейросеть может взять на себя первый проход, а сотрудник оставить за собой проверку фактов, тональности и обещаний клиенту.

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

Что именно делегировать нейросети

Нейросети разумно отдавать четыре операции: классификацию письма, оценку срочности, извлечение полей и подготовку черновика ответа.

Первая операция, классификация. Письмо можно отнести к одной из заранее заданных тем: возврат, доставка, оплата, техническая проблема, коммерческий запрос или внутренний вопрос. Набор из 5–8 категорий обычно проще проверять, чем список из 20 размытых меток.

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

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

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

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

Как построить конвейер от письма до черновика

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

1. Подготовьте входные данные. Уберите подписи, длинные цепочки переписки и технические уведомления, если они не влияют на решение. Сохраните тему письма, дату, текст последнего сообщения и вложения в виде отдельного списка.
2. Определите категорию. Передайте модели закрытый перечень тем с коротким описанием каждой. Формулировка «выбери одну категорию из шести» надёжнее, чем просьба самостоятельно придумать метку.
3. Извлеките факты. Задайте поля, которые нужны сотруднику: клиент, заказ, дата, проблема, требование, контакт для ответа. Для каждого поля укажите, что делать при отсутствии значения.
4. Проверьте срочность. Разделите приоритеты на три уровня: обычный, повышенный, критический. Для каждого уровня задайте наблюдаемые признаки и срок реакции, например 24 часа, 4 часа и 15 минут.
5. Выберите шаблон. Свяжите категорию с конкретной заготовкой. Для возврата нужен один набор формулировок, для технической ошибки другой, для коммерческого запроса третий.
6. Сформируйте черновик. Попросите модель сначала показать извлечённые факты, затем сам ответ. Это помогает заметить ошибку до чтения готовного текста.

Полезный формат результата выглядит так:

Тема: возврат оплаты
Срочность: повышенная
Причина: клиент сообщает о двойном списании
Номер заказа: не найден
Нужна проверка сотрудника: да
Черновик: подтвердить получение обращения, запросить дату и способ оплаты, не обещать срок возврата без проверки операции

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

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

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

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

Если у команды есть SLA 15 минут для критических сообщений, это число нужно явно записать в правилах. Иначе модель определит приоритет, но сотрудник не поймёт, когда требуется ответ.

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

Я советую хранить правила срочности в отдельном документе и пересматривать их раз в месяц. За 4 недели обычно накапливается достаточно спорных писем, чтобы понять, где классификатор ошибается.

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

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

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

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

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

1. Категория.
2. Приоритет и причина.
3. Найденные факты.
4. Что нужно уточнить.
5. Черновик ответа до 120 слов.

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

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

Как измерять качество и пользу процесса

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

Точность категории считают как долю правильно размеченных писем в проверочной выборке. Если из 100 сообщений 88 получили верную тему, показатель равен 88%. Нужна ручная проверка, потому что одинаковое слово может встречаться в обращениях о возврате и оплате.

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

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

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

Соблюдение SLA связывает качество с операционной задачей. Можно отдельно считать долю ответов за 15 минут, 4 часа и 24 часа, если такие уровни приняты в команде.

Модельный кейс: в выборке из 100 писем 90 правильных категорий, 4 пропущенных срочных обращения и 65 черновиков, принятых после небольшой правки. Эти значения помогают обсудить качество процесса, но не являются отраслевой нормой.

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

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

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

В письмах могут находиться паспортные данные, адреса, телефоны, номера заказов и сведения о платежах. В России обработку персональных данных регулирует 152-ФЗ от 27 июля 2006 года. Перед использованием нейросети определите, какие поля можно передавать для анализа, какие нужно замаскировать, а какие нельзя включать вовсе. Юридические требования зависят от целей обработки и статуса организации, поэтому внутренний порядок согласуют с ответственным за данные.

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

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

Минимальный набор контрольных материалов состоит из 30 обезличенных писем, списка запрещённых формулировок и журнала ошибок. В него стоит включить 5–7 сложных сообщений, чтобы проверить не только типовые обращения.

Как провести пилот без перестройки всей почты

Пилот можно провести на выборке из 20–30 обезличенных писем, четырёх категориях и одном шаблоне ответа для каждой категории.

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

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

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

Второй проход проводите на новых письмах, которых не было в первой выборке. Для примера: при 25 сообщениях можно взять 10 обращений поддержки, 7 коммерческих запросов, 5 вопросов об оплате и 3 претензии. Такой состав помогает увидеть разницу между типовыми и конфликтными ситуациями.

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

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

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

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