North Star Metric, дерево метрик, связь между продуктовыми и бизнес-KPI — на собеседовании просят построить систему метрик для конкретного продукта. Какая метрика отражает ценность для пользователя? Как декомпозировать revenue на составляющие? Ответы на эти вопросы показывают системное мышление кандидата.
Новые водители и просмотры промо-страницы могут влиять на рынок, но они не измеряют отмены напрямую. Средняя длина поездки может меняться из-за сезонности и не отражает надёжность. `Driver cancellation rate` наиболее близка к проблеме и быстро реагирует на изменения в механике принятия заказа. Дальше в `KPI tree` она связана с `lagging indicator`, например удержанием пассажиров и выручкой.
Если вы улучшаете поиск, то прямой эффект проявится в том, что пользователи чаще находят нужное и переходят к следующему шагу воронки. `Search to add-to-cart rate` отражает качество поиска и обычно меняется быстрее, чем выручка. `DAU` и установки могут не измениться, даже если поиск стал лучше. В `KPI tree` улучшение этого `leading indicator` должно вести к росту конверсии и, с задержкой, к `lagging indicator` вроде выручки.
Если онбординг стал лучше, вы ожидаете, что больше новичков дойдёт до первого ценностного результата — первой покупки. Это изменение появляется раньше, чем квартальная выручка, и ближе к рычагу инициативы. `Average order value` может даже упасть при росте числа покупателей и всё равно быть здоровым сценарием. Поэтому `OMTM` для онбординга новичков логичнее строить вокруг первого успешного сценария в `KPI tree`.
Если смотреть только одну метрику, легко получить локальную оптимизацию: рост `OMTM` ценой ухудшения пользовательского опыта. Поэтому вместе с `OMTM` задают `guardrail` метрики и заранее понимают, где она находится в `KPI tree`. Хорошая практика — объяснить, почему выбранная `OMTM` является `leading indicator` для `North Star Metric`. Тогда решения становятся прозрачнее и менее подвержены «оптимизации не того».
`Weekly active paid teams` можно мысленно разложить как `платящие команды` умножить на долю активных платящих команд за неделю. Поэтому изменение числа платящих команд напрямую двигает `North Star Metric`. Визиты на сайт и подписчики могут быть полезны, но они слишком далеко и легко ломают причинную интерпретацию. Хороший `KPI tree` держит такие метрики ниже или как вспомогательные, а не как прямые драйверы.
В приложении — таймер, прогресс, стрики и 1700+ вопросов по всем темам.
Тренировать в Telegram