North Star Metric: как выбрать главный показатель — и почему большинство выбирает не тот

У Spotify North Star — время прослушивания. У Airbnb — количество забронированных ночей. У WhatsApp — количество отправленных сообщений. У каждого из них — одна цифра, которая говорит: «Если эта цифра растёт, мы двигаемся в правильном направлении».

Большинство команд тоже хочет такую цифру. И большинство выбирает неправильную.

Выбирают Revenue — и начинают оптимизировать краткосрочные продажи в ущерб retention. Выбирают DAU — и гонятся за количеством визитов, забывая про ценность каждого визита. Выбирают NPS — и превращают его в бюрократическую процедуру, которую никто не читает.

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

## Что такое North Star Metric на самом деле

Термин придумали в Growth-сообществе, и первые несколько лет его использовали именно там. Сейчас он добрался до продуктовых команд повсеместно — и в процессе немного потерял смысл.

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

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

Именно поэтому Revenue сам по себе плохой NSM: он измеряет прошлое (что уже произошло), а не будущее. Бизнес может расти по выручке сегодня и рушиться завтра, если пользователи не получают ценность.

А вот «количество ночей, забронированных через Airbnb» — хороший NSM: он растёт только тогда, когда хосты и гости получают реальную ценность. Нет ценности — нет бронирований.

## Три критерия настоящей North Star Metric

### Критерий 1: Отражает ценность для пользователя

Метрика должна меняться тогда и только тогда, когда пользователь получает что-то полезное от продукта.

«Пользователи открыли приложение» — не отражает ценность. Открыть можно случайно. «Пользователи завершили первый проект» — отражает ценность. Это значит, продукт помог им что-то сделать.

Проверка: попробуй объяснить эту метрику пользователю. Если он понимает, о чём речь и почему это важно для него — хорошо. Если метрика непонятна без внутреннего контекста компании — плохо.

### Критерий 2: Предсказывает долгосрочный рост

Рост NSM сегодня должен коррелировать с ростом бизнеса через 6–12 месяцев. Это называется leading indicator в отличие от lagging indicator (который фиксирует уже случившееся).

Revenue — lagging indicator. Он говорит что уже случилось. Activation rate или engagement — leading indicators. Они говорят, что произойдёт с revenue в будущем.

### Критерий 3: Управляема командой

NSM должна меняться в ответ на то, что делает команда. Если метрика зависит преимущественно от внешних факторов (сезонность, рынок, конкуренты), управлять ею сложно.

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

## Почему Revenue — плохой North Star

Самый частый неправильный выбор NSM — это Revenue или Profit. Интуитивно кажется логичным: бизнес живёт ради денег, значит, Revenue и должен быть North Star.

Проблема в том, что Revenue — это результат, а не причина. Он растёт тогда, когда правильно работает всё остальное: продукт создаёт ценность, пользователи возвращаются, воронка конвертирует. Если сделать Revenue NSM, команда начинает оптимизировать именно Revenue — и часто делает это за счёт того, что создаёт долгосрочную ценность.

Классические симптомы «Revenue как NSM»:

• Команда добавляет aggressively upsell-механики, которые раздражают пользователей
• Срезают функционал из бесплатного плана так, что новые пользователи не видят ценности
• Фокусируются на привлечении новых пользователей, игнорируя retention

В итоге: Revenue растёт квартал-два, потом churn начинает догонять.

## Почему DAU и MAU — тоже плохие NSM

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

Проблема: «активный пользователь» — очень широкое определение. Человек зашёл, посмотрел и ничего не сделал — он активный? Технически да.

DAU/MAU хороши как компонент NSM, но сами по себе не говорят, получает ли пользователь ценность. Продукты с высоким DAU и ужасным UX существуют — это монополисты, продукты с сетевым эффектом, продукты где нет альтернативы.

Если хочешь считать активность — считай «качественную активность». Не «пользователь открыл приложение», а «пользователь выполнил хотя бы одно ключевое действие».

## Формула хорошего NSM

Хорошая NSM обычно звучит как: [Количество] [пользователей/действий] [получивших/совершивших] [конкретная ценность] [за период].

Примеры реальных NSM:

• Slack: количество сообщений, отправленных в командах за неделю
• Spotify: время прослушивания музыки в месяц
• Duolingo: количество пользователей, выполнивших хотя бы один урок сегодня
• GitHub: количество pull request'ов, смёрженных за месяц
• Zoom: количество успешно проведённых минут встреч в неделю
• Notion: количество блоков, созданных активными пользователями за неделю

