Где ломается простая классификация
Запрос клиента редко укладывается в одну тему. Человек может одновременно сообщить о проблеме оплаты, запросить консультацию и отметить, что вопрос срочный. Формулировка бывает неполной, содержит опечатки или приходит не в тот канал. Если модель принудительно выбирает одну категорию, заявка попадает не к тому специалисту; если система автоматически закрывает «неподходящие» обращения, ошибка превращается в потерянного клиента. Поэтому цель первого этапа — не сокращать число обращений, а помочь диспетчеру быстрее увидеть вероятную тему и неизвестные поля. Окончательное решение о приоритете и ответе оставляют сотруднику.
Как сформировать таксономию
Перед подключением модели выгрузите небольшой обезличенный набор заявок и попросите команду описать категории простыми словами. Для каждой категории запишите положительные и отрицательные примеры, владельца очереди и срок реакции. Добавьте варианты «несколько тем», «недостаточно данных» и «ручная проверка». Не создавайте десятки категорий ради редких различий: если сотрудник сам не знает, куда направлять пограничный случай, модель не угадает устойчивое правило. Для изменения маршрута задайте ответственного и версию таксономии. Это позволит понять, не ухудшилось ли качество после того, как бизнес поменял названия услуг.
Шаблон ответа модели
Пусть система возвращает структуру: предполагаемая категория, краткое основание из текста, цитата-фрагмент, уверенность по заранее согласованной шкале, отсутствующая информация и следующий безопасный шаг. Не просите писать клиенту от лица компании. Если решение зависит от суммы, срока, страны или риска для безопасности, соответствующее поле должно подтверждаться в источнике. В инструкции запретите выводить персональные данные, которых не требуется для сортировки, и угадывать мотив пользователя. Пустое значение лучше уверенно сформулированного предположения: диспетчер увидит, что нужно задать уточняющий вопрос.
Пилот без скрытого автоматического отказа
Первые несколько дней работайте в теневом режиме: модель предлагает категорию, но диспетчер принимает решение обычным способом. Сравните предложения с фактическим маршрутом и фиксируйте, когда человеческий выбор был обусловлен контекстом, которого нет в заявке. Затем показывайте подсказку рядом с обращением, но не меняйте очередь автоматически. После повторной проверки можно разрешить автоматическую маршрутизацию только для одной низкорисковой категории и оставить ручной контроль для всего остального. Не запускайте сразу на всех каналах: различия в языке, длине и качестве сообщений могут заметно менять результат.
Как измерять пользу и вред
Считайте долю заявок, которые сотрудник оставил в предложенной категории, время до первого корректного назначения, число перенаправлений, долю случаев с пометкой «не уверен» и пропуски срочных обращений. Разберите каждую ошибку по последствиям. Неверная категория для общего вопроса и пропуск сообщения о блокировке аккаунта — не равные события. Раз в неделю пересматривайте выборку и проверяйте, нет ли перекоса по языку, каналу или стилю написания. Не оптимизируйте систему только на согласие с прошлой практикой: старый маршрут мог быть неэффективным, и его копирование не является автоматическим улучшением.
Доступы и хранение
Перед пилотом выясните, кому доступны тексты обращений, отправляются ли они внешнему провайдеру, какие журналы остаются и как долго. Удалите номера карт, пароли, адреса и ненужные идентификаторы до отправки. Ограничьте интеграцию чтением очереди и записью только в тестовую метку. Для возврата к исходному процессу подготовьте простой переключатель, а не инструкцию, которую сможет выполнить только один инженер. Договоритесь, кто рассматривает жалобу, если автоматизация задержала обращение. Оператор не должен перекладывать на модель ответственность за обязательства сервиса перед клиентом.
Разбор двух пограничных случаев
Представьте сообщение «не могу войти, списали деньги, позвоните сегодня». В нём есть доступ, платёж и срок. Хороший помощник покажет три темы и предложит срочную ручную проверку, а не выберет одну категорию. Второй пример: «позже пришлю данные, пока просто смотрю». Модель не должна повышать приоритет из-за слова «данные» или создавать сделку без запроса. Прогоните такие кейсы до демонстрации руководству. Список пограничных формулировок полезнее одной эффектной презентации, потому что показывает, как система ведёт себя на нормальной неоднозначности.
FAQ
Можно ли сразу поручить модели автоматически отказывать? Нет: отказ — внешнее решение, его оставляют человеку, пока не доказана безопасность узкого сценария. Как задать порог уверенности? На тестовом наборе оцените ошибочные назначения и установите режим ручной проверки; число зависит от цены ошибки. Что делать с новой услугой? Добавить категорию и примеры, проверить их в тени, не менять таксономию без версии. Как понять, что пилот помог? Сравнить полный путь заявки, включая перенаправления и время сотрудника, с исходным процессом.