North Star Metric (Главная метрика)

Когда Amplitude (компания, которая позже сделает больше всего для популяризации North Star Metric как отраслевого стандарта) сама сменила стратегию — с фокуса на отдельных аналитиках-пользователях на рост совместной командной работы в продукте, — она обнаружила, что её собственная North Star Metric больше не отражает реальный успех, и заменила её метрикой, измеряющей именно коллаборацию в продукте. «Если ваша North Star плоская, ожидайте, что выручка тоже будет плоской. Но если в какой-то момент North Star больше не указывает направление, в котором движется выручка, — значит, время её пересмотреть», — объясняет один из авторов официального руководства Amplitude. North Star Metric — концепция, введённая Шоном Эллисом (тем же человеком, который придумал термин growth hacking и создал ICE-фреймворк приоритизации) на основе опыта работы с ростом Dropbox, LogMeIn и Eventbrite начиная с 2010 года, а с 2017 года системно развитая и распространённая компанией Amplitude через собственный North Star Playbook. В этой статье — три обязательных свойства правильной метрики, реальный кейс Burger King, разница между опережающим и запаздывающим индикатором, где метод ограничен и как использовать фрейм OrgDevTools.

Что такое North Star Metric и когда он нужен

North Star Metric нужна, когда у компании много команд, принимающих решения децентрализованно, и нет единого, простого, понятного всем ориентира, который помогал бы приоритизировать работу без постоянной эскалации к руководству. Одна метрика, отражающая реальную ценность для клиента (а не выручку напрямую), синтезирует понимание продукта в постоянный компас для решений всех команд. Метод особенно полезен на этапе роста, когда продукт уже нашёл базовый product-market fit (см. тест продукт-рынок Шона Эллиса и соответствие продукта рынку — тот же автор, Шон Эллис) и нужно масштабировать рост согласованно между командами, а не искать саму ценность продукта с нуля. North Star Metric не заменяет OKR — это скорее верхнеуровневый ориентир, вокруг которого могут выстраиваться конкретные цели и ключевые результаты, и не заменяет полную воронку метрик AARRR (пиратские метрики Дейва Маклюра), которая описывает весь путь клиента, а не одну синтезирующую точку.

Происхождение и исследовательская база

Шон Эллис: growth hacking, ICE, North Star — из практики Dropbox, LogMeIn, Eventbrite

Концепция North Star Metric выросла из движения growth hacking, которое сам Шон Эллис запустил и назвал этим термином в 2010 году, работая над ростом реальных компаний — Dropbox, LogMeIn, Eventbrite. Помимо North Star Metric, Эллис создал ICE-фреймворк приоритизации экспериментов роста и знаменитый «тест Шона Эллиса» для измерения product-market fit (вопрос о том, насколько расстроились бы пользователи, если бы продукт исчез). Сам Эллис определяет North Star Metric как «единственную метрику, которая лучше всего отражает базовую ценность, которую ваш продукт даёт клиентам, и является ключом к устойчивому росту всей клиентской базы».

Amplitude: систематизация с 2017 года и собственный North Star Playbook

С 2017 года компания Amplitude — платформа продуктовой аналитики — сделала North Star Metric частью своего продуктового фреймворка и опубликовала подробное официальное руководство, «The North Star Playbook», основанное на исследовании продуктов более чем 11 000 компаний. Именно этот документ формализовал три обязательных свойства метрики и ввёл понятие входных метрик (input metrics) — трёх-пяти влиятельных, взаимодополняющих факторов, которые команда может напрямую контролировать и которые прямо влияют на главную метрику.

Три обязательных свойства правильной North Star Metric

По официальному определению Amplitude, метрика должна одновременно удовлетворять трём условиям: (1) отражать ценность, которую пользователи получают от продукта; (2) находиться в сфере влияния продуктовой и маркетинговой команды; (3) быть опережающим индикатором выручки (leading indicator), а не запаздывающим. Именно третий пункт объясняет, почему такие показатели, как Monthly Recurring Revenue или Average Revenue per User, обычно НЕ являются хорошими North Star Metrics — они говорят о том, что уже произошло с бизнесом, а не предсказывают, что произойдёт дальше.

Реальный кейс: Burger King и «цифровые транзакции на пользователя»

Цифровая команда Burger King использовала North Star Framework, чтобы определить главную метрику, которую сама команда назвала «цифровые транзакции на пользователя» (digital transactions per user), с тремя входными метриками: активация новых пользователей, регистрация и частота (использования купонов и заказов активными пользователями). Компания мобилизовала команды — во внутренней терминологии Burger King называемые «отрядами» (squads) — вокруг именно этих трёх рычагов, а не вокруг разрозненных целей каждой команды по отдельности.

North Star Metric — единственная метрика, которая лучше всего отражает базовую ценность, которую ваш продукт даёт клиентам, и является ключом к устойчивому росту всей клиентской базы (Шон Эллис; перевод формулировки).

Академическая теория: входные метрики и три «игры» продукта

Входные метрики: три-пять рычагов, breadth/depth/frequency/efficiency

