Сообщить об ошибкеКороткий ответ
Спроектирую иерархию метрик: одна North Star метрика, отражающая долгосрочную ценность для пользователя и бизнеса одновременно, несколько input-метрик, на которые влияет каждый отдел, и guardrail-метрики, предотвращающие локальную оптимизацию в ущерб остальным — и проведу серию согласований с отделами по отдельности перед общей защитой, а не пытаюсь продать готовое решение сразу всем на одной встрече.
Как это работает подробнее
конфликт за «главную метрику» между отделами часто отражает реальный конфликт интересов (продажи хотят объём, продукт — вовлечённость, маркетинг — охват), и выбор единственной метрики без учёта этого структурного конфликта создаёт политическое сопротивление, даже если метрика технически обоснована.
Что использовать на практике
- Применение. North Star метрика должна быть достаточно агрегированной, чтобы отражать ценность для пользователя и коррелировать с долгосрочной выручкой, но при этом раскладываться на input-метрики, понятные каждому отделу («наш вклад в North Star — вот через что»). Guardrail-метрики защищают от локальной оптимизации (например, рост активности за счёт спама уведомлениями).
- Проверка или пример. Пример иерархии для B2C-подписочного продукта: North Star: Weekly Active Paying Users (WAPU) ├── Input (продукт): Activation Rate, Feature Adoption ├── Input (маркетинг): Qualified Trial Signups ├── Input (продажи): Trial-to-Paid Conversion └── Guardrails: Churn Rate ≤ X%, Support Ticket Rate ≤ Y per 1000 users Защита перед руководством строится как история: «Выручка — лаговый индикатор, на который влияет слишком много факторов для операционного управления. WAPU — ведущий индикатор, через который каждый отдел видит свой вклад и ограничения (guardrails), не позволяющие жертвовать качеством ради краткосрочного роста одной входной метрики».
Подводные камни
- Частая ошибка. выбрать North Star метрику, удобную для расчёта, но не связанную причинно с выручкой или retention бизнеса (vanity metric); внедрить метрику "сверху" без предварительных индивидуальных обсуждений с отделами, что провоцирует защитную реакцию и саботаж на этапе внедрения.