North Star Metric ломается, когда её начинают “улучшать” любой ценой.
Обычно это выглядит так: выбираем одну красивую цифру, строим дашборды, ставим цели, и через квартал у нас “рост”. Только поддержка горит, маржа просела, качество данных спорное, а команды тихо саботируют метрику, потому что она стала палкой. Цена ошибки простая: вы оптимизируете не продукт, а отчётность.
Почему так происходит: NSM — это не волшебная истина. Это договорённость о том, что считать ценностью, и на каком горизонте. Если договорённость узкая, её начинают “качать” локальными трюками, а побочные эффекты вылезают там, где никто не смотрит. Поэтому “одна метрика” всегда должна быть в коридоре ограничений.
5 способов сломать идею NSM и как защититься guardrails:
-
NSM как vanity: выбираете то, что приятно растёт (просмотры, клики, регистрации), а не то, что отражает ценность. Защита: рядом держите активацию и удержание на уровне, где уже есть смысл для пользователя, а не “попробовал и ушёл”.
-
Перетянуть NSM на одну команду: метрика общая, а рычаги у одной функции. Остальные начинают жить в стороне. Защита: разложите NSM на вклад команд через драйверы и запретите ставить локальные KPI, которые можно улучшать в ущерб общей.
-
Игнорировать экономику: NSM растёт, но стоимость и маржа деградируют. Защита: guardrails по unit economics — cost to serve, маржинальность, возвраты, скидки, компенсации. Без этого NSM превращается в “рост любой ценой”.
-
Не видеть риски и злоупотребления: рост создают боты, фрод, серые механики, токсичный контент. Защита: guardrails по качеству и безопасности — доля подозрительных событий, жалобы, модерация, chargeback, аномалии в источниках трафика.
-
Жить на плохих данных: меняются определения, события дублируются, атрибуция пляшет, а вы уже сравниваете недели. Защита: data quality как часть метрик — полнота, задержка, стабильность пайплайна, консистентность ключевых событий.
В правильной практике NSM — это вектор, а guardrails — стены коридора. Оптимизация разрешена, пока не пробиваете стены. Обычно спорят про то, сколько guardrails достаточно, но базовая идея одна: если “сопутствующие” метрики не определены заранее, вы не измеряете компромиссы — вы их скрываете. Граница применимости: на очень ранней стадии можно жить без NSM, но нельзя жить без guardrails по качеству данных и экономике.
