Обучающее приложение выбирает в качестве верхней метрики «время в приложении». Почему это риск оптимизации не того?

AВремя в приложении считается поздним сигналом результата и его трудно использовать как фокус продуктовой команды на короткой инициативе
BВремя в приложении сложно измерить точно из-за разных способов учёта фоновых сессий, и ошибки приборов искажают сравнения по версии
CВремя в приложении легко увеличить через трение или залипание без роста пользы, поэтому нужны метрики результата и страховочные показатели
DВремя в приложении слабо зависит от продуктовых решений и сохраняется примерно одинаковым на разных версиях приложения у схожих пользователей
Правильный ответ. Опасно оптимизировать метрику, которая легко растёт без роста ценности; лучше связывать её с результатом через KPI tree.

Разбор

Время в приложении может увеличиться из-за длинных загрузок, сложной навигации или «бесконечной ленты», но это не означает, что пользователь лучше обучился. Такая метрика стимулирует неправильные решения и может повредить долгосрочному удержанию и удовлетворённости. Устойчивее выбрать ключевую метрику продукта, отражающую успех пользователя, например завершение полезных уроков, а время оставить как вспомогательную с понятной интерпретацией и страховочными метриками.

Проверь себя · 1/3разбор после ответа
Вы запускаете мессенджер. Какая метрика лучше подходит на роль ключевой метрики продукта, чтобы отражать реальную ценность для пользователей?
Тренировать продукт в Telegram

Ещё вопросы по теме «North Star, KPI и иерархия метрик»