ИИ-маршрутизация звонков: правильная очередь ещё не решённый вопрос
ИИ-маршрутизация звонков — определение темы обращения и выбор, куда направить клиента: к боту или в нужную очередь операторов. Например, Naumen описывает классификатор, который распознаёт речь, определяет тематику и распределяет вызовы. Правильно направленный звонок ещё не означает, что покупатель получил деньги за возврат или изменил адрес доставки.
Для руководителя поддержки магазина это разные вопросы к отчёту: распознала ли система запрос, выбрала ли нужного исполнителя и удалось ли закончить дело. Ниже — редакционная схема и вымышленные обращения, не испытание сервисов.
Как звонок доходит до исполнителя
Условный путь магазина выглядит так: речь покупателя → тема обращения → очередь или сценарий бота → ответ либо действие → при необходимости оператор. В продуктовой странице Naumen отделены распознавание запроса, классификация и распределение вызовов. Последние шаги в этой схеме зависят от того, что магазин разрешил исполнителю делать.
Покупатель говорит: «Посылка уже едет, но привезите на другой адрес». Для нашей схемы тема — изменение адреса, а не просто доставка. Классификатору достаточно выбрать эту тему. Маршрутизатору — отправить обращение тому, кто может проверить возможность изменения. Исполнителю уже нужны сведения о заказе и право внести правку. Это учебное разделение обязанностей, не описание интеграции конкретного магазина.
Ответ на вопрос и изменение заказа тоже различаются. В текстовом канале Jivo описывает ответы ИИ-оператора по базе знаний и передачу диалога сотруднику. Это пример другого канала, не свидетельство голосовой маршрутизации Jivo. Для магазина отдельно решите, где достаточно объяснить правило, а где требуется действие с заказом; границы действий разобраны в материале о полномочиях агента.
Пять обращений: где именно возникла ошибка
Все фразы, классы, очереди и исходы дальше придумала редакция. В условной группе — пять разных вопросов покупателей, по одному первому звонку на каждый. За каждым вопросом наблюдаем семь дней после первого разговора; весь срок уже прошёл. Повторный звонок по прежнему вопросу не добавляет нового вопроса в знаменатель.
«Где мой заказ?» Правильная тема — статус доставки. Система выбрала её и направила в сценарий проверки статуса. Покупатель получил нужный ответ, вопрос закрыт в первом разговоре; повторов нет.
«Когда вернут деньги за уже принятый возврат?» Тема распознана верно: возврат денег. Но звонок ушёл в очередь оформления новых заказов, а не возвратов. В первом разговоре вопрос не решён; на следующий день покупатель позвонил снова, и сотрудник возвратов его закрыл.
«Товар приехал сломанным». Правильная тема — повреждение товара. Система выбрала задержку доставки и отправила в очередь доставки. Вопрос не решён; на третий день покупатель обратился повторно, но к концу наблюдения дело осталось открытым.
«Нужно изменить адрес доставки». Тема и очередь выбраны верно. Оператор проверил заказ и изменил адрес в первом разговоре. Повторов нет.
«Отмените заказ до отправки». Тема и очередь выбраны верно, но сотрудник не завершил отмену. К концу наблюдения вопрос открыт; покупатель больше не звонил.
Во втором обращении классификация верна, а маршрут ошибочен. В пятом обе стадии прошли правильно, но результата нет. Поэтому отсутствие повторного звонка не будем считать доказательством решения.
Какие метрики поставить рядом
В таблице — определения для этой учебной схемы, не универсальный стандарт поставщиков. Верную тему и допустимую очередь задаём заранее. Решение подтверждаем по исходу дела, а не по метке «диалог закрыт».
| Показатель | Числитель и знаменатель | Учебный результат |
|---|---|---|
| Точность класса | Первые звонки с верной темой / все первые звонки с заранее заданной правильной темой | Обращения 1, 2, 4, 5: 4 / 5 = 80% |
| Верный маршрут | Первые звонки, попавшие к допустимому исполнителю / все первые звонки группы | Обращения 1, 4, 5: 3 / 5 = 60% |
| Решение при первом обращении | Вопросы, решённые в первом разговоре и не открытые заново за семь дней / все вопросы с полным сроком наблюдения | Обращения 1, 4: 2 / 5 = 40% |
| Повторное обращение | Вопросы, по которым был хотя бы один повтор за семь дней / все вопросы с полным сроком наблюдения | Обращения 2, 3: 2 / 5 = 40% |
Из пяти вопросов к концу срока решены три: первый, второй и четвёртый. Это 3 / 5 = 60% за весь срок, а не решение при первом обращении. Во втором вопросе повтор помог добиться результата; его нельзя одновременно записать в успех первого разговора.
Получились 80% верных классов, 60% верных маршрутов и 40% решений при первом обращении — на одних вымышленных пяти вопросах. Расчёт показывает различие показателей, а не качество продукта. Пять примеров не дают статистической оценки для рабочего контакт-центра.
Для своего отчёта сохраните границы выборки: период первых обращений, каналы, темы и срок последующего наблюдения. Если включены и звонки, и чат, повтор по тому же вопросу нужно искать в обоих каналах. Если связать их нельзя, подпишите показатель «повторный звонок», не «повторное обращение». Вопросы с ещё не завершённым сроком наблюдения показывайте отдельно; неизвестный исход не заменяйте успехом.
Почему объём классификации нельзя выдать за решение
На продуктовой странице Naumen сообщает о более чем 750 тысячах классифицируемых звонков ежемесячно в Почте России. В отдельном кейсе поставщик пишет примерно о 500 тысячах вызовов, которые роботы обрабатывают за месяц. Даты этих показателей не указаны; это сообщения поставщика о своём клиенте, не замер поддержки интернет-магазина на дату нашей проверки.
Деление 500 на 750 не даст долю решённых вопросов: продуктовая страница и страница кейса не устанавливают, что эти два объёма относятся к одной и той же группе обращений с одинаковыми правилами учёта. А «обработано» без определения исхода не равно «вопрос решён». Попросите у поставщика отдельные определения классифицированного, переданного и завершённого обращения, прежде чем строить воронку.
Когда магазину нужна маршрутизация
Начните с неё, если в вашем журнале видно: покупатели доходят не в тот отдел, сотрудники переводят звонки дальше, а темы можно разнести по исполнителям. Для небольшого потока с одним универсальным оператором сначала проверьте, есть ли вообще проблема выбора очереди. Это критерий выбора задачи, не обещание окупаемости.
Усложнять классификатор бессмысленно, если узкое место — отсутствие доступа к заказу или права завершить возврат. Для начала разберите спорные переводы, согласуйте темы и допустимые очереди, определите подтверждение решения. Затем сравнивайте показатели на одной группе, отдельно показывая звонки с неуверенной классификацией и передачей человеку. Не исключайте такие звонки из отчёта молча.
Цену внедрения здесь не оцениваем: не получены условия конкретного проекта. Отдельно запросите стоимость телефонии и распознавания, настройки тем, интеграции с заказами, работы сотрудников и контроля ошибок. У маршрутизации и исполнения разные объёмы работ; для сравнения предложений нужен одинаковый перечень функций.
Как мы проверяли
Проверено: описания возможностей и исторического кейса; арифметика учебного примера.
Редакция Кометы сопоставила описание классификатора Naumen, исторический кейс Почты России и справку Jivo на дату в шапке. Коммерческие результаты и работу интеграций в магазине не проверяли. Сценарии и правила расчёта созданы для объяснения термина: реальных звонков, голосов и данных покупателей здесь нет.
Источники
- Naumen: робот-классификатор — функции классификации и распределения звонков; просмотрено 17.10.2026.
- Naumen: кейс Почты России — исторические объёмы из сообщения поставщика; просмотрено 17.10.2026.
- Jivo: справка об ИИ-операторе — база знаний и передача текстового диалога сотруднику; просмотрено 17.10.2026.