North Star, KPI и иерархия метрик: вопросы для собеседования (часть 2)

North Star Metric, дерево метрик, связь между продуктовыми и бизнес-KPI — на собеседовании просят построить систему метрик для конкретного продукта. Какая метрика отражает ценность для пользователя? Как декомпозировать revenue на составляющие? Ответы на эти вопросы показывают системное мышление кандидата.

A/B-тесты в продуктовой аналитикеОсновы продуктовой аналитикиВоронки, когорты и retentionРост, активация и онбордингИнструментация и качество данныхМонетизация и юнит-экономикаПриоритизация и RICEПостановка задачи и PRDСегментация и позиционированиеСторителлинг и alignmentИсследование пользователей и JTBD

Вопросы 610 из 20

6У вас маркетплейс доставки еды. Какая метрика лучше всего подходит на роль `North Star Metric`, если цель — долгосрочная ценность для пользователей и ресторанов?
AУспешно доставленные заказы в неделю
BУстановки приложения в неделю
CЗарегистрированные рестораны
DПросмотры экранов
Ответ: Хорошая `North Star Metric` измеряет ценность, которую продукт реально доставляет, а не просто активность вокруг него.

Установки и просмотры легко растут от маркетинга и привычек, но не гарантируют, что пользователь получил еду вовремя и был доволен. Для доставки ценность обычно проявляется в успешно выполненных заказах, где обе стороны получили результат. Такую метрику проще разложить в `KPI tree` на драйверы: предложение, конверсия, успешность доставки. Она лучше связывается с долгосрочными `lagging indicator`, например выручкой и удержанием.

7Вы хотите увеличить выручку подписочного продукта через улучшение онбординга. Что из списка чаще всего будет `leading indicator` для будущего роста выручки?
AМесячная выручка
BГодовая выручка
C`activation rate` после онбординга
D`LTV` пользователей
Ответ: `Leading indicator` меняется раньше и ближе к продуктовым действиям, чем финансовые `lagging indicator`.

Выручка и `LTV` обычно реагируют с задержкой, потому что на них влияет удержание, повторные платежи и сезонность. Метрика активации после онбординга отражает, дошёл ли пользователь до первого ценного действия и с большей вероятностью станет платящим. Поэтому для инициативы по онбордингу `activation rate` обычно лучше как `OMTM`. Позже важно проверить, что улучшение `leading indicator` действительно тянет `lagging indicator` в `KPI tree`.

8Вы улучшаете онбординг и хотите рано понять, работает ли изменение. Что из списка типичнее всего является `lagging indicator`?
A`onboarding completion rate`
B`time to first value`
C`activation rate`
DМесячная выручка
Ответ: `Lagging indicator` реагирует с задержкой и часто отражает итоговый бизнес-результат.

Метрики онбординга и активации обычно меняются сразу после релиза, поэтому они часто выступают как `leading indicator`. Выручка по месяцу зависит от повторных платежей и удержания, поэтому она реагирует позже. В `KPI tree` удобно иметь быстрые сигналы на верхних уровнях воронки и более поздние подтверждения эффекта. Это помогает не путать ранний сигнал с финальным результатом.

9Обучающее приложение выбирает верхнюю метрику `time spent` как цель. Почему это риск оптимизации не того?
AПотому что `time spent` всегда является `lagging indicator` и его нельзя использовать
BПотому что `time spent` невозможно измерить без ошибок
CПотому что `time spent` не зависит от продукта и всегда одинаков
DПотому что можно увеличить `time spent` через фрикцион или залипание без роста пользы; нужны метрики результата и `guardrail`
Ответ: Опасно оптимизировать метрику, которая легко растёт без роста ценности; лучше связывать её с результатом через `KPI tree`.

`Time spent` может увеличиться из-за длинных загрузок, сложной навигации или «бесконечной ленты», но это не означает, что пользователь лучше обучился. Такая метрика стимулирует неправильные решения и может повредить долгосрочным `lagging indicator`, например удержанию и удовлетворённости. Более устойчиво выбрать `North Star Metric`, отражающую успех пользователя, например завершение полезных уроков. А `time spent` оставить как вспомогательную метрику с понятной интерпретацией и добавить `guardrail`.

10Какое описание лучше всего передаёт смысл `KPI tree`?
AЭто список KPI для отчёта руководству, чем больше — тем лучше
BЭто одна метрика, которая заменяет остальные
CЭто структура, которая связывает бизнес-цель, `North Star Metric`, драйверы и продуктовые действия, чтобы понимать, где влиять
DЭто таблица с планом по выручке, не связанная с продуктом
Ответ: `KPI tree` помогает связать действия команды с верхними метриками и делать диагностику причин изменений.

Когда метрика падает или растёт, дерево помогает быстро понять, какой уровень даёт вклад: активация, частота, удержание, монетизация. Это снижает риск хаотичных решений и помогает выбирать `OMTM` под инициативу так, чтобы она была `leading indicator` для `North Star Metric`. Также `KPI tree` улучшает выравнивание между командами: все знают, какой вклад ожидается и чем он измеряется.

1234

Хотите тренировать интерактивно?

В приложении — таймер, прогресс, стрики и 1700+ вопросов по всем темам.

Тренировать в Telegram

Другие темы: Продуктовая аналитика

A/B-тесты в продуктовой аналитикеОсновы продуктовой аналитикиВоронки, когорты и retentionРост, активация и онбордингИнструментация и качество данныхМонетизация и юнит-экономикаПриоритизация и RICEПостановка задачи и PRDСегментация и позиционированиеСторителлинг и alignmentИсследование пользователей и JTBD