Обучающее приложение выбирает верхнюю метрику 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.
Проверь себя · 1/3разбор после ответа
Чтобы поднять
DAU, вы усилили push-уведомления. DAU вырос, но есть риск оптимизировать не то. Какая метрика лучше всего подходит как guardrail?Ещё вопросы по теме «North Star, KPI и иерархия метрик»
- У вас маркетплейс доставки еды. Какая метрика лучше всего подходит на роль `North Star Metric`, если цель — долгосрочная ценность для пользователей и ресторанов?
- Как корректнее всего отличить `North Star Metric` от `OMTM`?
- Вы хотите увеличить выручку подписочного продукта через улучшение онбординга. Что из списка чаще всего будет `leading indicator` для будущего роста выручки?
- Какое действие чаще всего означает, что `KPI tree` построен неправильно?
- Команда улучшает последний шаг оформления заказа, чтобы уменьшить отвал. Какая `OMTM` лучше всего соответствует инициативе?
- Все вопросы по «North Star, KPI и иерархия метрик» →