Все заняты, а продукт не становится сильнее. Команда выпускает новые функции, маркетинг приводит трафик, продажи закрывают сделки, поддержка отвечает быстрее. Но спросите, что значит «продукт стал сильнее», и каждый отдел ответит по-своему.
Маркетинг смотрит на CAC, CTR и объем лидов, продукт на релизы и освоение функций, финансы на выручку, продажи на план, поддержка на скорость ответа. Каждая цифра по отдельности важна. Вместе они тянут компанию в пять сторон.
North Star Metric, или метрика полярной звезды, задумана как общая ось. Это одна метрика, которая лучше других показывает, получает ли пользователь пользу. Команда может на нее влиять, и она растет раньше выручки. Отсюда три опоры метода: польза для клиента, управляемость для команды и связь с будущими деньгами.
Как это выглядит, проще понять на типах продуктов. Сервис бронирования жилья логично мерить забронированными ночами, такси числом поездок, видеосервис часами просмотра в месяц, онлайн-доску числом досок, на которых люди действительно работают вместе. Каждая такая метрика называет событие, ради которого продуктом пользуются, и его можно посчитать по логам, без опросов.
Ни одна из этих метрик не денежная. Каждая описывает момент, ради которого пользователь пришел: переночевал, доехал, досмотрел, поработал с коллегами. И каждая начинает меняться раньше выручки.
Почему раньше, хорошо видно на годовой подписке. Клиент заплатил вперед в январе, а в марте перестал пользоваться продуктом. Выручка узнает об этом только в январе следующего года, когда он не продлит подписку. Полярная звезда покажет потерю еще в марте, в ту неделю, когда человек перестанет делать главное действие. Почти десять месяцев форы на исправление стоят дороже любой точности в отчете.
Есть и обратная ловушка: выбрать метрику объема и принять ее за пользу. Механику знает каждый, кто долго гонял A/B-тесты. Каждый тест по отдельности выигрывает: всплывающее окно подписки и скидка 10% на первый заказ поднимают конверсию. А продукт в целом становится неприятнее. Если North Star считает объем действий и не отличает полезный исход, такие победы копятся годами. Число заказов, купленное скидкой, плохо описывает пользу, за которую клиент готов платить сам.
Самая частая ошибка с North Star: превратить ее в лозунг. Метрику объявляют на общем собрании, вешают на слайд для инвесторов, а команды продолжают жить по своим целям. Через квартал о ней вспоминают только в отчете. Сотрудники могут знать ее наизусть, но ни одно решение о приоритетах на нее не ссылается.
Польза метода в другом. Вокруг North Star приходится заново собрать логику управления продуктом. Какую пользу мы создаем так регулярно, что именно она лучше всего предсказывает здоровье продукта и будущую выручку? Какие рычаги двигают эту пользу в повседневной работе? Без входных метрик, гипотез, экспериментов и регулярных разборов звезда остается красивым названием без маршрута.
Без общей оси отделы побеждают в разные стороны
Потребность в North Star редко возникает в начале жизни продукта. Пока команда маленькая, путь пользователя короткий, а проблем немного, все и так понимают, ради чего работают. С ростом компании это меняется. Появляются отделы со своими целями. Маркетинг приводит трафик и снижает его цену. Продукт делает функции и улучшает путь пользователя. Продажи хотят быстрее закрывать сделки. Отдел работы с клиентами следит, чтобы клиенты оставались и покупали больше. Финансы смотрят на выручку и маржу. Все это логично. Беда начинается, когда успехи отделов перестают складываться в успех компании.
Представим компанию без общей опоры. Маркетинг научился приводить много дешевого трафика, который почти не доходит до первого результата. Продукт поднял вовлечение в функцию, которая мало связана с удержанием. Продажи закрывают сделки с клиентами не из своего сегмента, и те быстро уходят. Поддержка сократила время ответа, но продукт остался таким запутанным, что обращений меньше не стало. В отчетах это четыре успеха. В продукте это четыре усилия, которые гасят друг друга.
Тут North Star и нужна. Она возвращает компании общий вопрос: какое действие пользователя лучше всего показывает, что он регулярно получает пользу? Если команда ответила на него и сверяет с ним решения, метрики отделов перестают воевать и начинают работать на одну цель. Смотреть только на одну цифру при этом никто не обязан. Она задает направление и помогает отличить настоящую победу от ложной.
Признаки нехватки такой оси легко узнать. Все «побеждают», но каждый в свою сторону. Команда превращается в фабрику функций: выпускает новое и не может объяснить, чем это помогает пользователю. Дашбордов все больше, а что делать первым, яснее не становится. Споры о приоритетах выигрывает самый громкий заказчик внутри компании. Цифр хватает, не хватает общего ориентира.
Сама по себе метрика эти проблемы не решит. Выбрать ее и ждать, что отделы договорятся сами, бесполезно. Зато у каждого важного обсуждения появляется фильтр из трех вопросов. Как эта идея усиливает главную пользу? Через какой рычаг она сдвинет North Star? Что в ней влияет на будущее, а что просто косметика? В этом фильтре и состоит польза метрики.
Что такое North Star Metric простыми словами
North Star Metric называют главной метрикой продукта. Она лучше других показывает, получает ли пользователь настоящую пользу, причем такую, которая повторяется. Шум, активность ради активности и красивый финансовый отчет сюда не подходят. Команда должна влиять на эту метрику своей обычной работой. И метрика должна расти раньше денег: когда она растет, следом обычно растут выручка, удержание или суммы по договорам с текущими клиентами.
В этом определении три ключевых слова.
Первое слово: «польза». Это главный тест. Если метрика не описывает то, ради чего пользователь возвращается, и не отражает момент полезного результата, хорошей North Star она вряд ли станет. Поэтому популярные показатели вроде простого количества регистраций или даже DAU так часто оказываются плохими кандидатами. Они показывают активность, но пользу показывать не обязаны.
Второе слово: «влияние». Команда должна уметь двигать метрику, хотя и не одним щелчком: метрика, которую слишком легко сдвинуть, скорее подозрительна. Важно понимать, какие изменения в продукте, маркетинге, первых шагах новичка или рассылках двигают то, от чего она зависит. Если метрика слишком далека от повседневной работы и не раскладывается на понятные части, она так и останется символом.
Третье слово, «опережающая», упускают чаще всего. Выручка, ежемесячный доход от подписок (MRR), средний доход с пользователя (ARPU) и оборот бизнесу нужны. Но они запаздывают. Они рассказывают, как бизнес уже сработал, и плохо подсказывают, что улучшить сегодня. Полярная звезда должна стоять ближе к пользе и заранее указывать на будущие деньги. То, что она совпадала с прошлой выручкой, мало что доказывает.
Если сжать все до одной фразы, NSM отвечает на вопрос: какой повторяемый признак говорит, что продукт реально помогает людям и поэтому становится коммерчески сильнее.
Четыре вещи, которыми North Star не является
Больше всего ошибок совершают на границах понятия. Поэтому полезно сразу договориться, чем NSM не является.
Во-первых, это не метрика для отчета. Если ее выбрали, чтобы красиво описать стратегию на слайде или показать инвесторам единый ориентир, а на приоритеты она не влияет, она мертва с первого дня. Сильная NSM меняет решения: что строят и чего не строят, куда дают ресурсы, что считают успехом и что перестают делать.
Во-вторых, она не обязана быть денежной. Здесь команды делают самую понятную и самую слабую ставку. Кажется логичным назвать North Star выручку, MRR или ARPU: бизнес же существует ради денег. К моменту, когда MRR просел, причина обычно уже несколько месяцев живет в продукте.
В-третьих, это не метрика тщеславия (vanity metric), то есть не цифра, которая красиво растет и почти ничего не значит. Такие цифры опасны тем, что легко выглядят убедительно. Регистрации, просмотры, открытия приложения, общее число активных пользователей, лайки, длина сессии могут пригодиться, но не всякая «живая» цифра говорит о пользе. Человек может часто открывать приложение и не получать результата, ради которого оно существует. Может зарегистрироваться и не встроить продукт в свою жизнь. Контентный сервис может наращивать время в приложении механиками, которые затягивают, но не радуют. Поэтому спрашивать нужно, выражает ли метрика полезный результат для пользователя. Сам по себе рост ничего не доказывает.
В-четвертых, это не единственная метрика компании. Услышав про «одну главную метрику», некоторые команды решают, что от остальных измерений пора отказаться. На деле NSM одна не живет. Рядом с ней нужны входные метрики, защитные метрики, разрезы по когортам и операционные KPI, через которые команды действуют. Полярная звезда не заменяет систему измерений. Она задает ей верхний ориентир.
Из четырех границ важнее всего вторая, про деньги, потому что на ней держится связь между пользой и выручкой. Сильная North Star почти всегда начинается с вопроса «какую пользу пользователь должен регулярно получать?». Вопрос «что выгодно бизнесу?» идет вторым, и в итоге такая очередность выгоднее самому бизнесу.
Причина простая. В здоровом продукте деньги идут следом за пользой. Люди получают нужный результат, возвращаются, привыкают, советуют продукт знакомым и реже уходят. Компания, которая сразу гонится за выручкой и пропускает пользу, выжимает деньги сейчас и потом расплачивается удержанием и доверием.
Значит, хорошая North Star стоит там, где польза для клиента встречается с будущими деньгами. Она ближе к клиенту, чем финансовые цифры, но достаточно связана с деньгами, чтобы говорить о росте.
Для сервиса доставки продуктов сильнее месячной выручки будет «количество товаров, доставленных вовремя за месяц». В этой метрике соединяются польза для пользователя (получить заказ без сбоев) и прогноз роста бизнеса. Для SaaS-продукта такой метрикой может стать число команд, которые регулярно достигают ключевого результата внутри продукта. Маркетплейсу подойдет число успешных сделок без возвратов и жалоб, образовательному продукту число уроков, после которых ученик продвинулся. Везде считается только полезная активность.
Отсюда и сложность выбора. Хочется найти что-то простое, привычное и легко измеримое. Но настоящая North Star требует подумать над вопросом: в чем вообще состоит полезный результат нашего продукта для клиента? Один этот вопрос уже наводит порядок в голове.
Семь требований к хорошей North Star и их цена на практике
Требования к хорошей North Star обычно сводят в список из семи пунктов. Широко этот список разошелся благодаря руководству North Star Playbook компании Amplitude, одним из авторов которого был Джон Катлер. Интереснее, что каждый пункт значит в реальной работе.
Первое: метрика выражает пользу для клиента. Это базовый фильтр. Если пользователь не становится успешнее, быстрее, спокойнее или довольнее и не получает другого понятного результата, метрика не годится. Этот пункт отсекает много популярных, но слабых кандидатов.
Второе: метрика совпадает с тем, каким продукт хочет стать. Если продукт задуман для командной работы, а метрика считает действия одного человека, она тянет не туда. Если компания переходит от личного использования к командному, старая метрика может устареть, даже если раньше была хорошей.
Третье: метрика растет раньше денег. Команде нужен сигнал, что дела идут к успеху, задолго до квартального отчета. Этим NSM и отличается от финансовых цифр.
Четвертое: на метрику можно влиять. Тонкость в том, что одной кнопкой ее не сдвинуть. Зато ее можно разложить на несколько более простых показателей, которыми команда управляет напрямую. Их называют входными метриками, и без них NSM не заработает.
Пятое: метрику понимают люди вне аналитики. Звучит как мелочь, но цифру, которую не может пересказать менеджер по продажам или финансист, в их решениях учитывать не будут. Если значение требует длинной расшифровки и понятно только аналитикам, общим ориентиром оно не станет. Хорошую North Star можно объяснить обычными словами.
Шестое: метрику можно измерить, но не любой ценой. Сильная идея, измеренная неидеально, полезнее слабой идеи с идеальным подсчетом. Не стоит выбирать плохую метрику только потому, что ее удобно считать. Сначала смысл, потом точность измерения.
Седьмое: метрику нельзя накрутить активностью, которая не равна пользе. Это один из лучших стресс-тестов для кандидата. Если показатель можно быстро поднять, не улучшив сам продукт, кандидат, скорее всего, слабый.
Из седьмого пункта следует главное правило работы с метрикой. С ней хочется обращаться как с обычным KPI: увидеть число, придумать действие, поднять число. Но North Star по своей природе зависимая переменная. Она меняется как итог нескольких входных факторов. Поэтому проверка простая: можно ли увеличить метрику, не улучшив результат для пользователя? Если можно, уточните определение или добавьте защитные показатели.
Хорошая NSM стоит на уровень выше повседневных рычагов команды и складывается из нескольких более близких и управляемых факторов. Вернемся к доставке. Если North Star здесь служит число товаров, доставленных вовремя, команда не двигает эту цифру напрямую. Она работает с числом заказов, количеством товаров в заказе, долей успешных доставок, точностью логистики, первыми заказами новичков, удержанием клиентов. Из этих входных метрик и состоит живая система вокруг NSM.
Защитные показатели в этом примере тоже понятны. Долю вовремя доставленных товаров легко поднять, если обещать клиенту более широкое окно доставки: формально опозданий меньше, а клиент ждет дольше и получает меньше, чем раньше. Поэтому рядом с NSM нужна метрика ширины обещанного окна или доля жалоб на опоздания.
Такое устройство защищает от поверхностных метрик. Если число можно сдвинуть, поменяв определение события, включив функцию автоматически или другим трюком, который не меняет пользу, значит, выбран слишком низкоуровневый показатель. Заодно оно помогает построить правильную операционную модель. Команда не паникует из-за каждого колебания большой цифры и работает с понятными рычагами. Так лучше видно, что сломалось, и проще решить, что делать первым.
Разделение на NSM и входные метрики к тому же не дает путать цель и способ ее достижения. Спорить о том, «как поднять North Star любыми средствами», уже не нужно. Обсуждают другое: какой входной фактор сейчас сильнее всего сдерживает пользу и через какие изменения его логично двигать. Метрика перестает быть объектом поклонения и становится моделью управления.
В какую игру играет ваш продукт?
Перед тем как перебирать кандидатов, поиск полезно сузить по типу продукта. В Amplitude для этого предлагают вопрос «в какую игру мы играем». Он защищает от частой ошибки: взять красивую метрику из чужого типа продукта и натянуть ее на свой.
Первая игра: внимание. Польза в том, что человек смотрит, читает или слушает и возвращается. Считать стоит только то время, которое приносит удовольствие. Вторая игра: сделки. Это заказы, доставка, бронирование, платежи. Польза в том, что сделка завершилась. Третья игра: продуктивность. Такой продукт «нанимают», чтобы сделать работу быстрее и надежнее. Здесь North Star считает достигнутый результат. Сам факт, что человек открыл программу, ничего не значит.
Эта рамка спасает от ложных аналогий. Контентному сервису подходит метрика качественного потребления и возвратов. SaaS для команд считает регулярное достижение полезного результата. Маркетплейс считает успешные сделки. Финтех считает надежные повторяющиеся операции, которыми люди реально управляют своими деньгами. Образовательный продукт считает измеримый прогресс ученика, просмотры уроков для него вторичны. Без ответа на вопрос об игре команда легко выбирает метрику, которая выглядит солидно, но не отражает суть продукта. Типичный пример: продукт для продуктивности берет метрику из игры внимания, время в приложении, и начинает поощрять то, что пользователь как раз хотел бы сократить.
Поэтому выбор North Star начинается с разговора о сути продукта, а таблица кандидатов подождет. Что люди на самом деле «нанимают» нас сделать? Какой полезный результат повторяется? Что должно происходить снова и снова, чтобы продукт был действительно сильным? Из ответов и вырастают кандидаты.
Как выбрать North Star Metric пошагово
Искать NSM как истину, которую открывают раз и навсегда, бесполезно. Выбор всегда складывается из гипотезы, данных и стратегического решения. Удобнее идти по шагам, и каждый шаг отсекает свой тип ошибки.
Шаг первый: сформулировать пользу, которую пользователь должен получать регулярно. Речь о результате для пользователя, работа компании тут вторична. Хорошо подходят такие формулировки: пользователь достигает чего-то с помощью продукта столько-то раз за период; получает результат быстрее, дешевле или надежнее; команда чаще приходит к определенному полезному исходу. Этот шаг не дает спутать собственную активность компании с пользой для клиента.
Шаг второй: выдвинуть несколько кандидатов. Угадать верный с первого раза почти никому не удается. Обычно собирают от трех до семи вариантов, и чаще всего это количество, доля или соотношение. Например: число успешных действий за неделю, доля пользователей, достигших ключевого результата, число совместных действий на команду, успешные сделки на активного пользователя. Так появляется что сравнивать, и команда не влюбляется в первый пришедший в голову показатель.
Шаг третий: прогнать кандидатов через семь требований. Здесь выясняется, какие варианты убедительны только на поверхности. DAU легко измерить, но он слабо отражает пользу. MRR важен, но плохо работает как опережающий показатель. Просмотры бывают массовыми и при этом не выражают полезного результата.
Шаг четвертый: найти входные метрики и проверить, что звезда стоит на уровень выше них. Если команда может двигать ее прямым механическим действием, это тревожный сигнал. Если метрика меняется только как следствие нескольких разных улучшений, это хороший знак.
Шаг пятый: поднять исторические данные и мысленно прожить последние месяцы с этим кандидатом. Помогает вопрос: если бы мы смотрели на эту метрику последние 12 месяцев, какие решения приняли бы иначе? Если ответ «никакие» или «все равно смотрели бы на другое», кандидат, скорее всего, слабый.
Вот как этот шаг выглядит на условном примере. Маркетплейс услуг выбирает между двумя кандидатами: числом заказов в месяц и числом заказов, выполненных без отмены и с оценкой не ниже четырех. Прошлой весной компания раздала большие скидки новичкам. Первая метрика тогда выросла на четверть, и команда сочла акцию успехом. Вторая почти не сдвинулась: новые клиенты часто отменяли заказы, а исполнители, перегруженные дешевыми заказами, чаще получали плохие оценки. Если бы команда смотрела на вторую метрику, она остановила бы акцию через месяц. У этого кандидата ответ на вопрос пятого шага содержательнее, значит, он сильнее.
Шаг шестой: принять, что первая версия не обязана быть идеальной. Команды часто застревают в бесконечном выборе. Хочется найти метрику, которая и стратегически точна, и технически безупречна, и всем понятна, и хороша в любом срезе. Полезнее выбрать сильную идею, записать логику, построить входные метрики и постепенно улучшать измерение, чем месяцами не принимать решение вообще.
Входные метрики переводят North Star в работу команд
Полярная звезда показывает направление. Входные метрики (inputs) служат рычагами, которыми команда ее двигает. На них многие и спотыкаются: выбирают красивую NSM, радуются общей цифре и не строят под ней показатели, которыми можно управлять. В итоге метрика висит слишком высоко и в ежедневных решениях не помогает.
У хороших входных метрик несколько свойств. Их немного, обычно три-шесть. Они разные по смыслу: три вариации одного и того же не нужны. Ими можно управлять, то есть команда запускает инициативы, которые на них влияют. И они хотя бы относительно независимы. Если все входные метрики двигаются как отражение одного скрытого показателя, система будет слабой. Например, число сессий и число просмотренных экранов почти всегда растут вместе и по сути описывают один фактор, поэтому из них стоит оставить один.
Помогает простая формула: «Я считаю, что NSM зависит от X, Y, Z». Она заставляет команду явно записать свою модель причин и следствий. Возьмем SaaS-инструмент, где North Star означает число активных команд, достигших ключевого результата за неделю. Входными метриками тут могут быть доля новых команд, которые дошли до «ага»-момента (момента, когда человек впервые понял, зачем ему продукт), число совместных действий на команду, доля команд, которые повторно используют главную функцию, и доля пользователей, пригласивших коллег. Такой список уже работает как гипотеза о том, из чего складывается польза.
Небольшой расчет показывает, зачем это нужно. Цифры условные. Допустим, в месяц регистрируется 1 000 новых команд, до «ага»-момента доходит 30%, а из дошедших 60% продолжают работать каждую неделю. Это 180 новых регулярных команд в месяц. Если поднять долю дошедших до 40%, получится 240 команд, на треть больше, и без дополнительного бюджета на рекламу. Другой путь: вдвое поднять число регистраций за счет дешевого трафика. Но если такие команды доходят до результата вдвое реже, итог не изменится: 2 000 × 15% × 60% = 180. Расчет сразу показывает, какой рычаг сейчас сильнее.
С такими показателями с NSM можно работать каждый день. Их удобно раздать командам: одна отвечает за первые шаги новичков, другая за возвраты, третья за совместную работу, а итог у всех общий. Еще они объясняют, почему звезда стоит на месте или ведет себя странно. Без них у компании есть градусник, но непонятно, откуда температура.
Еженедельный разбор входных метрик держит North Star в Agile-ритме
Выбрать NSM мало. Метрика начинает жить, только когда вокруг нее появляется ритм.
Основа ритма: короткая регулярная встреча, например раз в неделю. На ней смотрят движение NSM вместе с входными метриками, разбирают, какие гипотезы сработали, какие сигналы тревожат и какие ставки запускать или останавливать. Если на такой встрече ничего не решают, она быстро превращается в отчет ради отчета.
На обзоре спринта и демо мало рассказать, что сделали. Назовите, какую входную метрику задела работа и как, по ожиданиям команды, изменится North Star. Тогда релизы перестают быть списком выполненных задач и встраиваются в общую логику продукта.
Раз в месяц полезен разбор причин. Метрика может меняться из-за сезона, сдвига в составе когорт, сбоев в сборе данных, особенностей отдельных каналов или рынка. Если смотреть только на итоговую цифру, легко переоценить или недооценить собственное влияние. Поэтому разбор начинают с проверки данных и состава когорт и только потом обсуждают продуктовые причины.
В сильных командах о North Star помнят всегда, но не сводят к ней каждый разговор. Ее открывают при планировании и выборе задач. Ждать конца квартала, когда она появится в отчете рядом с выручкой, никто не будет.
Когда North Star стоит менять
Даже отлаженная система однажды упирается в то, что метрика устарела. Ничего неправильного в этом нет. Полярная звезда хороша, пока описывает пользу продукта и остается полезным опережающим показателем. Продукт меняется, стратегия смещается, рынок переходит в другую фазу, компания строит другую модель роста, и старая NSM может перестать подходить.
Критерий простой: если North Star больше не указывает направление, ее пора пересматривать. Признанием ошибки это считать не стоит, живой бизнес так приспосабливается.
Типичные причины смены понятны. Продукт для одного человека становится продуктом для команд, и старая метрика оказывается слишком узкой. Бизнес переходит от малых компаний к крупным, и прежняя метрика перестает описывать реальную пользу. Продукт меняется так сильно, что главный результат для клиента уже другой. Или выясняется, что метрика красивая, но плохо связана с выручкой, удержанием или стратегией, а значит, работает слабее, чем ожидали.
Пересматривать лучше по расписанию, например раз в год или при смене стратегии. Момент, когда метрика просела, для этого плох: смену звезды легко перепутать с попыткой спрятать неудачный квартал. При смене стоит какое-то время вести старую и новую метрики параллельно, чтобы история оставалась сопоставимой. Например, сервис заметок перешел от личного использования к командному. Старая звезда считала пользователей, которые создают заметки каждую неделю, новая считает команды, где заметки читают и правят хотя бы двое. Два-три квартала обе метрики стоят рядом в отчете. Так видно, что рост новой метрики не случился за счет падения старой, и прошлые решения по-прежнему можно сравнить с новыми.
Менять NSM слишком часто тоже вредно. Ее ценность в том числе в устойчивости ориентира. Но и превращать ее в священную корову нельзя. Компас, который перестал показывать направление, теряет смысл.
Самые частые ловушки при работе с North Star
Даже команды, которые понимают идею, попадают в одни и те же ловушки.
Первая: слишком рано прыгнуть в измерение. Команда первым делом спрашивает «а можем ли мы это точно посчитать?» и на этом основании отвергает сильные по смыслу варианты. Правильнее сначала сформулировать пользу и стратегию, а потом довести подсчет. Иначе легко выбрать идеально измеримую, но слабую идею.
Вторая, обратная: смотреть только на NSM без входных метрик. Метрика оказывается слишком далекой от работы, и команды быстро перестают чувствовать свое влияние. Так North Star чаще всего и превращается в плакат.
Третья: желание иметь пять полярных звезд сразу. Иногда это оправдано, если у компании действительно разные продукты, аудитории и отдельные бюджеты со своей прибылью. Но намного чаще за этим стоит неразрешенный спор между отделами. Когда каждый хочет свой главный ориентир, компания возвращается к той же раздробленности, от которой пыталась уйти. Проверка простая: если у двух «звезд» общая выручка, общие пользователи и общий бюджет, это почти наверняка одна система, и спор нужно решить. Узаконить его двумя звездами проще, но дороже.
Четвертая: вера в магический порог. Команда находит, что «если пользователь сделал X два раза, он остается надолго», и начинает считать это число законом. Но порог, найденный на исторических данных, описывает связь в тех когортах, которые были тогда. Стоит сменить канал привлечения или сегмент, и «два раза» превращается в три или вообще перестает что-то предсказывать. К тому же связь еще не доказывает причину: возможно, два раза действие совершают те, кому продукт и так был нужен. Поэтому порог пересчитывают на свежих когортах и проверяют экспериментом, прежде чем строить вокруг него знакомство новичка с продуктом. Такой порог полезно считать рабочей гипотезой, которую со временем уточняют.
Пятая: превратить NSM в дубинку. Если North Star сверху «бьют» команды, она вызывает либо формальное подчинение, либо тихую подгонку цифр. Например, команда начинает засчитывать «ключевой результат» при первом же подготовительном действии, и график растет без единого изменения в пользе. Метрика задумана, чтобы согласовывать решения, и наказание этот смысл разрушает.
У скептиков есть сильный довод против самой идеи одной главной цифры. Это закон Гудхарта: когда показатель становится целью, он перестает хорошо измерять то, ради чего его придумали. Чем сильнее давят на одну метрику, тем изобретательнее ее подгоняют. Довод справедлив, и он выигрывает там, где звезда живет одна, без защитных метрик и без разговора о пользе. Он слабее там, где вокруг NSM есть входные и защитные показатели, а саму метрику регулярно сверяют с поведением реальных пользователей. Тогда подгонку видно быстро, потому что одна цифра растет, а соседние стоят или падают.
Как North Star уживается с KPI и OKR
NSM не отменяет ни KPI, ни OKR. У них разные роли. North Star отвечает на вопрос, куда мы в целом двигаем продукт. Входные метрики показывают, какими рычагами мы это делаем. OKR задают цели и приоритеты на квартал, часто в виде ожидаемого сдвига входных метрик. KPI следят за порядком в ежедневной работе.
Так не приходится выбирать между стратегией и текучкой. NSM без KPI висела бы слишком высоко. KPI без NSM разбегаются в разные стороны. OKR без North Star быстро становятся набором смелых, но не связанных целей.
На практике это выглядит так. У компании одна North Star, например число команд, которые регулярно достигают ключевого результата. Под ней несколько входных метрик: активация новых команд, повторное использование главной функции, число совместных действий, глубина внедрения. Квартальные OKR формулируют как конкретные сдвиги этих метрик, которых команда рассчитывает добиться набором инициатив. Тогда у каждой задачи появляется ясная логика: команда двигает входную метрику, потому что считает, что та сдвинет North Star.
Та же связка работает как фильтр для идей. Любая инициатива должна ответить на два вопроса. Какую входную метрику она двигает? Почему эта метрика должна изменить NSM в нужную сторону? Если ответа нет, идея становится кандидатом на «не делаем».
Фильтр быстро отделяет гипотезу от красивого пожелания. Инициатива может быть интересной, технически сложной, модной, давно обсуждаемой и любимой командой. Но если она не связана ни с одной входной метрикой и никто не может объяснить, как она подействует, она живет вне системы. Отвергать ее автоматически не нужно. Просто обоснованной продуктовой ставкой она пока не стала.
Особенно это полезно там, где идей много, срочные просьбы сыплются со всех сторон и легко скатиться в фабрику функций. Творчество фильтр не убивает, он дает ему рамку. Придумывать можно что угодно, но затем идею нужно честно встроить в модель пользы. Со временем меняется и сам список задач: идей без адреса в нем становится заметно меньше.
Первая версия North Star без отдельного проекта
Если North Star в компании пока нет, первую версию можно собрать за неделю. Позовите продукт, маркетинг, аналитику и финансы на пару часов и запишите одной фразой пользу, которую пользователь должен регулярно получать от продукта. Затем накидайте три-семь кандидатов (количество, доля или соотношение) и прогоните их через семь требований. Начните с теста на накрутку: можно ли поднять число, не улучшив результат для пользователя? Для двух лучших кандидатов поднимите данные и ответьте, какие решения за последние 12 месяцев вы приняли бы иначе, если бы смотрели на эту метрику. Кандидата с более содержательным ответом берите первой версией, идеального определения не ждите.
В ту же неделю допишите формулу «NSM зависит от X, Y, Z» с тремя-шестью входными метриками, назначьте каждой владельца из числа команд и поставьте первую еженедельную встречу. На ней смотрят движение входных метрик и решают, какие ставки запускать, а какие останавливать. Через квартал проверьте простую вещь: повлияла ли метрика хоть на одно решение о приоритетах. Если нет, вернитесь к шагу с кандидатами. Скорее всего, выбрана цифра для отчета.
North Star работает, когда на еженедельной встрече звучат три ответа: какую пользу получает пользователь, какие рычаги на нее влияют и какое изменение поведения превратит ее в выручку. Если ответы перестали звучать, метрика вернулась на слайд.