Поддержка хочет увеличить KPI «число закрытых обращений в час», но это противоречит долгосрочной цели повышения CSAT. Как донести этот конфликт метрик руководству?

Короткий ответ

Покажу на данных, как метрики связаны и движутся в разные стороны (например, рост скорости закрытия тикетов коррелирует со снижением CSAT), и предложу не выбирать одну метрику, а ввести вторую как guardrail-ограничение, чтобы оптимизация скорости не велась в ущерб качеству без контроля.

Как это работает подробнее

краткосрочные операционные метрики (скорость, объём) и долгосрочные метрики качества (удовлетворённость, retention) часто находятся в естественном напряжении — оптимизация только одной метрики без контроля другой может незаметно разрушать то, что не измеряется напрямую сейчас, но важно для бизнеса в перспективе.

Что использовать на практике

• Применение. строю совместный график двух метрик во времени, показываю корреляцию (с оговоркой, что корреляция не доказывает причинность в одиночку, но достаточна как сигнал для настороженности), и предлагаю формат «основная метрика + guardrail»: KPI по скорости остаётся, но вводится нижняя граница CSAT, при нарушении которой нужен пересмотр.
• Проверка или пример. Месяц Тикетов/час/агент CSAT Январь 4.2 4.5 Февраль 4.8 4.3 Март 5.5 4.0 Апрель 6.0 3.7 Презентация для руководства: «За 4 месяца скорость обработки выросла на 43%, а CSAT упал на 18%. Предлагаю зафиксировать guardrail: CSAT не ниже 4.2 — если показатель приближается к границе, приостанавливаем дальнейшее ускорение и разбираемся в причинах (возможно, усложнились типы обращений — нужен дополнительный анализ по категориям тикетов)».

Подводные камни

• Частая ошибка. представить ситуацию как «или скорость, или качество», что провоцирует конфликт между отделами, вместо совместного поиска баланса; сделать причинный вывод («скорость закрытия тикетов снижает CSAT») только по корреляции без учёта альтернативных объяснений (например, обе метрики могли одновременно ухудшиться из-за роста сложности обращений).