North Star Metric сама по себе — слишком крупный показатель, чтобы на неё можно было напрямую влиять день за днём. Amplitude вводит понятие входных метрик (input metrics) — трёх-пяти влиятельных, взаимодополняющих факторов, которые, по мнению команды, наиболее прямо влияют на главную метрику и на которые команда может влиять непосредственно через продукт. Один из эвристических способов найти такие входные метрики — рассмотреть широту (breadth, сколько разных функций продукта использует клиент), глубину (depth, насколько интенсивно), частоту (frequency, как часто) и эффективность (efficiency, насколько результативно клиент достигает своей цели).

Три «игры»: внимание, транзакция, продуктивность

Исследовав продукты более чем 11 000 компаний, Amplitude выделила три типа «игры», в которую в основном играет компания: внимание (attention) — сколько времени клиент хочет провести в продукте (пример: Spotify, North Star — время, потраченное на прослушивание музыки); транзакция (transaction) — сколько транзакций клиент совершает в продукте (пример: Airbnb, North Star — количество забронированных ночей); продуктивность (productivity) — насколько эффективно и результативно клиент может выполнить свою работу. Определение того, в какую именно «игру» реально играет ваш продукт, — практический первый шаг к выбору содержательной North Star Metric, а не абстрактного упражнения.

Опережающий индикатор, а не запаздывающий

Некоторые метрики говорят о том, что уже произошло с бизнесом (запаздывающие индикаторы — MRR, ARPU), другие предсказывают, что произойдёт (опережающие индикаторы). Хорошая North Star Metric — именно опережающий индикатор бизнес-успеха: изменение North Star должно предшествовать соответствующему изменению выручки, а не просто фиксировать его постфактум.

Семь пунктов официального чек-листа Amplitude

Чтобы проверить, действительно ли выбранная метрика подходит на роль North Star, официальный playbook предлагает семь вопросов: выражает ли она ценность для клиента? отражает ли она видение и стратегию компании? является ли она опережающим индикатором успеха? можно ли на неё влиять (actionable)? понятна ли она нетехническим коллегам? измерима ли она? не является ли она тщеславной метрикой (vanity metric)?

North Star может и должна меняться при смене стратегии — даже у самой Amplitude

Важный, редкий пример честности от самой компании, продвигающей концепцию: когда Amplitude сменила стратегию с фокуса на отдельных пользователях-аналитиках на рост совместной командной работы в продукте, её собственная прежняя North Star Metric перестала отражать реальный стратегический успех, и компания заменила её метрикой, измеряющей именно коллаборацию. Отказ от привязанности к старой North Star описывается как одна из самых трудных вещей для компаний — команды слишком сильно привязываются к привычной метрике, даже когда она больше не отражает реальность.

Учебный расчёт: почему выручка — плохая North Star Metric

Условная SaaS-компания выбирает выручку как North Star. Отдел продаж, чтобы выполнить план, начинает продавать продукт клиентам, которым он объективно не подходит (агрессивные скидки, недостаточно квалифицированный лид), — выручка краткосрочно растёт, метрика показывает «успех». Но эти клиенты не получают реальной ценности от продукта, не используют его активно и уходят через 2-3 месяца — отток, который выручка как метрика замечает только постфактум, через квартал, когда уже поздно вмешаться. Если вместо выручки North Star была бы, например, «число активных пользователей команды, выполнивших ключевое действие продукта на неделе», рост продаж «не тем» клиентам сразу показал бы себя как несоответствие между ростом подписок и отсутствием роста этой метрики ценности — сигнал был бы получен на недели раньше, а не через квартал.

Ключевые идеи и принципы

1. Метрика ценности, а не метрика бизнес-результата

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

2. Единственность метрики создаёт единый компас для децентрализованных решений

   Ценность North Star именно в том, что она ОДНА — если у разных команд разные «главные» метрики, единого компаса для приоритизации не возникает, и децентрализованные решения расходятся, а не сходятся к общей цели.

3. Входные метрики переводят абстрактную North Star в конкретные, влияемые рычаги

   Сама North Star Metric слишком крупна для ежедневного управления — три-пять входных метрик (по принципу breadth/depth/frequency/efficiency) переводят её в конкретные точки, на которые команды могут влиять напрямую через свою работу.

4. Метрика не статична — она меняется вместе со стратегией

   Собственный кейс Amplitude показывает: привязанность к «своей» North Star дольше, чем она реально отражает стратегию, — распространённая и понятная, но вредная организационная ошибка.

Ограничения, слепые зоны и критика

Типовые ошибки

1. Ошибка 1: выбирают метрику бизнеса (выручку), а не метрику ценности для клиента.

   North Star формулируется как «выручка» или «число подписок» — это результат, а не то, что реально показывает, получает ли клиент пользу от продукта.

   Как избежать

   спросить «что именно клиент получает от нас, что делает его успешным», и искать метрику, отражающую именно это.

2. Ошибка 2: держат сразу несколько «главных» метрик.

   Формально объявлена North Star, но команды по факту ориентируются на разные показатели в зависимости от отдела — единого компаса не возникает.

   Как избежать

   явно выбрать ОДНУ метрику и последовательно ссылаться именно на неё во всех обсуждениях приоритетов.

