Коротко: нейросеть помогает превратить поток писем в очередь задач, где видно срочность, тему, ответственного и суть обращения.

Я обновил эту статью в июне 2026 года: убрал устаревшие формулировки про отдельные инструменты, добавил рабочую схему классификации писем, примеры правил и таблицу приоритетов. Тема стала практичнее. Руководителю, менеджеру или ассистенту уже мало «прочитать почту быстрее». Нужно понять, что горит, что можно отложить, кому передать вопрос и где письмо вообще не требует реакции.

Если во входящих 180 писем за день, ручной разбор быстро превращается в отдельную работу. Даже при темпе 40 секунд на письмо это 2 часа чистого времени, без ответов и созвонов. Нейросеть в такой задаче полезна не магией, а дисциплиной: она одинаково применяет правила, вытаскивает факты из текста, группирует похожие обращения и пишет короткие выжимки. Но результат зависит от того, как заданы критерии. Я обычно начинаю не с инструмента, а с карты решений: какие письма срочные, какие тематические группы нужны, кто отвечает за каждую группу и что считать готовой выжимкой.

Что изменилось в обновлённой версии

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

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

Универсального набора категорий нет. Для руководителя продаж обычно хватает 6–8 тем: лиды, действующие клиенты, договоры, счета, претензии, партнёры, внутренние согласования, шум. Для ассистента генерального директора набор шире: календарь, поездки, документы, личные поручения, подрядчики, кадровые вопросы, срочные эскалации. Если категорий больше 12, точность ручной проверки падает: люди начинают спорить о названиях папок, а не решать задачу.

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

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

Я использую простую матрицу из четырёх уровней. Первый уровень, «критично», получает письмо, где есть дедлайн сегодня, риск штрафа, остановка оплаты, жалоба крупного клиента, юридический срок или блокировка работы команды. Второй, «высокий», подходит для вопросов с дедлайном 1–2 рабочих дня, согласований сделки, документов для клиента и задач руководителя. Третий, «обычный», это плановые ответы, уточнения, информационные запросы. Четвёртый, «низкий», включает рассылки, автоматические уведомления, копии без действия.

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

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

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

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

Модельный кейс: компания из сферы логистики, ~200 сотрудников, получает 350 входящих писем в общий ящик за рабочий день. Если вручную тратить по 30 секунд только на первичный просмотр, получится почти 3 часа. Автоматическая разметка может выдать таблицу: 42 письма по счетам, 31 по рейсам с риском срыва срока, 18 претензий, 96 уведомлений без действия. После этого человек проверяет не весь поток, а группы риска и спорные письма.

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

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

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

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

Плохая выжимка звучит так: «Клиент обращается по вопросу документов и просит помочь». Она почти ничего не экономит. Хорошая: «Клиент просит заменить акт за май из-за ошибки в ИНН, ждёт исправленную версию сегодня до 16:00, задача для бухгалтерии». В этой фразе есть адресат, причина, срок и действие.

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

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

Таблица правил для внедрения

Что классифицируем Пример признака Что просить у модели Что проверяет человек
Срочность Дедлайн сегодня, штраф, блокировка оплаты Уровень 1–4 и причина Завышенные приоритеты
Тему Счёт, договор, жалоба, встреча Одну основную тему Ошибки на стыке отделов
Ответственного Клиент, проект, тип документа Роль или отдел Назначение конкретного человека
Выжимку Длинная цепочка, несколько вложений 2–3 строки без воды Потерю сроков и сумм
Следующее действие «Подтвердите», «согласуйте», «пришлите» Глагол действия Реалистичность шага

Минимальная схема внедрения занимает 5 шагов. Сначала выгрузите 50–100 писем за типичную неделю и обезличьте чувствительные данные. Затем вручную разметьте 20–30 писем, чтобы получить эталон. После этого напишите промпт и прогоните оставшуюся выборку. Четвёртый шаг, разбор ошибок: где модель путает темы, где завышает срочность, где назначает не тот отдел. Пятый шаг, фиксация правил в шаблоне.

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

Ошибки, которые ломают почтовую сортировку

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

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

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

Что забрать в работу после обновления

Обновлённая версия статьи сводится к практическому правилу: нейросеть сортирует почту хорошо, когда вы заранее описали критерии, формат результата и границы догадок. Начните с 4 уровней срочности, 6–8 тем, таблицы ответственных и короткой выжимки из 5 смысловых элементов. Через неделю пилота посмотрите не на красивость ответов, а на 3 показателя: сколько писем попало в неправильную тему, сколько срочных писем пропущено, сколько задач назначено без нужных данных.

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