Сортировка писем с помощью ИИ: срочность и лиды в 2026

Сортировка писем с помощью ИИ: как выделять срочные обращения и не терять лиды

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

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

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

Как устроить обработку входящих писем

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

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

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

Модельный кейс: компания из сферы логистики, около 200 сотрудников, получает 300 писем в рабочий день. Если первичный просмотр одного письма занимает 45 секунд, ручная сортировка требует 225 минут, то есть 3 часа 45 минут. При таком объёме даже простая маркировка приоритета освобождает время для ответов, но качество нужно измерять на выборке, а не принимать на веру.

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

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

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

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

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

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

Число «24 часа» здесь является настройкой процесса, а не универсальным законом. Для поддержки медицинского оборудования критичным может быть срок 30 минут, для оптового запроса допустим ответ в течение 2 рабочих дней. Правила должны исходить из реального регламента компании.

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

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

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

Как готовить черновики ответов

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

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

Практический шаблон запроса выглядит так:

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

Лимит в 900 знаков помогает оператору быстро прочитать текст. Для претензии разумнее использовать 1500 знаков и отдельное поле с перечнем спорных утверждений. Для нового лида подойдёт ответ из 500 или 700 знаков, в котором есть один понятный следующий шаг: запросить бюджет, уточнить задачу или предложить время разговора.

Модельный кейс: компания из сферы онлайн-образования, около 40 менеджеров, получает письмо «Нужен курс для отдела из 18 человек до 1 сентября». Черновик должен сохранить число участников и дату, спросить об уровне подготовки и предложить следующий контакт. Если нейросеть заменит 18 человек на 80 или изменит 1 сентября на другую дату, сотрудник обязан исправить текст до отправки.

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

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

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

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

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

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

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

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

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

Где человек должен проверять результат

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

Я проверяю результат по четырём вопросам:

1. Все ли даты, суммы, номера и имена совпадают с исходным письмом?
2. Не добавила ли нейросеть факт, которого не было в данных?
3. Обещает ли текст действие, которое компания действительно может выполнить?
4. Понятно ли адресату, что произойдёт дальше и когда?

Для измерения качества сортировки подойдут точность и полнота. Точность показывает, какая доля писем внутри выбранной категории действительно относится к ней. Полнота показывает, сколько писем нужного типа система нашла среди всех таких писем. Если из 40 реальных лидов обнаружены 34, полнота равна 85%. Если в очередь лидов попало 40 писем, а подходящими оказались 34, точность равна 85%.

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

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

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

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

Пилот разумно ограничить 7 днями и выборкой из 100 писем, чтобы сравнить решения нейросети с ручной разметкой. За это время можно проверить категории, приоритеты, качество извлечения фактов и удобство черновиков.

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

Модельный кейс: отдел поддержки из 12 сотрудников выбирает 100 писем за неделю. Ручная разметка показывает 15 срочных обращений и 22 коммерческих запроса. Нейросеть нашла 14 срочных писем и 20 коммерческих запросов, но ошибочно отправила 6 обычных сообщений в высокий приоритет. Такой пилот даёт материал для правки правил, а не повод объявлять автоматизацию готовой.

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

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

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

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

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

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