Метрики и данные / № 09

North Star Metric: как связать пользу продукта с экономикой

Одна цифра удобна для фокуса команды. Но плохая North Star Metric заставляет оптимизировать активность вместо реальной ценности.

Коротко

Выбирайте повторяемое полезное действие пользователя, раскладывайте его на управляемые драйверы и держите рядом финансовые и качественные ограничения.

01. Выбирайте ценность, а не красивый график

North Star Metric — ориентир, отражающий регулярное создание ценности для пользователя и способный со временем поддерживать экономику продукта. Это не обязательно выручка или количество регистраций.

Для сервиса доставки полезным событием может быть успешно завершённый заказ с соблюдением обещанного времени, а для аналитического продукта — неделя, в которую команда приняла решение на основе отчёта. Упрощения допустимы, но метрика должна оставаться наблюдаемой и проверяемой.

02. Постройте дерево драйверов

Допустим, основная метрика — количество еженедельных успешно завершённых заказов. Её можно представить как произведение числа активных покупателей, средней частоты заказов и доли успешно выполненных заказов.

ДекомпозицияУспешные заказы = покупатели × частота × success rateЭто упрощённая модель: определите окна измерения и избегайте двойного счёта.

Каждому драйверу можно назначить команду и методы воздействия. Growth влияет на активацию и возвраты, продукт — на конверсию и повторение сценария, операции — на долю успешно выполненных заказов. Показатель становится полезным, когда у него есть причинно обоснованное дерево, а не только дашборд.

03. Рядом нужны ограничения

Число заказов можно увеличить невыгодными скидками или ухудшением качества. Поэтому рядом с NSM должны жить маржинальный доход, возвраты, жалобы, время выполнения, нагрузка на поддержку и другие метрики, которые ограничивают «рост любой ценой».

На верхнем уровне лучше держать несколько понятных guardrails, а подробную диагностику уводить в дерево метрик. Иначе единый фокус превращается в список из пятидесяти KPI.

04. Типовые ловушки

  • Vanity metric. Считают открытия приложения, даже если пользователи не завершают полезное действие.
  • Недостаточная связь с экономикой. Метрика растёт, а стоимость её роста превышает доход.
  • Слишком редкое событие. Команды не могут видеть изменения в разумном горизонте.
  • Одна метрика для всех бизнесов. Разные продуктовые модели требуют разных определений ценности.

05. Практическая проверка

  1. Опишите, какую ценность пользователь получает в момент измеряемого события.
  2. Сведите NSM с retention, маржой и другими бизнес-результатами.
  3. Разложите показатель на драйверы с владельцами и защитными метриками.
Продолжить чтение
← Предыдущая заметкаA/B-тесты: не путать значимость с пользой