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