Вопросы по теме «North Star, KPI и иерархия метрик»

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

Всего в этом разделе 20 вопросов. Каждый — с правильным ответом и кратким разбором теории. Разбито на 4 части по 5 вопросов.

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

Вопросы 15 из 20

1Вы запускаете мессенджер. Какая метрика лучше подходит на роль `North Star Metric`, чтобы отражать реальную ценность для пользователей?
AОткрытия приложения в день
B`weekly users with at least one two-way conversation`
CКоличество регистраций
DКоличество стикеров отправлено
Ответ: `North Star Metric` должна отражать ценностное действие, а не просто шум активности и поверхностные события.

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

2Команда улучшает последний шаг оформления заказа, чтобы уменьшить отвал. Какая `OMTM` лучше всего соответствует инициативе?
A`checkout completion rate`
B`DAU`
C`average order value`
D`установки приложения`
Ответ: Хорошая `OMTM` максимально близка к изменяемому шагу и является `leading indicator` для верхних метрик.

Если вы меняете только страницу оплаты, то логично мерить именно конверсию на этом шаге, а не общий `DAU` или установки. `Checkout completion rate` быстро реагирует на правки и хорошо ложится в `KPI tree` как драйвер для заказов и выручки. `Average order value` может меняться по другим причинам, например из-за акций или состава корзины. Поэтому для фокусной инициативы лучше выбрать метрику, связанную с узким местом.

3Чтобы поднять `DAU`, вы усилили push-уведомления. `DAU` вырос, но есть риск оптимизировать не то. Какая метрика лучше всего подходит как `guardrail`?
A`impressions` пушей
B`sessions per user`
C`notification opt-out rate` или `uninstall rate`
D`new signups`
Ответ: `Guardrail` защищает от ситуации, когда рост `OMTM` достигается ценой ухудшения пользовательского опыта.

Пуши могут повысить `DAU`, но одновременно увеличить раздражение и отписки. Если смотреть только на `DAU`, легко «переоптимизировать» и навредить долгосрочным `lagging indicator`, например удержанию. Поэтому рядом с `OMTM` стоит поставить `guardrail` вроде отписок от пушей или удалений приложения. Так вы снижаете риск оптимизации не того и сохраняете связь с `North Star Metric`.

4Как корректнее всего отличить `North Star Metric` от `OMTM`?
A`OMTM` — это всегда годовая финансовая метрика, а `North Star Metric` — метрика на один эксперимент
B`North Star Metric` — долгосрочная метрика ценности продукта, а `OMTM` — фокусная метрика на инициативу/период, связанная с драйвером в `KPI tree`
C`North Star Metric` должна быть только про выручку, а `OMTM` может быть любой метрикой активности
D`OMTM` означает, что остальные метрики можно не отслеживать
Ответ: `North Star Metric` задаёт направление продукта, а `OMTM` помогает фокусироваться на конкретной инициативе без распыления.

`North Star Metric` отвечает на вопрос, какую ценность продукт создаёт в целом и куда он должен расти. `OMTM` выбирают под конкретную инициативу, чтобы команда могла измерять прогресс быстро и управляемо. Хорошая `OMTM` связана с `North Star Metric` через `KPI tree` и часто выступает как `leading indicator`. При этом для безопасности всё равно нужны дополнительные метрики, например `guardrail`.

5Какое действие чаще всего означает, что `KPI tree` построен неправильно?
AНачать с бизнес-цели и выбрать `North Star Metric`
BРазложить `North Star Metric` на несколько драйверов, которыми можно управлять
CДля каждого драйвера определить продуктовые рычаги и метрики на командном уровне
DСобрать список популярных KPI и назвать это `KPI tree`, не объясняя причинно-следственные связи
Ответ: `KPI tree` — это не список KPI, а логика причин и следствий от действий к результатам.

Если метрики стоят рядом без объяснения, как одна влияет на другую, дерево не помогает управлять продуктом. В рабочем `KPI tree` на каждом уровне видно, какие рычаги ведут к росту `North Star Metric`. Это позволяет диагностировать, где проблема: в активации, частоте использования или удержании. Без связей команда легко начинает оптимизировать «то, что проще поднять», а не то, что важно.

1234

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

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

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

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

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