Красный флаг в KPI: у вас 10 метрик, а причинных связей — ни одной.

Типичная картина: команда “улучшила конверсию”, маркетинг “поднял трафик”, продукт “сократил время до покупки”. На демо всё красиво, а выручка/удержание стоят. Начинаются споры про “правильный KPI”, потому что каждый защищает свою локальную победу. Цена — месяцы инициатив, которые оптимизируют не то, что двигает North Star.

Метрики ломаются не потому, что люди глупые. Ломаются потому, что метрики живут отдельно от механики продукта. Без дерева метрик вы не видите, как изменение на листе должно проявиться наверху, и какие “побочные эффекты” съедят эффект. В итоге вы измеряете движение, но не управляете системой.

Минимальный стандарт metric tree, чтобы перестать спорить про KPI и начать спорить про причинность:

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

  2. Декомпозиция через простые множители: частота, конверсия, чек, удержание. На каждом шаге должно быть понятно: если драйвер вырос, что обязано произойти уровнем выше.

  3. Для каждого узла: единицы измерения, окно времени, направление “хорошо/плохо”. Без этого “конверсия выросла” может означать просто смену знаменателя или сезонность.

  4. Инициатива или эксперимент привязывается к листу дерева и заранее фиксируется ожидаемый путь эффекта вверх. Если путь не получается нарисовать словами — это не эксперимент, это надежда.

  5. Guardrails рядом: качество, отмены/возвраты, latency, негативные сдвиги по сегментам. Локальная победа, которая ломает соседнюю ветку, — не победа.

В правильной практике дерево живёт в одном месте: North Star наверху, ниже 3–6 ключевых веток, ещё ниже — конкретные рычаги, за которые можно отвечать и ставить эксперименты. Спорят обычно не про “какой KPI главный”, а про то, где в дереве реальная причина и какая ветка сейчас ограничение. Граница применимости простая: если продукт ещё не нашёл ценность, дерево будет шатким — и это ок, просто пересобирайте его чаще, а не плодите новые KPI.