Сортировка обращений нейросетью: тема и срочность в 2026

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

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

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

Что именно сортирует нейросеть

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

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

Срочность лучше задавать 3 или 4 уровнями. Например, «критично» означает риск остановки операции или нарушение установленного срока; «высоко» подходит для проблемы, которую нужно взять в течение рабочего дня; «обычно» описывает стандартную консультацию; «низко» используется для отзывов и общих вопросов. Число уровней ограничивает путаницу, а не делает оценку точнее само по себе.

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

Последнее поле особенно полезно для контроля. Если система присвоила письму метку «критично», оператор видит фрагмент, на котором основан вывод, а не принимает результат вслепую.

Как устроить конвейер обработки

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

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

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

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

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

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

Как составить инструкцию для классификации

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

Я начинаю с короткого описания задачи: «Классифицируй обращение для первой линии поддержки». Затем задаю поля в явном виде. Для темы перечисляю 5–8 категорий, для срочности оставляю 3 или 4 уровня, а для типа ответа выбираю 4–6 действий. Слишком длинный список категорий повышает вероятность пересечений.

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

Инструкцию полезно завершать требованием вернуть только заданную структуру. Например:

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

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

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

Как измерить качество сортировки

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

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

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

Условный пример: из 100 обращений 20 относятся к сбоям оплаты. Если система нашла 18 таких писем, а 2 пропустила, полнота равна 90%. Если среди 22 найденных писем 4 оказались обычными вопросами, точность равна примерно 82%. Эти два числа дают руководителю больше информации, чем фраза «работает хорошо».

Я бы отправлял на ручную проверку всё, что имеет уверенность ниже 0,70, и отдельно контролировал категорию «критично». Порог 0,85 можно использовать для почти автоматического назначения обычных обращений, если выборка из 100–200 сообщений показывает стабильный результат. Это рабочие настройки для теста, а не универсальный стандарт.

Где применять сортировку: поддержка, продажи и операции

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

В поддержке удобно задать реакцию в пределах 15 минут для блокирующего сбоя, 4 часов для вопроса по заказу и 1 рабочего дня для общего запроса. Это пример политики очереди, а не обещание результата нейросети. Сотрудник должен видеть исходный текст и иметь возможность изменить метку.

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

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

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

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

Как начать проверку за 7 дней

За 7 дней можно подготовить тестовый контур без переноса всей очереди на автоматическую обработку. Сначала выбирают 100–200 исторических обращений и фиксируют ручную разметку. Затем сокращают список категорий до тех, что реально влияют на маршрут или срок ответа.

На третий день формируют инструкцию и прогоняют на небольшой выборке. На четвёртый день разбирают ошибки: смешанные темы, отсутствие контекста, повторные письма и эмоциональные формулировки. На пятый день добавляют правила для 5–10 самых частых исключений. Шестой день отводят на повторную оценку точности и полноты, седьмой, на решение о пилоте.

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

Я не советую начинать с полной автоматической отправки ответов. Сначала система должна сортировать, объяснять решение и передавать спорные случаи человеку. После 2–4 недель накопится статистика по исправлениям, и только тогда можно менять категории или пороги.

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

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

Я бы начал с 1 очереди и 1 измеримого риска, например с обращений о сбоях оплаты. В течение недели собрал бы 100–200 писем, зафиксировал 4 уровня срочности и сравнил результат с ручной разметкой. Если полнота критичной категории ниже 90%, инструкцию и список признаков нужно доработать, а не увеличивать объём автоматизации.

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