3. Ошибка 3: не пересматривают метрику при смене стратегического фокуса.

   Компания выросла, стратегия изменилась, а North Star осталась той же, что была на старте, — метрика больше не отражает то, что сейчас реально важно.

   Как избежать

   периодически (не реже раза в год) явно проверять, отражает ли текущий North Star актуальный стратегический фокус.

4. Ошибка 4: выбирают метрику, которая на самом деле является тщеславной (vanity metric).

   Число регистраций или скачиваний растёт, но не отражает реальное использование или ценность — метрика легко «накачивается» маркетингом без реального роста удержания или удовлетворённости.

   Как избежать

   проверять метрику по официальному чек-листу (в частности, пункт «не является ли она тщеславной метрикой») прежде, чем закреплять её как North Star.

5. Ошибка 5: путают North Star с запаздывающим индикатором вроде MRR или ARPU.

   Метрика выбрана правильно интуитивно значимой, но по факту отражает то, что уже произошло с бизнесом, а не предсказывает будущее — сигналы о проблеме приходят слишком поздно для эффективного вмешательства.

   Как избежать

   явно проверять, является ли метрика опережающим (leading), а не запаздывающим (lagging) индикатором, прежде чем закреплять её как North Star.

Как измерить эффект

• Динамика самой North Star Metric во времени: соотнесённая с последующей динамикой выручки — подтверждает или опровергает, что метрика реально опережающий индикатор.

• Доля команд/отделов, ссылающихся на North Star в реальных обсуждениях приоритетов: а не только знающих о её существовании формально.

• Динамика 3-5 входных метрик: отдельно от самой North Star — показывает, какой конкретный рычаг реально двигает главную метрику, а какой не работает.

• Частота пересмотра North Star в привязке к смене стратегии: соответствие пересмотра метрики реальным стратегическим сдвигам компании, а не механическая неизменность или, наоборот, слишком частая смена без причины.

План внедрения

• 1. Определить, в какую из трёх «игр» реально играет продукт — внимание, транзакция или продуктивность.

• 2. Сформулировать несколько кандидатов на North Star Metric и проверить каждого по официальному семи-пунктному чек-листу.

• 3. Выбрать одну метрику (не несколько) и явно закрепить её как North Star для всей организации.

• 4. Определить 3-5 входных метрик по принципу breadth/depth/frequency/efficiency, на которые команды могут влиять напрямую.

• 5. Организовать North Star-воркшоп с представителями разных функций для совместной проработки метрики и её входных факторов, а не решать это в одной команде.

• 6. Не реже раза в год явно проверять, отражает ли текущая North Star актуальный стратегический фокус, и пересматривать при смене стратегии.

Как работать с фреймом «North Star Metric» в OrgDevTools

Фрейм «North Star Metric» в OrgDevTools реализован на общем движке QuadrantGridCanvas и состоит из четырёх блоков: «Главная метрика» (ценность для клиента, не выручка напрямую), «Входные метрики» (рычаги, на которые команды влияют напрямую), «Использование командами» (ссылаются ли в реальных обсуждениях приоритетов) и «Пересмотр» (при смене стратегического фокуса). Встроенная проверка (вердикт) повторяет логику метода: если главная метрика не выбрана, фрейм отмечает, что без неё North Star не определён; если метрика выбрана, но входные метрики не описаны, фрейм явно указывает, что непонятно, как на неё влиять; если метрика и рычаги есть, но неясно использование командами, фрейм отмечает этот разрыв; при заполнении всех блоков фрейм подтверждает, что North Star определена, разложена на входные рычаги и используется командами.

Чего фрейм не делает. Фрейм не проверяет автоматически, действительно ли выбранная метрика — опережающий, а не запаздывающий индикатор, и не прогоняет её через официальный семи-пунктный чек-лист Amplitude — эта содержательная проверка остаётся за пользователем. Он не подключается к реальным продуктовым данным для отслеживания фактической динамики метрики — только фиксирует текстовое описание выбора. Он не помогает определить, в какую из трёх «игр» (внимание/транзакция/продуктивность) реально играет продукт, — этот содержательный анализ выполняется отдельно.

Инструмент: ❌ нет. Отдельного платного инструмента для отслеживания North Star Metric и входных метрик в реальном времени (с интеграцией продуктовой аналитики) на платформе не предусмотрено — фрейм в OrgDevTools — учебный тренажёр для структурирования решения. Реальное измерение динамики метрики выполняется в продуктовой аналитике компании (Amplitude, Mixpanel и аналогичных).

Книги и источники

• Sean Ellis, Morgan Brown. Hacking Growth: How Today's Fastest-Growing Companies Drive Breakout Success (2017) — книга соавтора концепции о growth hacking, включая происхождение North Star Metric.

• Amplitude. The North Star Playbook — официальное руководство по North Star Framework: три свойства метрики, входные метрики, семь-пунктный чек-лист, реальный кейс Burger King, собственный кейс смены North Star самой Amplitude. Прочитано почти целиком через extract-source.mjs.