Несколько лет я жил на NPS (индекс готовности рекомендовать: клиент ставит оценку от 0 до 10) и CSI (сводный индекс удовлетворённости). Оба показателя честно отражали общий пульс. И оба были почти бесполезны для управления.
Проблема не в самих метриках, а в том, что от них ждут не того, что они умеют.
- Зависят от настроения, сезона и рынка. Один и тот же сервис в разные месяцы даёт разные оценки.
- Меняются медленно. К моменту, когда цифра поехала, процесс сломан уже давно.
- Плохо управляются. Непонятно, какое действие поднимет их на пять пунктов.
- Не показывают, куда бить. Знать, что «стало хуже», — не то же самое, что знать, где именно.
А главное — каждый детрактор (клиент с оценкой от 0 до 6) превращался в отдельный пожар. Разобрали, потушили, выдохнули. Через неделю следующий. Управления сервисом при этом не появлялось: была реакция на инциденты и не было понимания системы.
Как я искал решение
Сначала честно пробовал ручной путь: разбирал каждого детрактора, смотрел CSI, копался в обращениях. Это давало точечные улучшения — конкретному клиенту становилось лучше, конкретная проблема закрывалась.
Общая картина не складывалась. Три вопроса оставались без ответа:
- Где системная проблема, а где единичный случай?
- Какой именно процесс ломается?
- Что чинить в первую очередь при ограниченных руках?
Так я пришёл к индексу счастья клиента. Название не строгое, суть простая: один сводный показатель, собранный из пяти составляющих, каждая из которых отвечает за свою сторону сервиса.
Из чего он собирается
| Составляющая | За что отвечает |
|---|---|
| NPS / CX | Общее отношение клиентов. Беру не как истину, а как фон — он всё-таки что-то говорит, просто не в одиночку |
| Жалобы | Прямой сигнал напряжения. Где жалуются — там процесс уже сломан, а не «может сломаться» |
| Баги | Стабильность продукта и нагрузка, которую она создаёт на сервис |
| Активная база | Контекст. Без него цифры висят в вакууме: десять жалоб на сто клиентов и на тысячу — разные истории |
| Отзывы | Внешний контур: что о вас видит тот, кто ещё не купил. Копится медленно, забывается быстро |
Что это дало
Главное изменение — я перестал тушить отдельные пожары и начал управлять системой. Глядя на индекс и его составляющие, стало видно:
- где именно проседает сервис;
- это проблема процессов, продукта или людей;
- куда бить в первую очередь;
- какие улучшения дадут эффект на удержание, а какие просто приятны.
Разница между «стало хуже» и «жалобы на сто активных клиентов выросли вдвое, при этом баги на месте» — это разница между тревогой и задачей.
Где такой индекс легко сломать
Сводный показатель — вещь удобная и опасная одновременно. За полгода работы с ним я собрал четыре правила, без которых он превращается в красивую бесполезную цифру.
- Никогда не показывать индекс без составляющих. Одно число прячет причину: индекс упал, а из-за чего — жалоб больше или отзывов меньше — уже не видно. Смотреть надо всегда вместе.
- Нормировать на активную базу. Жалобы и баги в абсолютных числах растут вместе с компанией. Считать надо на сто активных клиентов, иначе рост бизнеса выглядит как деградация сервиса.
- Зафиксировать веса и не трогать их. Как только веса начинают подкручивать «чтобы картинка была честнее», показатель превращается в инструмент самоуспокоения. Меняете методику — начинайте отсчёт заново и говорите об этом вслух.
- Учитывать частоту релизов. Больше выпусков — больше багов, это нормально и не означает, что стало хуже. Либо нормируйте, либо смотрите на баги отдельной линией.
И пятое, не правило, а наблюдение: индекс не заменяет разговор с клиентом. Он показывает, где смотреть. Что именно там произошло, всё равно выясняется звонком.
Шаблон
Я собрал шаблон, по которому считаю это каждый месяц. Сознательно простой:
- без сложных формул;
- без «магии аналитики»;
- с логикой, которую за пять минут объясняешь команде и собственнику.
Таблица помесячного расчёта: составляющие, приведение к индексам, сводный показатель и динамика. Копируйте себе и подставляйте свои цифры.
Открыть шаблон в Google Таблицах →Начинать советую не со всех пяти составляющих сразу. Возьмите две, которые у вас уже собираются без усилий — обычно это жалобы и активная база, — и посчитайте за три прошедших месяца. Даже на двух вы увидите то, чего не видел NPS.
Нужен ли вам NPS после этого
Нужен, но на своём месте. Он неплохо работает как фоновый замер отношения и как повод для разговора с конкретным человеком, который поставил низкую оценку. Он плохо работает как главный показатель, по которому принимают решения и премируют команду.
Про то, почему опросные метрики в принципе плохо предсказывают уход и что мерить вместо них, — в отдельной статье. Про то, как превратить сигналы в еженедельный процесс, — здесь.
А какой у вас опыт с NPS и оценкой отношения клиентов? Мне правда интересно, где он у кого сработал — напишите, обсудим.