Сортировка обращений нейросетью: классификация и ответы в 2026
Стендфрист: практическая схема для классификации заявок, определения приоритета и подготовки черновиков ответов без хаотичного перебора сообщений.
Почта, мессенджеры и CRM быстро превращают входящие обращения в неуправляемый поток. В одном списке оказываются вопросы о цене, жалобы, просьбы перезвонить, технические проблемы и сообщения без понятной цели. Нейросеть помогает разложить такой поток по категориям, выделить срочные случаи и подготовить основу ответа, но качество зависит от правил, примеров и проверки человеком. Для базовой настройки достаточно определить 5–7 классов, описать 3 уровня приоритета и договориться о формате результата. Подход полезен рядом с материалом о нейросетях для генерации текста и проверке результата, где я разбираю границу между черновиком и готовым материалом.
Что именно нужно сортировать во входящем потоке
Сортировать стоит сразу по 4 признакам: теме, срочности, следующему действию и полноте данных. Такая схема превращает свободный текст обращения в короткую карточку, которую проще передать сотруднику.
Не начинайте с попытки понять весь смысл сообщения. Сначала зафиксируйте поля, которые пригодятся в работе:
| Поле | Что определяем | Пример результата |
|---|---|---|
| Тема | О чём пишет человек | оплата, доставка, техническая ошибка |
| Приоритет | Когда нужен ответ | высокий, обычный, низкий |
| Намерение | Чего ждёт отправитель | объяснение, расчёт, возврат, звонок |
| Следующий шаг | Кто и что делает | запросить номер заказа, передать специалисту |
| Полнота | Хватает ли сведений | данных достаточно, нужен уточняющий вопрос |
Для темы я обычно задаю от 5 до 7 классов. Девять и более категорий на старте часто создают путаницу: «оплата» начинает пересекаться с «возвратом», а «ошибка в заказе» с «доставкой». Если различие меняет маршрут обращения, класс нужен. Если оно лишь описывает оттенок формулировки, его лучше оставить в пояснении.
Пример входного сообщения: «Заказ оплатил вчера, но в личном кабинете он всё ещё не появился». Здесь тема связана с оплатой или статусом заказа, приоритет обычно обычный, намерение состоит в проверке операции, а следующий шаг может требовать номера заказа. Нейросеть должна вернуть именно такую структуру, а не длинный пересказ письма.
Как подготовить инструкцию для классификации
Надёжная инструкция содержит 6 элементов: роль, список классов, правила выбора, приоритеты, формат ответа и порядок действий при нехватке данных. Без этих частей нейросеть начинает угадывать категории по отдельным словам.
Сначала опишите задачу одной фразой: «Определи класс обращения и подготовь краткое объяснение выбора». Затем дайте словарь классов. Для каждого класса нужны границы, 2–4 характерных признака и один пример. Примеры не должны быть одинаковыми по длине: добавьте короткое сообщение из мессенджера, подробное письмо и фразу с опечаткой.
Полезный каркас инструкции выглядит так:
- Прочитай сообщение целиком, не выбирай класс по одному слову.
- Назначь одну основную категорию из списка.
- Укажи приоритет: высокий, обычный или низкий.
- Выдели сведения, которые уже есть в обращении.
- Сформулируй один следующий шаг.
- Если данных недостаточно, задай максимум 2 уточняющих вопроса.
Формат лучше закрепить в виде коротких полей: «Категория», «Приоритет», «Причина», «Действие», «Уточнение». Такой ответ легче перенести в рабочую таблицу и проверить глазами. Приёмы формулировки инструкций подробно разобраны в материале об искусстве промптинга для нейросетей.
Не смешивайте классификацию и написание ответа в первом варианте инструкции. Сначала проверьте, правильно ли определяются класс и приоритет. После этого добавляйте черновик, иначе будет непонятно, где возникла ошибка, в анализе обращения или в формулировке ответа.
Как разделить срочные и обычные обращения
Классификацию приоритета удобно строить на 3 уровнях и конкретных признаках, а не на эмоциональности текста. Восклицательный знак не означает высокий приоритет, а спокойное сообщение иногда описывает блокирующую проблему.
Высокий приоритет получают обращения, где есть риск финансовой операции, остановки услуги, нарушения договорного срока или повторной ошибки после предыдущего ответа. Обычный приоритет подходит для запроса цены, статуса, инструкции или консультации. Низкий приоритет можно назначить информационным сообщениям, предложениям и вопросам без обозначенного срока.
Добавьте в инструкцию исключения. Например, фраза «срочно» сама по себе не повышает приоритет, если человек спрашивает о функции, которая не связана с текущей операцией. Сообщение «у меня списали деньги дважды» повышает приоритет из-за финансового риска, даже если автор не использовал слово «срочно».
| Ситуация | Категория приоритета | Действие |
|---|---|---|
| Повторное списание или блокировка оплаты | высокий | передать ответственному сотруднику и запросить идентификатор операции |
| Вопрос о сроке доставки | обычный | проверить статус и сообщить доступные данные |
| Просьба прислать описание услуги | низкий или обычный | дать справочную информацию |
| Неполное сообщение без темы | неопределённый | задать один уточняющий вопрос |
Отдельно пометьте признаки, при которых нейросеть не должна делать вывод. Номер заказа, сумма, дата платежа и персональные данные не подтверждают правоту клиента. Они лишь помогают сотруднику быстрее найти запись и продолжить проверку.
Как проверять качество сортировки
Для первой проверки достаточно 20–30 заранее отобранных сообщений, среди которых должны быть простые, неоднозначные и неполные случаи. Сравнивайте результат с эталонной разметкой по 4 полям: категория, приоритет, действие и уточняющий вопрос.
Не ограничивайтесь долей правильных категорий. Ошибка между «доставка» и «статус заказа» может быть терпимой, а пропуск двойного списания уже меняет порядок работы. Поэтому заведите отдельный список критичных ошибок и проверяйте его первым.
Модельный кейс: компания из сферы логистики, около 200 сотрудников, может взять для теста 30 обезличенных обращений, включая 5 сообщений о задержке, 5 вопросов о стоимости, 5 жалоб, 5 запросов на изменение адреса, 5 благодарностей и 5 неясных сообщений. Если 4 из 5 обращений о финансовом риске получили обычный приоритет, инструкцию нужно исправить до расширения потока.
Проверяйте каждое изменение отдельно. Сначала поменяйте описание класса, затем повторите тест на тех же 30 сообщениях. Если одновременно добавить новые классы, изменить формат и переписать примеры, причина улучшения или ухудшения останется неизвестной.
Для контроля используйте такую последовательность:
- собрать 20–30 обезличенных сообщений;
- разметить их вручную до запуска нейросети;
- сравнить 4 поля в каждом результате;
- выписать спорные случаи и повторяющиеся ошибки;
- изменить одну часть инструкции;
- провести повторный прогон на исходной выборке.
Если обращения содержат адреса, телефоны, номера документов или платёжные сведения, перед тестом замените их условными обозначениями. Так вы проверяете логику классификации, а не способность системы запоминать чувствительные данные.
Как готовить черновик ответа после классификации
Черновик должен состоять из 4 частей: приветствия, подтверждения сути, полезного действия и следующего шага. Его задача, сократить время подготовки сообщения, а не заменить проверку фактов сотрудником.
Для каждого класса задайте отдельную рамку. В ответе о доставке нужны статус и срок проверки. В вопросе об оплате, тип операции и безопасный способ уточнения. В технической проблеме, описание наблюдаемого сбоя, уже выполненные действия и просьба прислать данные, которые действительно нужны специалисту.
Ограничьте длину черновика. Для простого вопроса достаточно 3–5 предложений, для спорной ситуации лучше использовать короткие абзацы с фактами. Запретите нейросети придумывать сроки, суммы, номера обращений и обещания компенсации. Если значение отсутствует во входном сообщении, пусть появится пометка «нужно проверить», а не догадка.
Модельный кейс: для обращения «не пришло подтверждение оплаты» черновик может предложить проверить время операции, попросить номер заказа и сообщить, что итоговый статус должен подтвердить сотрудник. Такая формулировка сохраняет полезность и не утверждает, что платёж уже найден.
Разделяйте текст для клиента и заметку для сотрудника. Клиенту нужен понятный следующий шаг, сотруднику, причина классификации и перечень недостающих данных. Если смешать эти уровни, внутренние комментарии могут случайно попасть в отправляемое сообщение.
Полезно изучить материал о внедрении нейросетей в рабочие процессы, особенно часть о границах ответственности и повторяемых сценариях. Для подготовки нескольких вариантов формулировок пригодится статья о генерации текста и проверке результата.
Как встроить процесс в работу команды
Пилот можно организовать за 7 рабочих дней, если заранее выбрать один канал и ограничить задачу классификацией с черновиком. Попытка сразу охватить почту, мессенджеры и CRM усложнит проверку и смешает разные правила обработки.
В первый день зафиксируйте 5–7 категорий и 3 приоритета. Во второй соберите 20–30 обезличенных сообщений. На третий подготовьте инструкцию и эталонную разметку. Четвёртый день оставьте для теста, пятый, для разбора ошибок. На шестой день согласуйте шаблоны черновиков, на седьмой, правила передачи сотруднику.
| Режим работы | Когда выбрать | Ограничение |
|---|---|---|
| Только классификация | категории ещё не устоялись | ответ формирует сотрудник с нуля |
| Классификация и черновик | повторяются типовые вопросы | каждую фактическую деталь нужно проверить |
| Классификация, черновик и очередь | есть ответственный за контроль | требуется журнал ошибок и спорных случаев |
Назначьте одного владельца справочника категорий. Он меняет определения, добавляет примеры и фиксирует дату правки. Если правила редактируют 5 разных сотрудников без журнала, через месяц появятся пересекающиеся классы и разные трактовки приоритета.
В рабочем процессе оставьте ручное подтверждение перед отправкой. Автоматически подготовленный текст может выглядеть убедительно, но содержать неверную дату, неподходящий тариф или обещание, которого компания не давала. Для повседневной рутины полезна отдельная схема из статьи о применении нейросетей и чат-ботов в повседневных задачах, однако каждую деловую процедуру нужно адаптировать под свои правила.
Какое решение выбрать для потока обращений
Я бы выбирал режим по числу категорий и цене ошибки: при 5 классах и низком риске достаточно классификации, при финансовых и технических обращениях нужен черновик с обязательной проверкой. Начинать стоит с узкого участка, где результат можно сравнить по 4 полям и 20–30 примерам.
Мой рабочий принцип прост: нейросеть предлагает структуру, приоритет и формулировку, а сотрудник подтверждает факты и принимает решение. Когда спорных случаев становится больше, расширяйте словарь категорий постепенно, по одной группе за раз. Такой порядок сохраняет прозрачность процесса и показывает, где именно требуется новая инструкция, пример или человеческая проверка.