Метрики для SJM
Группы метрик для SJM: клиентские, процессные, технические, операционные и метрики поддержки — measurement model и правила привязки к карте.
Метрики в SJM нужны, чтобы карта не оставалась субъективным описанием процесса. Они помогают понять масштаб проблемы, сравнить варианты изменений и проверить, улучшился ли сервис после доработок.
Группы метрик
- Клиентские метрики: conversion rate, drop-off, повторные обращения, удовлетворённость, понятность статуса.
- Процессные метрики: время прохождения этапа, SLA, доля ручной обработки, количество возвратов на доработку.
- Технические метрики: среднее время ответа системы, частота ошибок, недоступность, задержки интеграций.
- Операционные метрики: нагрузка на команды, очередь, количество эскалаций, доля просроченных задач.
- Метрики качества: дефекты, расхождения между целевым и фактическим процессом, результаты QA-проверок.
- Метрики поддержки: first contact resolution, время первого ответа, reopen rate, причины обращений.
Таблица метрик
| Метрика | Что показывает | Где полезна | Возможный источник данных |
|---|---|---|---|
| Время прохождения этапа | Сколько длится конкретный шаг процесса | Онбординг, заявки, обращения, спорные операции | Workflow, логи, CRM, отчёты операций |
| SLA | Выполняется ли обещанный срок обработки | Поддержка, заявки, бэк-офисные проверки | Система обращений, отчёты SLA |
| Частота ошибок | Как часто этап завершается ошибкой | Платежи, переводы, каналы самообслуживания | Логи, мониторинг, инциденты |
| Доля ручной обработки | Насколько процесс зависит от сотрудников | Проверки, заявки, изменения данных | Workflow, отчёты команд |
| Количество возвратов / повторных обращений | Насколько решение закрывает проблему с первого раза | Поддержка, спорные операции, заявки | CRM, система обращений |
| Conversion rate | Доля клиентов, дошедших до целевого результата | Онбординг, заявки, подключение сервиса | Продуктовая аналитика |
| Drop-off | Где клиенты выходят из процесса | Формы, onboarding, заявки | Веб-аналитика, мобильная аналитика |
| First contact resolution | Решается ли вопрос при первом контакте | Поддержка, контакт-центр, чат | Система обращений |
| Среднее время ответа системы | Есть ли техническая задержка | Каналы, интеграции, подтверждения операций | APM, мониторинг, логи |
| Количество инцидентов | Насколько стабилен этап | Критичные сервисные операции | Incident management, мониторинг |
| Количество эскалаций | Где первая линия не может решить вопрос | Поддержка, операционные процессы | Система обращений, workflow |
Measurement model
Для рабочей карты списка метрик недостаточно. Каждую выбранную метрику лучше привязать к решению:
| Этап / checkpoint | Метрика | Baseline | Target | Владелец | Источник данных | Частота проверки |
|---|---|---|---|---|---|---|
| {{Этап}} | {{Метрика}} | {{Текущее значение}} | {{Целевое значение}} | {{Роль}} | {{Система или отчёт}} | {{Период}} |
Дополнительно проверить:
- является ли показатель leading или lagging indicator;
- можно ли сегментировать данные по каналу и значимой группе клиентов;
- видны ли customer harm, accessibility и compliance-отклонения;
- совпадает ли определение метрики у продукта, операций и IT;
- достаточно ли качества данных для решения.
Как добавлять метрики на карту
Метрика должна быть привязана к этапу, условию или контрольной точке. Если метрика висит отдельно, она редко помогает улучшить процесс.
Хороший формат:
- этап: «Классификация обращения»;
- метрика: «доля неверной маршрутизации»;
- источник: система обращений;
- вопрос: «нужно ли менять правила классификации или базу знаний?».
Вывод
Метрики превращают SJM из описания в инструмент управления сервисом. Без них карта показывает гипотезы, но плохо помогает проверить эффект изменений.
Живой сад
Этот текст можно улучшать вместе
Выдели фрагмент в заметке и нажми «Сообщить» — откроется короткая форма с контекстом.
Ниже можно оставить комментарий через Telegram, когда заметка связана с публикацией канала.
Добавь `telegramPostId` в публичную заметку, чтобы здесь появился виджет обсуждения.