Сортировка обращений: срочность, темы и черновики в 2026
Практическая схема для определения срочности, темы и следующего шага без потери контроля человека.
Входящие обращения обычно смешивают несколько разных задач: понять тему, найти срочное сообщение, определить намерение клиента и подготовить ответ. Если выполнять их в одном длинном списке, сотрудник тратит время на повторное чтение. Нейросеть помогает разделить поток на понятные этапы, а человек проверяет решение перед отправкой. Для общего подхода к автоматизации рутинных задач полезен разбор о том, как использовать нейросети для повседневных задач.
Какие признаки нужно выделять в обращении
Быстрая сортировка строится минимум на 4 признаках: срочность, тема, намерение и требуемое действие. Такой набор превращает длинное письмо в короткую карточку для дальнейшей работы.
Я рекомендую начинать с полей, которые реально влияют на маршрут обращения:
- Срочность. Есть ли риск пропустить срок, остановить операцию или оставить клиента без необходимой услуги.
- Тема. Например, оплата, доставка, возврат, доступ, техническая ошибка, консультация.
- Намерение. Клиент задаёт вопрос, требует исправления, просит статус, сообщает о проблеме или хочет изменить заказ.
- Следующее действие. Дать инструкцию, проверить данные, передать специалисту, запросить уточнение или закрыть обращение.
Отдельно можно хранить тональность и язык сообщения, но эти признаки не должны вытеснять срочность. Сообщение с вежливым тоном может содержать критическую проблему, а резкая формулировка иногда относится к обычному вопросу о статусе заказа.
На практике лучше задать справочник из 6–10 тем. При 30 и более категориях сотрудники начинают путаться в похожих формулировках, а при 2–3 темах теряется полезная детализация. Названия категорий должны описывать действие, а не настроение автора: «проверка платежа» полезнее, чем «недовольный клиент».
Перед обработкой очистите текст от повторяющейся подписи, рекламного блока и технического хвоста письма. Сохраните исходное сообщение, дату, идентификатор обращения и канал поступления. Эти 4 поля нужны для аудита, даже если итоговая классификация занимает одну строку.
Как выделить срочные обращения
Срочность лучше задавать через 3 уровня и измеримые условия, а не через впечатление сотрудника от текста. Для каждого уровня заранее назначьте срок реакции и ответственного.
Рабочая схема выглядит так:
| Уровень | Признаки | Рекомендуемая реакция |
|---|---|---|
| Критический | блокировка оплаты, недоступность услуги, риск пропуска юридического или операционного срока | передача ответственному сразу, проверка в течение 15–30 минут |
| Высокий | повторная проблема, просроченный заказ, несколько безрезультатных обращений | ответ или эскалация в течение 1–2 часов |
| Обычный | консультация, запрос статуса, предложение, вопрос по инструкции | обработка в пределах рабочего регламента |
Эти сроки не являются универсальным стандартом. Их нужно связать с договорённостями компании, рабочими сменами и доступностью специалистов. Если поддержка работает с 09:00 до 18:00, запрос, пришедший в 17:50, нельзя оценивать так же, как сообщение в 11:00.
В запросе к нейросети полезно явно разделять факт и предположение. Формулировка «клиент пишет, что платёж списан дважды» является фактом сообщения. Формулировка «платёж действительно списан дважды» требует проверки в учётной системе. Нейросеть не должна превращать жалобу в подтверждённое событие.
Условный пример: из потока в 200 обезличенных обращений 18 сообщений содержат признаки блокировки оплаты, просрочки или недоступности услуги. Для них можно включить отдельную проверку человеком, а остальные 182 сообщения направить в обычную очередь. Числа здесь нужны для иллюстрации логики маршрутизации, а не как результат конкретной компании.
Простой запрос может выглядеть так: «Определи уровень срочности по трём значениям: критический, высокий, обычный. Назови фразу из обращения, которая повлияла на решение. Если данных недостаточно, напиши “нужна проверка”, не додумывай обстоятельства». Такой формат снижает число необъяснимых меток.
Как определить тему и намерение клиента
Для темы обращения достаточно 6 базовых категорий, если поток ещё не изучен: оплата, доставка, возврат, доступ, техническая проблема и консультация. Позже категории можно разделить по данным проверки.
Тема отвечает на вопрос «о чём сообщение», а намерение показывает, что нужно сделать. Письмо «Когда будет заказ?» относится к доставке и содержит запрос статуса. Фраза «Курьер не приехал второй раз» относится к доставке, но требует проверки нарушения срока и возможной эскалации.
Я советую использовать двухуровневую схему:
- уровень 1, широкая тема из 6–10 значений;
- уровень 2, конкретное намерение из 3–8 значений внутри каждой темы.
Например, для оплаты на втором уровне могут находиться «не прошёл платёж», «списание повторилось», «нужен чек», «хочу изменить способ оплаты». Для доступа подойдут «не приходит код», «нужно сменить данные», «не открывается раздел». Подобная структура помогает строить отчёты без десятков разрозненных ярлыков.
При нестандартном обращении лучше использовать метку «другое» с обязательным пояснением. Если доля таких сообщений превышает 10–15% за неделю, справочник требует пересмотра. Не стоит создавать новую категорию после одного необычного письма: сначала соберите 20–30 похожих случаев и проверьте, появляется ли устойчивый сценарий.
Для точности классификации передавайте модели список допустимых значений и короткое описание каждого. Общая просьба «разбери письма по темам» оставляет слишком много вариантов трактовки. Подход к формулировкам подробно разобран в материале об искусстве промптинга для нейросетей.
Как подготовить черновик ответа
Надёжный черновик состоит из 4 частей: признание вопроса, подтверждённый факт, следующий шаг и запрос недостающих данных. Нейросеть должна работать с известной информацией, а не восполнять пробелы правдоподобной выдумкой.
Перед генерацией задайте рамки:
- используйте только сведения из сообщения и утверждённой базы инструкций;
- не обещайте срок, возврат денег или действие специалиста без подтверждения;
- не называйте причину сбоя, если она не установлена;
- оставьте маркер для ручной проверки спорного места.
Оптимальный черновик для первого ответа часто укладывается в 80–150 слов. Для сложного технического случая объём может быть больше, но длинное объяснение лучше разделить на шаги. Одно письмо не должно одновременно содержать 7 инструкций, 4 оговорки и 3 версии решения.
Полезный шаблон имеет такую последовательность:
- Коротко подтвердить, что именно понял сотрудник.
- Сообщить проверенный факт или описать доступный шаг.
- Указать, что произойдёт дальше и кто должен выполнить действие.
- Задать один конкретный вопрос, если информации не хватает.
Модельный кейс: компания из сферы логистики, около 200 сотрудников, получает 800 обращений за рабочую неделю. Для темы «просроченная доставка» черновик может попросить номер заказа, дату ожидаемого прибытия и город, но не обещать компенсацию до проверки условий. Это иллюстрация структуры ответа, а не описание реального клиента.
Готовый текст нужно проверять по 5 пунктам: фактологическая точность, соответствие политике компании, отсутствие лишних обещаний, понятность следующего действия и корректность персональных данных. Материал о генерации текста и проверке результата помогает выстроить такой контроль для разных форматов.
В веб-чате SoftChat можно переключать модель в рамках разговора. Это удобно при ручной проверке формулировок: одну версию можно попросить сделать краткой, другую, более формальной, а итог сравнить с внутренним регламентом. Сам факт переключения модели не заменяет проверку содержания и не создаёт автоматического доступа к данным компании.
Как запустить пилот без потери контроля
Для первого пилота достаточно 2 этапов: подготовить обезличенную выборку и провести двойную проверку результатов человеком. Сразу переносить весь поток обращений в автоматический режим не требуется.
Соберите выборку из сообщений за 5–10 рабочих дней. Удалите имена, телефоны, адреса, номера заказов и другие идентификаторы, заменив их маркерами вроде [КЛИЕНТ] или [ЗАКАЗ]. При этом оставьте слова, которые влияют на тему и срочность. Если удалить весь контекст, проверка потеряет смысл.
Затем подготовьте эталонную разметку. Для 100–300 сообщений сотрудник вручную указывает тему, намерение, срочность и правильное действие. Этот набор нужен для сравнения, а не для публикации. Если категорий 8, просмотрите каждую категорию отдельно, чтобы не получить высокую общую точность за счёт одной массовой темы.
На первом проходе нейросеть получает только текст и справочник категорий. На втором сотрудник проверяет спорные результаты, а не переписывает всё подряд. Для эскалации можно использовать условия: отсутствует уверенное решение, упомянут платёж, встречается несколько проблем в одном сообщении или клиент сообщает о повторном обращении.
Модельный кейс: в выборке из 240 сообщений 6 категорий распределены неравномерно, а 14 писем содержат признаки критической срочности. Если специалист проверит все 240 результатов, пилот покажет трудозатраты полного ручного цикла. Если отдельно проверить 14 критических и 40 спорных сообщений, сравнение будет полезнее, но такой подход нужно подтвердить повторной выборкой.
Связь с процессами описана в статье о том, как внедрить нейросети в рабочие процессы. Для клиентской поддержки особенно полезны понятные границы: что модель классифицирует, что предлагает в черновике и какие решения всегда остаются за сотрудником.
Что выбрать: ручную обработку, правила, нейросеть или гибрид
Для пилота на 2 недели разумно сравнить 4 подхода по одному набору из 100–300 обращений. Выбор зависит от разнообразия формулировок, цены ошибки и доступности сотрудника для проверки.
| Подход | Подходит для | Сильная сторона | Ограничение |
|---|---|---|---|
| Ручная обработка | небольшой поток и сложные исключения | решение принимает специалист | скорость зависит от загрузки |
| Правила по ключевым словам | повторяющиеся шаблоны и фиксированные формы | легко объяснить результат | плохо работает с контекстом и синонимами |
| Нейросеть | разнородные тексты и черновики | понимает смысл сообщения и меняет стиль ответа | возможны ошибки и выдуманные детали |
| Гибридная схема | поток с разной срочностью и риском ошибок | автоматизация рутины с проверкой человека | требуется настройка порогов и регламента |
Правила полезны для очевидных признаков: «не прошёл платёж», «номер заказа», «не могу войти». Нейросеть лучше справляется с длинным описанием, где причина и просьба находятся в разных абзацах. Гибридный вариант обычно проще защищать перед руководителем: критические случаи отправляются на ручную проверку, типовые получают метку и черновик.
При сравнении не ограничивайтесь вопросом «какой подход точнее». Проверьте 4 характеристики: сколько сообщений обработано за час, сколько решений пришлось исправить, сколько критических обращений пропущено и сколько времени ушло на финальную редактуру.
Какие метрики использовать после запуска
Минимальный набор состоит из 5 метрик: точность темы, полнота обнаружения срочных сообщений, доля принятых черновиков, время редакции и число ошибок маршрутизации.
Точность темы показывает долю правильных категорий среди проверенных результатов. Если из 100 сообщений 88 получили верную тему, показатель равен 88%. Для пилота можно установить порог 85–90%, а затем повысить его после исправления справочника.
Полнота срочности важнее общей точности, когда пропуск критического обращения дороже лишней проверки. Из 20 действительно срочных сообщений система должна обнаружить как можно больше. Один пропуск из 20 означает полноту 95%, но это значение имеет смысл только при качественной ручной разметке.
Доля принятых черновиков показывает, сколько текстов сотрудник отправил после небольших правок. Если черновик каждый раз переписывают с нуля, автоматизация классификации может оставаться полезной, а генерация ответа требует доработки.
Время редакции измеряйте на одинаковых типах обращений. Сравните 30 сообщений до пилота и 30 после него, записывая минуты на чтение, проверку и финальное оформление. Небольшая выборка не даёт окончательного вывода, но быстро показывает направление.
Ошибки маршрутизации нужно разделять по тяжести. Неверная тема «чек» вместо «оплата» может потребовать одной правки. Пропуск сообщения о блокировке услуги относится к другой группе риска и должен разбираться отдельно.
Что бы я сделал на вашем месте
На вашем месте я бы начал с 2-недельного пилота на обезличенной выборке и оставил за сотрудником все решения по критической срочности, деньгам и спорным обещаниям. Сначала проверил бы качество 6 категорий и 3 уровней срочности, затем добавил черновики для одной повторяющейся темы.
Если точность темы держится выше заранее выбранного порога, а время редакции сокращается, можно расширить выборку. Если метрики не улучшаются, причина часто находится в справочнике категорий, неясном запросе или слабой эталонной разметке. В таком случае лучше исправить один участок процесса, чем увеличивать объём автоматизации вслепую.