TGViewer
Клиентский опыт и качество Клиентский опыт и качество @cx_quality · 8.26K subscribers
Post #1511 445
Статья CX Network: PRR - метрика, которая нужна всем ИИ-ориентированным CX-командам

По мере развития ИИ-агентов традиционных метрик клиентского опыта становится недостаточно - раньше во многих сценариях результат можно было оценить в момент завершения обращения: клиент получил ответ, вопрос закрыт, повторного обращения нет - значит, проблема решена.

Но ИИ-агенты теперь не только отвечают на вопросы, а совершают действия от имени клиента, поэтому ошибка может проявиться уже после завершения диалога, но в самой системе поддержки обращение будет выглядеть как успешно решённое. Поэтому возникает необходимость измерять не только факт решения, но и устойчивость этого решения после завершения контакта.

CX Network предлагают новую метрику: Post-Resolution Rework Rate - процент клиентских взаимодействий, решённых ИИ, которые позже потребовали корректирующих действий со стороны клиента, сотрудника или операционной команды. Проще говоря - доля повторной работы после решения обращения.

Формула: PRR = (кейсы, решённые ИИ, потребовавшие корректирующих действий ÷ кейсы, решённые ИИ, которые завершили период наблюдения) × 100


Главная проблема существующих метрик - они фиксируют результат в определённой точке клиентского пути, а не конечный исход ситуации. Но отсутствие повторного обращения ещё не означает отсутствие повторной работы.

Основные принципы работы метрики

🟢 Оценивать нужно не закрытие обращения, а конечный результат - для каждого клиентского сценария необходимо определить, что именно означает "проблема действительно решена"
🟢 Использовать окно наблюдения - нельзя оценивать устойчивость решения сразу после завершения диалога. Для разных сценариев нужен разный период, в течение которого может проявиться ошибка. Поэтому в расчёт PRR должны попадать только те обращения, для которых этот период уже завершился
🟢 Отслеживать события после первоначального решения - нужно связать первоначальное обращение с последующими действиями в других системах: повторными обращениями, корректировками сотрудников, платежами, заказами, операционными процессами и так далее. При этом новое обращение не может автоматически рассматриваться как независимое от предыдущего
🟢 Фиксировать причину повторной работы - сам процент PRR показывает масштаб проблемы, но не объясняет её. Поэтому необходимо дополнительно фиксировать и классифицировать причины
🟢 Рассматривать PRR вместе с другими показателями - PRR не заменяет автоматизацию, FCR или повторные контакты. Она дополняет их показателем надёжности и устойчивости решения. Например, рост автоматизации сам по себе не обязательно означает улучшение: если вместе с ним растёт PRR, компания просто переносит работу из первой линии в последующие процессы

Источник
➖➖➖
Клиентский опыт и качество Linkedin | Telegram | VK
  • 🔥 6
  • 👌 2
  • 👏 1
More from @cx_quality
  1. Sep 29, 2026Многие команды встраивают GenAI-инструменты в обслуживание, но далеко не все получают ожид…
  2. Sep 28, 2026Эксперты обсудят кейсы автоматизации коммуникаций в финсекторе ИИ в контакт-центрах уже пе…
  3. Sep 25, 2026Сегодня мемная пятница! А это значит пора обменяться мемами. В прошлый самый популярный ме…
  4. Sep 24, 2026XIV исследование обслуживания в банковских контакт-центрах 20 октября Naumen представит Na…
  5. Sep 23, 2026Рынок сложный, тяжело найти работу! Часто слышу от разных людей подобные фразы. С одной ст…
  6. Sep 22, 2026Новость: 1 сентября в Китае вступил в силу Стандарт GB/T 47746-2026, регулирующий взаимоде…
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →