Если у вас 12 KPI и вы выбираете “главный” на встрече — у вас нет метрик, у вас есть мнения.

Типичная сцена: продукт тянет “активацию”, маркетинг — “CAC”, финансы — “маржу”, саппорт — “NPS”. Каждый прав по-своему, и каждый может показать “рост”. Цена этого цирка простая: вы запускаете инициативы, которые делают локальную победу и глобальный минус. И потом неделями спорите, кто “испортил метрику”, вместо того чтобы спорить о причинных связях.

Дерево метрик (metric tree) лечит не Excel, а логику. Оно заставляет договориться о двух вещах: 1) какая верхняя метрика реально описывает ценность продукта для бизнеса, 2) через какие драйверы она меняется. Когда связь прописана, спор смещается с “мой KPI важнее” на “вот здесь причинность есть, а тут корреляция и побочка”.

Минимальный стандарт, чтобы дерево работало:

  1. Один North Star, но не “выручка вообще”. Он должен быть привязан к ценности для пользователя и быть операционализируемым. Если North Star нельзя разложить на управляемые рычаги, это лозунг.

  2. Разложение через базовую формулу: объем = частота x конверсия x чек, плюс удержание как мультипликатор будущего объема. Не усложняйте раньше времени: чем проще первый слой, тем меньше политических игр.

  3. Для каждого узла дерева назначьте owner и допустимый способ влияния. Если команда “владеет” метрикой, на которую не может влиять без чужих изменений, она начнет оптимизировать обходными путями.

  4. У каждого драйвера должны быть guardrails. Подняли конверсию? Ок, но не ценой падения ретеншна, роста отмен/возвратов, деградации качества данных. Без guardrails дерево превращается в фабрику темных паттернов.

  5. Любая инициатива и любой A/B-тест обязаны иметь привязку к ветке дерева: какой узел меняем, какой ожидаемый знак эффекта, какие побочки мониторим. Если связку нельзя сформулировать одной фразой — это исследование, а не улучшение.

В правильной практике дерево метрик — это не презентация, а контракт: какие изменения считаем прогрессом, а какие — шумом или “локальной победой”. Обычно спорят не про цифры, а про то, на каком уровне дерева у вас реальный рычаг, а где вы уже меряете последствия. Граница применимости простая: если у продукта нет повторяемого поведения (разовый проектный бизнес), дерево будет другим, но принцип причинных связей все равно обязателен.