Сортировка писем нейросетью: срочность и лиды в 2026
Стендфирст: практическая схема для разбора входящих, выделения срочных обращений и подготовки ответов без потери лидов.
Входящие письма и заявки редко приходят в удобном порядке. В одной папке оказываются запрос на расчёт, уведомление о доставке, жалоба с требованием ответить сегодня и рассылка без пользы для работы. Если менеджер тратит на первичный разбор по 2 минуты, поток из 60 сообщений уже превращается в 2 часа только на чтение заголовков и распределение задач.
Нейросеть помогает превратить этот поток в последовательность операций: определить тип обращения, извлечь факты, присвоить уровень срочности и подготовить черновик. Решение всё равно остаётся за сотрудником, особенно когда письмо связано с деньгами, договором, возвратом или персональными данными. Ниже я разбираю процесс по шагам и показываю, где автоматизация действительно экономит время.
Что именно сортирует нейросеть во входящих
Нейросеть может разложить входящие минимум на 4 класса: срочные обращения, потенциальные лиды, текущие вопросы клиентов и информационный шум. Для каждого письма полезно сохранить 6 полей: отправитель, тема, дата, цепочка переписки, тип запроса и наличие вложений.
Сначала система читает доступный текст и заголовки. В стандартном почтовом сообщении есть поля From, To, Date, Subject, Message-ID, а для цепочек переписки используются In-Reply-To и References, описанные в RFC 5322. Затем нейросеть сопоставляет содержание с заданными категориями. На третьем шаге она возвращает результат в формате, который может проверить оператор.
Я советую начинать с 4 категорий, а не пытаться сразу построить классификацию на 20 вариантов. Слишком подробная схема быстро запутывает сотрудников: письмо о продлении договора может одновременно относиться к продажам, поддержке и юридическим вопросам. Для первого прохода достаточно определить, кто должен увидеть сообщение и до какого срока нужна реакция.
У каждой категории задайте понятные признаки. Для лида это новый контакт, описание потребности, бюджет, сроки или просьба о расчёте. Для срочного обращения, слова «сегодня», «не работает», «претензия», номер заказа и уже нарушенный срок. Для рассылки, массовый отправитель, отсутствие вопроса и призыв перейти по ссылке без связи с текущей задачей.
Перед созданием собственной схемы полезно изучить задачи и проверку результата генерации текста. Там тот же принцип применяется к черновикам: сначала задаётся структура, затем человек проверяет факты и смысл.
Как выделить срочные запросы без тревожных ложных срабатываний
Срочность лучше определять по 3 группам сигналов: словам, срокам и последствиям. Например, фраза «ответьте до 16:00» сильнее указывает на дедлайн, чем слово «срочно» в теме письма.
Я использую шкалу от 0 до 3 баллов:
- Ноль баллов получает обычное информационное сообщение без срока и риска.
- Один балл означает просьбу ответить в рабочем порядке, например в течение 1–2 дней.
- Два балла получает обращение с конкретным дедлайном, проблемой в заказе или угрозой остановки процесса.
- Три балла ставятся при сочетании нескольких признаков, например при просроченном платеже и требовании ответа до конца дня.
Такую шкалу легче объяснить команде, чем расплывчатое правило «выделяй всё важное». Для каждого уровня назначьте срок реакции. Например, 3 балла означают ответ в течение 15 минут, 2 балла, в течение 2 часов, 1 балл, до конца рабочего дня. Это рабочая настройка, а не универсальный норматив: для службы поддержки, бухгалтерии и отдела продаж интервалы будут разными.
Модельный кейс: в потоке из 12 обращений нейросеть видит письмо с темой «Заказ 4812 не отгружен, ответ до 16:00» и присваивает ему 3 балла, потому что присутствуют номер заказа, нарушение ожидания и точный срок. Менеджер проверяет карточку заказа, а не принимает классификацию без проверки.
Чтобы снизить число ложных тревог, просите систему возвращать объяснение из 1–2 предложений: какой фрагмент текста повлиял на оценку и какой срок найден. Если срок не обнаружен, результат должен содержать отметку «дедлайн не указан». Это полезнее, чем уверенный ярлык без основания.
При настройке запроса задайте запрет на самостоятельную отправку ответа. Нейросеть может подготовить черновик, но решение о компенсации, признании ошибки или обещании конкретной даты должен принимать сотрудник. Так процесс остаётся управляемым даже при неоднозначной формулировке.
Как получать черновик ответа, который можно проверить за минуту
Хороший черновик состоит из 5 блоков: обращение, краткое понимание вопроса, факты из письма, предлагаемое действие и следующий срок. Если один блок отсутствует, сотруднику приходится заново собирать ответ из исходной переписки.
Я задаю нейросети такие ограничения:
- не придумывать цену, дату, статус заказа и условия договора;
- отделять факты письма от предположений;
- сохранять номера заявок и названия товаров без изменений;
- задавать уточняющий вопрос, если не хватает данных;
- писать короткими абзацами по 2–4 предложения.
Пример структуры запроса может выглядеть так: «Разбери письмо. Верни категорию, срочность от 0 до 3, найденный срок, факты без домыслов, черновик ответа и один уточняющий вопрос. Если данных нет, напиши “не указано”». Такая форма задаёт результат заранее, поэтому его проще сравнить с исходным сообщением.
Черновик для клиента не должен звучать как внутренний отчёт. В первом абзаце достаточно подтвердить, что вопрос понят. Во втором нужно назвать действие: проверить заказ, передать запрос специалисту, запросить документ или подготовить расчёт. В последней строке укажите срок следующего контакта только тогда, когда его подтвердил сотрудник.
Проверку запроса и формата можно дополнить рекомендациями из материала об искусстве формулировать запросы для нейросетей. Для переписки особенно полезны явные поля и запрет на выдуманные сведения.
В веб-чате SoftChat можно переключать модели в рамках одного разговора. Я использую это для ручного сравнения двух вариантов черновика: один запрос проверяет краткость, другой, сохранение фактов и деловой тон. Это не заменяет проверку письма, зато помогает быстро увидеть, какая формулировка лучше подходит конкретной задаче.
Как не терять лиды среди обычных обращений
Лид стоит считать найденным, если в сообщении есть минимум 4 признака: контакт, потребность, возможный срок и действие, которого ждёт отправитель. Одного слова «интересует» недостаточно, оно не показывает ни объём задачи, ни готовность к разговору.
Для первичного разбора я выделяю 6 полей:
| Поле | Что извлечь | Зачем это нужно |
|---|---|---|
| Контакт | имя, компания, телефон или почта | понять, кому отвечать |
| Потребность | товар, услуга или задача | назначить направление |
| Объём | количество, число пользователей или объектов | подготовить расчёт |
| Срок | дата запуска, поставки или решения | определить приоритет |
| Бюджет | сумма или диапазон, если указан | выбрать сценарий ответа |
| Следующий шаг | звонок, расчёт, встреча или документ | передать задачу менеджеру |
Если поле отсутствует, его нужно пометить как «не указано», а не заполнять догадкой. Для заявки «Нужна система для 30 сотрудников к сентябрю» уже видны объём и срок, но нет бюджета и перечня требований. Менеджеру следует задать 2–3 уточняющих вопроса, а не отправлять общий рекламный текст.
Гипотетический пример: компания из сферы логистики, около 200 сотрудников, получает 28 обращений за рабочий день. Нейросеть выделяет 7 писем с запросом на расчёт, 5 сообщений по текущим договорам и 16 информационных писем. Это не доказательство результата для каждой компании, а схема проверки: руководитель сравнивает разметку с ручной оценкой и исправляет спорные категории.
Для контроля заведите журнал ошибок. В нём достаточно 4 колонок: исходная категория, исправление сотрудника, причина ошибки и дата повторной проверки. Через 7 дней можно увидеть, что чаще путается: новый лид с действующим клиентом, жалоба с техническим вопросом или рассылка с коммерческим предложением.
Материал о внедрении нейросетей в рабочие процессы помогает разложить такой сценарий по ролям и точкам проверки. Для почты это означает, что классификация, подтверждение и ответ должны иметь разных ответственных, даже если текст готовится автоматически.
Как запустить разбор входящих с контролем человека
Безопасный запуск занимает 2 этапа: сначала наблюдение без действий, затем ограниченное применение на выбранной категории. Я не начинаю с автоматической обработки всей почты, поскольку ошибка в одном письме может привести к пропущенному сроку или неверному обещанию клиенту.
На первом этапе возьмите выборку из 50–100 сообщений за 5 рабочих дней. Уберите персональные данные, которые не нужны для классификации, и подготовьте эталонную разметку вручную. Для каждого письма зафиксируйте категорию, срочность, срок реакции и наличие лида. Затем сравните ответ нейросети с эталоном.
На втором этапе разрешите использовать черновики только для одной группы, например для обычных запросов без финансовых условий. Сотрудник должен видеть исходное письмо рядом с результатом, исправлять текст и отмечать причину правки. Через 7 дней оцените 3 показателя: долю верно определённых категорий, количество пропущенных срочных писем и время до первого ответа.
Для передачи результата в почтовую систему или CRM заранее определите формат полей. Строка «срочно» сама по себе мало полезна. Нужны значение приоритета, найденный дедлайн, ответственный, ссылка на исходное письмо и отметка о ручной проверке.
Если сотрудники используют разные формулировки, соберите словарь из 20–30 рабочих терминов: названия услуг, типы документов, статусы заказов и обозначения отделов. Этот словарь не должен превращаться в список исключений на 300 строк. Когда правил становится слишком много, их сложнее поддерживать при изменении процесса.
Для бытовых повторяющихся задач можно дополнительно посмотреть материал о применении нейросетей и чат-ботов в повседневных процессах. Там полезен сам принцип: сначала описать повторяемое действие, затем определить границы ответственности человека.
Что выбрать: фильтры, правила или нейросеть
Для входящих обычно нужны 3 подхода одновременно: фильтры для очевидных сообщений, правила для повторяемых условий и нейросеть для свободного текста. Выбор зависит от числа исключений, стоимости ошибки и того, насколько стабильно люди формулируют запросы.
| Подход | Подходит для | Плюс | Ограничение |
|---|---|---|---|
| Почтовый фильтр | рассылок, доменов и повторяющихся тем | настраивается быстро | плохо понимает смысл длинного письма |
| Жёсткое правило | точного срока, номера заказа или ключевого слова | результат легко объяснить | ломается при новых формулировках |
| Нейросеть | свободных заявок, классификации и черновиков | учитывает контекст нескольких фраз | требует проверки и контроля выдуманных данных |
Фильтр не нужно заменять нейросетью там, где условие однозначно. Если все письма с домена рассылки можно перемещать в отдельную папку, достаточно правила. Нейросеть полезнее там, где один и тот же запрос выражают десятками способов: «нужен расчёт», «пришлите стоимость», «сколько будет стоить поставка на осень».
Если ошибка стоит дорого, выбирайте ручное подтверждение. Если поток велик, а сообщения однотипны, начинайте с фильтров и добавляйте нейросетевой разбор для исключений. Такой смешанный процесс проще объяснить команде и легче откатить при сбое.
Что бы я оставил в рабочем процессе
Я бы оставил 1 короткий контур: четыре категории, шкалу срочности от 0 до 3 и обязательную проверку черновика перед отправкой. Сначала настроил бы разбор на 50 письмах, затем сравнил ошибки через 7 дней и только после этого расширял область применения.
Каждое утро ответственный сотрудник может просматривать сообщения с 3 баллами, затем лиды с указанным сроком и после этого обычные обращения. В конце дня достаточно проверить 10 случайных классификаций и 5 черновиков. Если в журнале повторяется одна ошибка, меняется инструкция, а не добавляется случайное ключевое слово.
Мой критерий простой: автоматизация должна сокращать ручное чтение, сохраняя право человека остановить отправку. Если нейросеть показывает категорию, найденный срок, факты и причину оценки, результат можно проверить. Если она выдаёт лишь ярлык без исходных оснований, процесс лучше вернуть на этап наблюдения.