В каждом из них есть конкретное действие, которое отражает реальное использование и ценность. Не просто «пользователь есть», а «пользователь сделал то, ради чего продукт существует».

## Как выбрать NSM для своего продукта

### Шаг 1: Определи «момент ценности»

Задай вопрос: когда именно пользователь получает от продукта то, ради чего он пришёл?

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

Это «aha moment» или «момент ценности». NSM должна измерять частоту этого момента.

### Шаг 2: Найди действие, которое его отражает

Момент ценности должен быть измерим через конкретное действие в продукте. «Пользователь ощутил ценность» — не измеримо. «Пользователь добавил 5 задач в проект» — измеримо.

Иногда одно действие не справляется. Тогда нужен составной показатель или нужно искать лучший прокси.

### Шаг 3: Проверь корреляцию с retention

Хорошая NSM должна коррелировать с долгосрочным retention. Это можно проверить данными: пользователи с высоким значением этой метрики в первую неделю — остаются ли они через 30, 60, 90 дней?

Если корреляция есть — кандидат хорош. Если нет — нужно искать дальше.

### Шаг 4: Убедись, что команда может на неё влиять

Проведи мозговой штурм: что команда может сделать, чтобы NSM выросла? Если идей нет — либо метрика слишком абстрактна, либо продукт не в той области.

### Шаг 5: Выбери одну и зафиксируй

Не две. Не «одна основная и одна вторичная». Одну. Это психологически сложно — кажется, что одна метрика не покрывает всё. Но смысл NSM именно в фокусе. Если фокусов два — это уже не North Star.

## Input Metrics: как превратить NSM в действия

NSM сама по себе не объясняет, что делать. Для этого нужны input metrics — метрики, которые «питают» NSM.

Если NSM — количество завершённых проектов в неделю, то input metrics:

• Количество пользователей, начавших хотя бы один проект
• Процент пользователей, добавивших хотя бы одного участника в проект
• Completion rate первого шага в проекте

Работа с input metrics — это реальная тактика. NSM говорит «куда», input metrics говорят «как туда попасть».

## Разные NSM для разных стадий продукта

NSM не статична. На разных стадиях развития продукта фокус разный.

Early stage (0→1): NSM часто — количество пользователей, получивших хотя бы один ценный результат. Важно понять, работает ли продукт вообще.

Growth stage (1→N): NSM обычно — частота ключевого действия. Важно, чтобы пользователи возвращались и использовали продукт регулярно.

Maturity stage: NSM часто смещается в сторону глубины использования — engagement, expansion revenue, количество использованных функций.

Ревизия NSM раз в год — нормально. Смена NSM каждый квартал — признак того, что команда не понимает, что измеряет.

## Ловушки при работе с NSM

### Ловушка «Gaming the metric»

Когда NSM зафиксирована и все знают цель — появляется соблазн оптимизировать метрику, а не реальную ценность.

Пример: NSM — количество сессий в день. Команда начинает добавлять push-уведомления каждые 2 часа. Сессии растут. Пользователи раздражены. Retention падает.

Симптом: NSM растёт, а бизнес не растёт. Это значит, что метрика стала лазейкой.

Решение: периодически проверяй корреляцию NSM с business outcomes. Если она исчезла — метрика сломана или её сломали.

### Ловушка «Одержимость NSM»

Когда NSM есть — возникает соблазн смотреть только на неё. Но продукт — система. NSM растёт, а где-то в системе что-то ломается — и через квартал это догоняет.

Решение: NSM — главная метрика, но не единственная. Counter-metrics (например, NPS или churn rate) нужны как предохранители.

### Ловушка «NSM для отчётности»

Иногда NSM выбирают не потому, что она правильная, а потому, что она хорошо выглядит в презентации для инвесторов. Это — индикатор зрелости компании.

Настоящая NSM выбирается командой, которая с ней работает, а не PR-отделом.

## NSM и роль дизайнера

Дизайнер обычно не выбирает NSM — это задача продакта или CEO. Но дизайнер должен знать NSM и понимать, как его работа влияет на неё.

Конкретно это значит:

При постановке задачи: «Как этот экран влияет на NSM?» Если никак — либо задача неправильная, либо нужно найти связь.

При обосновании решений: «Эта переработка онбординга увеличит activation rate, что приведёт к росту NSM, потому что...» Это язык, который понимают продакт и бизнес.

При оценке результата: Если решение сделали и NSM не изменилась — нужно разобраться. Либо связь была неверной, либо решение не сработало, либо NSM — не та метрика.

## Практический чеклист: как выбрать NSM

• Ты знаешь «момент ценности» своего продукта — тот момент, когда пользователь получает то, ради чего пришёл
• Этот момент можно измерить через конкретное действие в продукте
• Пользователи с высоким значением этой метрики в первые 7 дней удерживаются лучше через 30 дней (есть данные)
• Команда может назвать 3–5 конкретных действий, которые поднимут эту метрику
• Метрика не оптимизируется «в обход» без создания реальной ценности
• Весь продукт может быть описан как машина для роста этой одной метрики

## Пример: выбор NSM для EdTech-продукта

Допустим, есть онлайн-платформа для изучения иностранных языков.

Кандидаты:

• MAU — много пользователей заходят, но не учатся
• Количество купленных уроков — Revenue proxy, не ценность
• Количество пользователей, завершивших хотя бы один урок за неделю — близко
• Количество пользователей, показавших прогресс (прошедших тест с результатом ≥ 70%) за неделю — лучше, потому что отражает реальное обучение

Выбираем: «Количество пользователей, завершивших хотя бы один тест с результатом ≥ 70% за неделю».

Проверки:

• Отражает ценность? Да — пользователь реально научился чему-то.
• Предсказывает retention? Скорее всего да — успех в обучении коррелирует с желанием продолжать.
• Управляема? Да — качество уроков, напоминания, структура курса, UX-теста.

Input metrics:

• Процент пользователей, начавших первый урок после регистрации
• Completion rate каждого урока
• Время между уроками (streak mechanics)

## Итог

North Star Metric — это не просто «самая важная метрика». Это точка зрения на то, что такое успех вашего продукта.

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

Если NSM выбрана неправильно — команда движется энергично, но не туда.

Выбор NSM требует времени и честности перед собой. Не выбирай то, что легко растёт. Выбирай то, что растёт тогда и только тогда, когда пользователи получают реальную ценность.

## Как North Star Metric меняет приоритизацию дизайна

До NSM команда отвечала на вопрос «что делать дальше?» через интуицию, политику и громкость голосов. После NSM — через данные.

Конкретно для дизайнера это значит: каждая предлагаемая задача должна иметь ответ на вопрос «как это влияет на NSM?». Не как абстрактный ритуал, а как честный фильтр.

Задача: «Переделать профиль пользователя». Связь с NSM неочевидна. Нужно проверить: пользователи, которые заполняют профиль, используют продукт чаще? Если да — есть связь. Если нет — задача не приоритет прямо сейчас.

Задача: «Упростить шаг 3 онбординга». Шаг 3 — перед aha moment. Упрощение напрямую увеличит количество активаций, что прямо растит NSM. Высокий приоритет.

Этот тип мышления трансформирует роль дизайнера: из исполнителя задач — в участника стратегии.

## Контринтуитивные NSM: неожиданные примеры

Некоторые продукты выбирают NSM, которые сначала кажутся странными. Но именно эта нестандартность отражает глубокое понимание продукта.

Netflix — часы просмотра контента. Не количество подписчиков (это revenue-proxy), не количество открытий приложения (engagement без глубины). Именно часы просмотра — потому что только активный просмотр отражает то, зачем пользователь платит.

LinkedIn — количество подтверждённых навыков профессионала. На определённом этапе это была NSM. Парадокс: LinkedIn зарабатывает на рекламе и подписках, а NSM — про контент профиля. Потому что полные профили → более качественный matching → больше ценности для обеих сторон рынка.

HubSpot — количество компаний, использующих CRM активно. Не revenue, не количество клиентов. Активное использование — потому что HubSpot знал: неактивные клиенты отваливаются при первом же renewal.

Общий паттерн: хорошая NSM отражает реальную активацию ценности, а не метаданные этой активации.

## Как отличить NSM от OKR

Это частая путаница. NSM и OKR — разные инструменты с разными функциями.

NSM — это компас. Одна метрика, которая говорит «в этом направлении». Не меняется квартал за кварталом. Отражает фундаментальную природу продукта.

