Основа
Что такое дерево метрик и зачем оно нужно
Дерево метрик — это карта, которая связывает главную цель продукта с теми ручками, которые команда реально может крутить. Сверху — North Star Metric. Снизу — конкретные рычаги: «процент карточек с фотографией», «время первого ответа продавца», «число пушей за неделю». Между ними — промежуточные слои, которые объясняют, как одно влияет на другое.
Звучит как декомпозиция. И да, на собеседовании эти два понятия часто путают. Но разница есть, и она важная.
Декомпозиция
Разовый акт мышления
Ты разложил метрику на собесе или на встрече, ответил на вопрос — и забыл. Никто не дежурит над ней постоянно. Это инструмент диагностики «здесь и сейчас».
Дерево метрик
Постоянный артефакт
Это живой документ. У каждой ветки есть владелец. По дереву планируют спринты, выбирают эксперименты, проводят постмортемы. Оно лежит в дашборде, а не в голове.
Если ещё проще: декомпозиция отвечает на вопрос «почему упало?», дерево метрик отвечает на вопрос «куда нам инвестировать следующие 6 месяцев?». Первое — реактивно, второе — проактивно.
Зачем строить:
01 / Приоритизация
Видно, куда копать
У какой метрики максимальный потенциал роста при текущих цифрах? Какая ветка слабее всех тянет North Star? Без дерева ты выбираешь между гипотезами по интуиции.
02 / Зоны ответственности
У каждой ветки — хозяин
Когда метрика в дереве, а у дерева владелец — становится понятно, кто за что отвечает. Без этого продакты дублируют работу, а аналитики не знают, кому нести инсайт.
03 / Связь с North Star
Любая фича объяснима
Тебя на ревью спрашивают: «Зачем эта фича?». Ты показываешь: «Она крутит метрику X, которая через Y и Z влияет на NSM». Если связи нет — фича не нужна.
04 / Постмортемы и A/B
Гайд для аналитика
Метрика упала — открываешь дерево, идёшь сверху вниз, выясняешь, какая ветвь поломалась. A/B — измеряешь не только целевую, но и соседние ветки на каннибализацию.
Структура
Анатомия здорового дерева: 4 уровня
Хорошее дерево — четырёхуровневое. Меньше — оно не доходит до управляемых рычагов. Больше — никто не помнит структуру и оно превращается в схему ради схемы.
Уровень 0
North Star Metric
Одно число, которое отражает
ценность продукта для пользователя и предсказывает деньги. Для маркетплейса — успешные сделки. Для соцсети — время в продукте. Для SaaS — number of activated workspaces. Подробно — в статье
«North Star Metric».
Уровень 1
Outcome-метрики
Прямая декомпозиция NSM — то, из чего она математически складывается. Если NSM = успешные сделки, то outcome — buyers × сделок_на_buyer. Это уровень, на котором сидит топ-менеджмент.
Уровень 2
Output-метрики команд
Метрики, за которые отвечает конкретная команда. Conversion поиска в карточку, retention 7-day, доля заказов с самовывозом. Каждая такая метрика — KPI команды на квартал. У большинства продактов взгляд начинается отсюда.
Уровень 3
Управляемые рычаги
То, что команда реально может изменить за спринт-два: «процент карточек с фотографией», «среднее число параметров в фильтре», «время до первого пуша после регистрации». Это вход для бэклога и A/B.
Между уровнями должна быть математическая или поведенческая связь. Не «мы верим, что они связаны», а «если рычаг поднялся на X%, эта output-метрика поднимется примерно на Y%». Если связи нет — это не ветка дерева, это украшение.
// MECE по умолчанию
Каждый уровень — взаимоисключающий и совместно исчерпывающий. Если разбиваешь buyers на «новые» и «вернувшиеся» — все юзеры покрыты, и никто не считается дважды. Если на «активные» и «платящие» — это
не MECE: платящие ⊂ активные, и сумма не сойдётся. Это базовое правило, и его всё равно нарушают чаще всего.
Связи бывают трёх типов
Произведение. «Revenue = Buyers × Orders/Buyer × AOV». Самая чистая связь — компоненты математически перемножаются. Падение любого тянет вниз родителя.
Сумма. «DAU = Новые + Вернувшиеся». Тоже чистая, но осторожно с дублями: один и тот же юзер не должен попадать в обе ветки.
Сегментация. «Conversion = (CR органика × доля органики) + (CR paid × доля paid) + ...». Ratio-метрику нельзя «разложить на множители», но её можно разложить по сегментам и смотреть, чей вес меняется.
// Частая ошибка
Соединять ветки союзом «и», когда там должно быть произведение, или союзом «или», когда сумма. «Конверсия зависит
и от трафика,
и от UX» — это не дерево, это перечисление факторов. В дереве должно быть видно
как именно и
в какой пропорции.
Шаблон
Пустое дерево, которое можно скопировать
Это скелет. Подставь свою NSM, дальше декомпозиция почти автоматическая.
Шаблон дерева метрик
[ NSM ]
= [количество людей, получающих ценность] × [интенсивность ценности на человека]
Активные пользователи (выпускают ценность)
Действий на пользователя (объём ценности)
↳ Активные = новые × CR onboarding + вернувшиеся × Retention
Новые: трафик × CR регистрации × CR онбординга
Retention: D1, D7, D28 по когортам
↳ Действий/юзер = частота × успешность шага × отсутствие фрикшна
Частота: сессий/нед, время между визитами
Успешность: CR главного действия в сессии
Фрикшн: ошибки UI, время до результата
Левая ветка («сколько людей») — про маркетинг + онбординг + retention. Правая («сколько действий») — про продукт. Команды обычно делятся именно так.
Дальше каждый листовой узел этого шаблона декомпозируется ещё на один шаг — до уровня рычагов. Например, «CR онбординга» → «количество шагов × CR на каждом шаге × процент завершивших». А каждый из этих рычагов — уже задача для конкретной команды.
Пример
Маркетплейс: дерево от NSM до рычагов
Возьмём гипотетический маркетплейс — двусторонний рынок, как Авито, Юла или Ozon. NSM — число успешных сделок в месяц. Это и для пользователя ценность (нашёл товар, купил), и предсказывает выручку (любая монетизация — % сделок).
Маркетплейсная специфика: NSM раскладывается с двух сторон — спрос и предложение. Если предложения нет — покупателю нечего выбирать. Если спроса нет — продавцам некому продавать.
Маркетплейс: ветка спроса
Успешные сделки
= активные покупатели × сделок на покупателя
Активные покупатели MAU
Сделок на покупателя
↳ Активные покупатели = новые + вернувшиеся
Новые покупатели: трафик × CR в первый просмотр
Вернувшиеся: M-1 покупатели × Retention M2M
↳ Сделок на покупателя = сессий × CR сессии в контакт × CR контакта в сделку
CR сессии в контакт ← качество поиска, релевантность ленты
CR контакта в сделку ← скорость ответа продавца, доверие
Спрос — то, как покупатель находит товар и доводит до сделки. Им владеет команда «Поиск» и команда «Коммуникации».
Маркетплейс: ветка предложения
Успешные сделки
= активные продавцы × сделок на продавца
Активные продавцы MAU
Сделок на продавца
↳ Сделок на продавца = объявлений × CR объявления в сделку
Объявлений на продавца ← регулярность публикаций, лимиты
CR объявления в сделку ← цена, фото, описание, рейтинг
↳ CR объявления → рычаги команды контента
% объявлений с ≥3 фото
% объявлений с заполненными параметрами
% продавцов с рейтингом ≥4
Предложение — то, как продавцы создают и поддерживают объявления. Им владеет команда «Селлер» и команда «Контент».
Обрати внимание: одна и та же NSM раскладывается с двух сторон, и обе декомпозиции корректны. Это особенность двустороннего рынка. Когда команды смотрят на одно и то же число с разных углов — становится понятно, на чьей стороне узкое место в данный момент.
Допустим, метрика стагнирует. Открываем дерево:
Сценарий A
Спрос растёт, предложение не успевает
Активные покупатели и сессии растут, но «сделок на продавца» падает — продавцы перегружены. Рычаг: лимиты, инструменты массовых ответов.
Сценарий B
Предложение есть, но качество просело
Активные продавцы стабильны, объявлений на продавца — норм, но CR объявления в сделку падает. Рычаг: качество фото, ранжирование, доверие.
Сценарий C
Покупатели приходят, но не ищут
DAU есть, сессии есть, но CR сессии в контакт упал. Рычаг: качество поиска, формирование ленты, понятность интерфейса.
Сценарий D
Retention новых покупателей просел
Новые приходят и совершают первую сделку, но не возвращаются. Рычаг: онбординг, повторные коммуникации, расширение ассортимента.
В каждом сценарии — разная команда-владелец и разный набор экспериментов. Без дерева это превращается в общее «надо поднимать сделки» — и команды начинают тянуть одеяло на себя.
⌬
Посчитай ветки своего дерева в SQL-тренажёре
Маркетплейс-датасет 2023–2024 с продавцами, заказами и событиями. 20 бесплатных задач на конверсии, retention, когорты — те самые рычаги из правой части статьи.
Открыть тренажёр
Грабли
5 антипаттернов: как НЕ строить дерево
Эти ошибки я видел на собесах, на ревью команд и в собственных черновиках. Они не убивают дерево сразу — но в течение полугода превращают его в декорацию.
// антипаттерн 01
Метрика без рычага
В листе дерева — что-то, на что команда реально не может повлиять. Например, «сезонность Q4» или «средний возраст пользователя». Это не рычаг, это контекст. Команде нечего с ним делать.
контекстные переменные выноси в отдельный блок («что мы не контролируем»). В дереве оставляй только то, что можно изменить за спринт-квартал.
// антипаттерн 02
Ratio в корне
В вершине дерева стоит конверсия, retention или процент чего-то. Беда в том, что ratio не аддитивна: непонятно, что произошло — числитель упал или знаменатель вырос. Размывается ответственность: кто за это отвечает — команда привлечения (растёт знаменатель) или продуктовая команда (падает числитель)?
в корне держи абсолютную метрику: заказы, время, выручка, успешные сделки. Конверсии — на втором-третьем уровне как ratio внутри сегмента.
// антипаттерн 03
У ветки два хозяина (или ни одного)
«Конверсию воронки крутят и продакт онбординга, и продакт каталога — мы вместе». Ну и кто отвечает, когда она упала? Никто. Когда метрика общая — ей никто не дежурит. Симметричная проблема: ветка есть, владельца нет — забыли при перестройке команд.
на каждой ветке — один владелец. Если двое — раздели метрику дальше до уровня, где у каждой подметрики свой хозяин. Раз в полгода — ревью владельцев.
// антипаттерн 04
Ветка «прочее»
«Источники трафика: organic, paid, referral, прочее». Через полгода в «прочем» — 30%. Это значит, дерево уже не объясняет реальность. Решение принимается в слепую.
если «прочее» больше 5% — это сигнал к декомпозиции. Раздели его на под-источники, дай каждому имя, найди владельца.
// антипаттерн 05
Дублирующиеся ветви
«DAU = Новые + Вернувшиеся», и параллельно «DAU = iOS + Android + Web». Каждое разбиение по отдельности — корректное, но в одном дереве — путаница. Какую цифру комитить в OKR — сумму левую или правую?
в дереве — одно каноническое разбиение по уровням. Альтернативные срезы (платформа, гео, возраст) — отдельные «дополнительные оси анализа», не часть основного дерева.
Применение
Как дерево живёт в работе
Нарисовать дерево — половина дела. Чтобы оно реально влияло на решения, его надо встроить в четыре регулярных процесса.
1. Квартальное планирование
Перед началом квартала смотришь на дерево, ищешь ветку с максимальным потенциалом: то, что сейчас далеко от benchmark или ниже среднего по рынку. Эту ветку и берёшь как фокус — все эксперименты квартала ставятся под неё.
Простой вопрос для дерева: «если поднять рычаг X на разумные 10%, насколько вырастет NSM?». Делаешь эту оценку для всех листьев — получаешь рейтинг гипотез по ожидаемому эффекту. Это уже не «давайте сделаем фичу, потому что она крутая», а «давайте инвестируем в Y, потому что это в N раз больший рычаг к NSM, чем Z».
2. Дашборд
Структура дерева = структура дашборда. Сверху — NSM. Ниже — outcome-метрики. Ниже — output-метрики команд. Ниже — рычаги. Аналитик, открывая дашборд, идёт сверху вниз и понимает, что и почему происходит, без чьих-то комментариев.
3. Постмортемы и алерты
Метрика просела — открываешь дерево и идёшь по веткам сверху вниз: где разрыв? Это в разы быстрее, чем «начнём с гипотез». Алерт сработал на ветке X — сразу понятно, кому пинговать (владельцу ветки), и какие соседние метрики проверять.
4. A/B-тесты
Целевая метрика эксперимента — обычно один из листьев дерева. Guard-метрики (что не должно сломаться) — соседние листья и родитель. Если в A/B твой рычаг вырос, но родитель не изменился — у тебя либо баг, либо каннибализация: что-то соседнее просело ровно настолько же. Дерево помогает это поймать.
Алгоритм
Пошаговый порядок: как построить с нуля
Опытные команды строят дерево за 2–3 часа на воркшопе со стейкхолдерами. Если ты строишь впервые — заложи день, делай в три захода с перерывами, иначе устаёшь и начинаешь упрощать.
Алгоритм за 7 шагов
1
Определи NSM. Если не уверен — посмотри статью про North Star Metric. Без вершины дерево бессмысленно.
2
Запиши формулу первого уровня. Из чего NSM математически складывается? Buyers × Frequency × Avg ticket? Engaged users × минут/юзер? Successful actions = users × CR × успешность шага?
3
Спустись на уровень output-метрик. На каждой ветке первого уровня спроси: «эта метрика = что × что?». Цель — выйти на показатели, которыми реально живут команды.
4
Спустись на уровень рычагов. Что команда может изменить за спринт-два? Это конкретные параметры: % полностью заполненных карточек, количество коммуникаций, скорость загрузки.
5
Назначь владельцев. На каждом узле — фамилия или название команды. Если на узле никого нет — это либо лишний узел, либо непонятна организация.
6
Прогони MECE-проверку. На каждом разбиении: сумма частей = целому? Никто не считается дважды? Если нет — переразбей.
7
Залей текущие значения. К каждой метрике в дереве — её значение за последние 3 месяца. Так становится видно, где «провисает» и какой потенциал.
// Что сделать в первую очередь
Не пытайся построить дерево «до конца» с первого раза. Получи рабочую версию из 2 уровней — выкати команде — собери возражения — углуби. Через 3 итерации у тебя будет дерево, которое реально используют. Через 1 — красивая мёртвая схема.
Собеседование
Вопросы про дерево метрик на собесе
На middle/senior-собесах часто просят построить дерево вживую, на доске. Это проверяет не только знание фреймворка, но и продуктовое мышление: понимаешь ли ты, как продукт зарабатывает и какие у него рычаги.
- Построй дерево метрик для Авито / Я.Музыки / Wildberries / Озон.
- Какую North Star Metric ты выбрал и почему — а не одну из её альтернатив?
- У тебя в дереве две конкурирующие метрики. Как ты разрешишь конфликт между командами?
- Чем дерево метрик отличается от воронки AARRR?
- Покажи, какие рычаги в твоём дереве доступны команде онбординга, а какие — команде контента.
- Если бы у тебя был один день, чтобы поменять одну метрику — какую и как?
- Назови три антипаттерна, которые ты видел в чужих деревьях метрик.
// Лайфхак на собесе
Когда тебя просят «построить дерево», не начинай рисовать молча. Сначала озвучь, какую NSM выбрал и
почему. Потом — какую формулу разложения берёшь и почему именно её. Потом уже рисуй. Это превращает 5-минутный мозговой штурм в 15-минутный структурированный разговор, в котором ты ведёшь.
Финальная сверка
Чек-лист «здорового» дерева
Перед тем как презентовать дерево команде или защищать его на собесе — пройдись по этим 10 пунктам. Если хотя бы 7 — «да», дерево рабочее.
10 признаков здорового дерева
✓
В корне — одна NSM, абсолютная метрика, отражающая ценность для пользователя.
✓
Между уровнями — математическая или поведенческая связь, а не «мы думаем, что они связаны».
✓
Каждое разбиение — MECE: суммы сходятся, никто не считается дважды.
✓
Глубина — 3–4 уровня, не больше.
✓
На каждом узле — один владелец (фамилия или команда).
✓
В листьях — управляемые рычаги, а не контекст и не «прочее».
✓
Ratio-метрики — внутри уровней, не в корне.
✓
На каждой метрике стоит её текущее значение и benchmark / целевое.
✓
Дерево лежит в дашборде, а не в Miro «одной картинкой».
✓
На него реально опираются при планировании, а не показывают только новичкам.
Чем дерево метрик отличается от декомпозиции?
Декомпозиция — разовое действие, способ разложить метрику на множители при разборе кейса. Дерево метрик — постоянный артефакт продукта: оно живёт в дашборде, у каждой ветки есть владелец, по нему планируются спринты и запускаются эксперименты. Декомпозиция отвечает на вопрос «почему упало?», дерево — на вопрос «куда инвестировать?».
Сколько уровней должно быть в дереве?
3–4. Меньше — дерево не доходит до управляемых рычагов, и ты застреваешь на абстракциях вроде «надо растить retention». Больше — никто не помнит структуру, схема перестаёт быть рабочим документом и превращается в украшение.
Можно ли поставить ratio (например, конверсию) в корень?
Не стоит. Ratio в корне маскирует, что произошло: вырос знаменатель или упал числитель. Размывается ответственность. В корне держи абсолютную метрику (заказы, время, выручка, успешные сделки), а ratio — на уровне веток как промежуточные звенья.
У одной метрики может быть несколько владельцев?
Технически да, но это плохой признак. Если за метрикой никто конкретный не отвечает — её крутить никто не будет: у каждого «общая ответственность» = ничья. На каждой ветке должен быть один ответственный — продакт, команда или функция. Если двое — декомпозируй ветку дальше, пока у каждой подметрики не появится свой хозяин.
Как часто пересматривать дерево?
Раз в полгода — плановое ревью: добавить новые ветки, удалить умершие, сверить владельцев. Внепланово — после смены North Star, релиза крупной фичи или изменения бизнес-модели. Чаще — оверкилл, дерево перестаёт восприниматься как стабильная опора.
Дерево метрик и OKR — это одно и то же?
Нет. Дерево метрик — это структура показателей, как они между собой связаны. OKR — это цель на квартал: какие из этих метрик и насколько мы хотим подвинуть. Дерево живёт постоянно, OKR — на горизонте квартала. Хорошие OKR ставятся по дереву: «двигаем ветку X с 12% до 18%».
Что дальше
Связанные материалы
Главное про дерево метрик
Дерево — не схема в Miro для красоты на ревью. Это рабочий инструмент: по нему ставят OKR, выбирают эксперименты, разбирают падения метрик и распределяют ответственность между командами.
Запомни три вещи: в корне — абсолютная NSM (не ratio), глубина — 3–4 уровня (не больше), на каждой ветке — один владелец (а не «вместе»). Если соблюдаешь это, остальное — техника. Если нет — даже идеальная декомпозиция превратится в декорацию.
Следующий шаг: возьми продукт, в котором ты работаешь (или знакомый), и построй дерево на двух уровнях. Не больше — иначе застрянешь. Покажи коллеге. Через неделю — углуби до трёх. Через месяц — покажи продакту. К этому моменту у тебя уже будет дерево, на которое можно опираться, а не просто «папочка для собеса».
АТ
Андрей Тарасенко
// Продуктовый аналитик · Авито · Ментор
Лучший показатель того, что дерево метрик живое — продакт сам открывает его перед каждой встречей по приоритизации. Если дерево лежит мёртвым грузом, его и не было — была картинка для красоты. Делай рабочее, а не красивое.
Написать в Telegram