Карты метрик vs деревья метрик — часть 2
В первой части мы разобрали разницу между картами метрик и деревьями метрик — какие задачи решает каждый инструмент и почему их нельзя использовать как взаимозаменяемые.
Но дальше всегда возникает более практический вопрос:
Как они на самом деле работают вместе?
Во второй части мы покажем реальный рабочий процесс:
- почему работа обычно начинается с карты,
- как деревья вырастают из карт, а не создаются изолированно,
- как оба инструмента эволюционируют со временем,
- и как они формируют дашборды, которые помогают в повседневных решениях.
Цель простая: превратить карты и деревья из «красивых схем» в рабочую систему анализа и действий.
Карта как стартовая модель
Мы рекомендуем начинать с карты метрик.
Потому что до выбора KPI важно иметь общее понимание самого процесса: где создаётся ценность, через какие промежуточные шаги она проходит и где может теряться.
Карта даёт этот базовый контекст.
И только после этого имеет смысл выбирать KPI и идти вглубь.
На практике построение карты выглядит так:
- выбираем процесс или область (например, продажи в e-commerce, retention, платный трафик);
- разбиваем его на этапы — от точки входа до результата;
- привязываем к каждому этапу метрики: что именно здесь можно измерить;
- соединяем метрики стрелками, показывая, что из чего следует и где может теряться эффект.
В результате карта отвечает на два базовых вопроса:
Это — общая картина, без приоритизации и тактик.
От карты к дереву: почему деревья вырастают из карт
Когда карта уже есть, становится намного проще и надёжнее выбрать, какую метрику считать KPI, вместо того чтобы придумывать дерево в вакууме.
- находим на карте ключевую метрику, которая сейчас важна (CR, AOV, LTV и т.д.);
- смотрим, что с ней связано: какие шаги идут до неё в процессе и какие метрики находятся на них;
- собираем дерево из этой ветки карты:
Иными словами, дерево не начинается с чистого листа. Оно вырастает из карты, из уже описанного процесса и его связей.
Когда дерево строится без карты, оно обычно отражает локальный взгляд, а не весь процесс целиком.
Разные команды строят деревья, исходя из своей зоны экспертизы:
- маркетинг — через трафик и рекламу,
- продукт — через UX и воронки,
- операции — через фулфилмент и издержки.
Каждое дерево по отдельности может быть корректным, но вместе они не образуют единой системы. Один и тот же KPI объясняется по-разному и иногда противоречиво.
Карта решает эту проблему, задавая общую модель процесса. А дерево становится сфокусированным способом работать внутри этой модели, а не отдельной интерпретацией реальности.
Это даёт понятные преимущества:
- вы не упускаете важные части процесса — они уже есть на карте;
- деревья для разных KPI опираются на одну и ту же общую модель, а не на разрозненные представления;
- карту можно согласовать один раз, а затем последовательно извлекать из неё деревья под конкретные цели.
Цикл обновления: карты и деревья как «живые» артефакты
Карта метрик и дерево метрик не должны быть нарисованы раз и навсегда.
Карта метрик меняется, когда меняется процесс:
- добавляется новый канал трафика — на карте появляется новый блок;
- вводится подписочная модель — появляются новые метрики (подписки, отток, MRR);
- упрощается фулфилмент — некоторые шаги исчезают или сдвигаются.
Дерево метрик меняется, когда меняется понимание влияния:
- находится новый драйвер (конкретное событие, шаг воронки, тип трафика), который двигает KPI — он добавляется в дерево;
- гипотеза проверяется и оказывается опровергаеися — метрика убирается из дерева.
Подтверждённые связи делают карту сильнее: стрелки и узлы становятся основанными на фактах, а не теории. Устаревшие метрики и связи со временем исчезают, и карта не превращается в музей.
Так карта остаётся живой документацией процесса, а деревья — живой документацией того, что на практике двигает ключевые метрики.
Карты, деревья и дашборды на практике
Мы часто думаем о дашбордах как о способе визуализировать данные.
На самом деле дашборд — это способ визуализировать аналитическое мышление.
Большинство дашбордов собираются снизу вверх — из того, какие данные есть. В итоге метрики оказываются рядом, но без явных связей. Когда что-то меняется, приходится прыгать по вкладкам, фильтрам или собирать отдельные выгрузки, чтобы понять, что произошло.
Построение дашбордов на основе карт и деревьев метрик помогает этого избежать.
Карта метрик даёт дашборду структуру процесса.
- какие этапы существуют,
- какие метрики относятся к каждому этапу,
- как переходы между этапами влияют на результат.
Это делает карту естественной основой для операционных дашбордов:
- мониторинга объёмов, статусов и SLA,
- проверки, что процесс работает от начала до конца,
- раннего обнаружения проблем до падения результатов.
Дерево метрик даёт дашборду структуру влияния.
- какая метрика является целевой,
- из каких компонентов она состоит,
- какие драйверы реально можно менять действиями.
Это делает дерево основой для диагностических дашбордов:
💡 В компаниях с большим количеством отчётов карты часто выполняют ещё одну роль — навигационную.
Каждая ветка карты соответствует области процесса, и у каждой области есть свой отчёт или набор дашбордов.
Карта помогает увидеть, где произошло изменение, и сразу перейти к дашборду, где это изменение можно разобрать глубже.
В таком подходе карта перестаёт быть схемой и становится оглавлением всей аналитической системы.
Дашборды в формате карт и деревьев
Карты и деревья не только помогают проектировать дашборды.
Они могут сами быть дашбордами.
Одна и та же метрика выглядит по-разному в зависимости от режима:
Это два дополняющих друг друга взгляда на одну и ту же реальность. Метрика может быть и частью системы, и целью управления — просто показанной через разные линзы.
Заключение
Карта, дерево и дашборд — это не три отдельных артефакта.
Это три уровня описания одной и той же логики:
- карта объясняет, как устроен бизнес в метриках,
- дерево объясняет, как влиять на конкретную метрику,
- дашборд делает эту логику удобной для ежедневного использования.
Когда дашборды строятся на основе карт и деревьев, они перестают быть набором графиков и становятся рабочим интерфейсом для принятия решений.