OKR — это навигация. Objectives and Key Results — конкретные цели на квартал с измеримыми результатами. Меняются каждые 3 месяца. Отражают текущие приоритеты.

Связь: NSM — это то, на что работают ключевые OKR. «Наша NSM — количество команд, отправляющих 100+ сообщений в неделю. Этот квартал наш OKR — активировать 500 новых команд до этого уровня за 7 дней вместо текущих 14».

NSM не заменяет OKR. Она определяет вектор, который OKR конкретизируют.

## Когда одной NSM недостаточно: composite metrics

Для сложных продуктов одна метрика иногда не захватывает всей картины. Тогда используют составные метрики.

Пример — маркетплейс:

• Качество со стороны спроса: CR из поиска в заказ
• Качество со стороны предложения: % заказов выполненных с рейтингом ≥ 4.5
• Составная NSM: количество успешных транзакций (определяется как заказ с рейтингом ≥ 4.5 с обеих сторон)

Или используется «Family of Metrics» — небольшой набор метрик (3–5), которые вместе отражают здоровье продукта. Spotify использует комбинацию time-in-app и user satisfaction.

Правило: если нужно более одной метрики — они должны быть взаимосвязаны и независимо верифицируемы. Набор несвязанных метрик — это не Family of Metrics, это просто дашборд.

## Красные флаги: ваша NSM выбрана неправильно

Несколько сигналов, что текущая NSM не работает:

Метрика растёт, бизнес не растёт. Если NSM стабильно улучшается, а revenue или retention стагнируют — метрика оторвалась от бизнес-реальности. Связь, которую вы предполагали — не существует.

Команда не верит в метрику. Если на планёрке по NSM люди думают «ну и что», а не «ого» — метрика не мотивирует. Хорошая NSM вызывает энергию: «Мы можем это сдвинуть!»

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

Нет единого понимания в команде. Продакт объясняет NSM одним образом, маркетинг — другим, дизайнер — третьим. Если нет консенсуса по смыслу, нет смысла в метрике.

Метрика требует сложных вычислений. NSM должна объясняться за одно предложение. Если нужна методология на 2 страницы — это не North Star, это аналитический фреймворк.

## ИИ и North Star Metric: как выбрать и проверить главный показатель

Выбор NSM — стратегическое решение, которое принимается редко, но стоит дорого при ошибке. ИИ помогает на двух этапах: выборе и проверке.

### Промпт: сгенерировать кандидатов в NSM

Я делаю [описание продукта — что делает, для кого, бизнес-модель].

Предложи 5 вариантов North Star Metric для этого продукта.

Для каждого варианта:
— Сформулируй метрику одним предложением
— Объясни почему она отражает ценность для пользователя
— Объясни почему она предсказывает долгосрочный рост бизнеса
— Укажи главный риск этой метрики (как её можно «нагеймить»)

В конце — какой вариант рекомендуешь и почему.

### Промпт: протестировать кандидата на прочность

Когда кандидат на NSM уже есть — проверь его на возможные дыры:

Наш кандидат на North Star Metric: [формулировка]

Проверь её по критериям:
1. Отражает ли она реальную ценность для пользователя — или только активность?
2. Коррелирует ли с долгосрочным retention? Как это проверить данными?
3. Можно ли её вырастить без улучшения продукта (gaming the metric)?
4. Понятна ли она всей команде без специального контекста?
5. Есть ли у нас рычаги для её роста?

Оцени каждый пункт и предложи улучшение формулировки если нужно.

### Промпт: найти Input Metrics

Наша North Star Metric: [формулировка]

Предложи 5–7 Input Metrics, которые «питают» эту NSM.

Для каждой Input Metric:
— Как именно она влияет на NSM (прямая связь)
— Как её измерить
— Какие дизайн-решения могут её улучшить

Приоритизируй по потенциалу влияния на NSM.

### Промпт: объяснить NSM команде

Иногда самое сложное — не выбрать NSM, а объяснить её команде так, чтобы все думали в одном направлении.

Наша NSM: [формулировка]

Напиши объяснение для трёх разных аудиторий:
1. Для CEO (1 абзац, язык денег и рисков)
2. Для команды разработки (1 абзац, язык задач и влияния)
3. Для нового сотрудника (1 абзац, язык смысла и зачем)

В каждом объяснении — конкретный пример как NSM растёт от конкретного действия команды.