4.6 instruction — Дерево метрик с корнем = mNSM, ребром → NPV, Кортекс-валидацией каузальности и Harvesting-узлом¶

Этап RB-STEP-4 — VALUE VALIDATION (Stage 3) · Линза: Product (контекст: Business) · Инструкция для Инженера Продукта нового поколения (PAF, [S1],[S2]). Преемственность метода: исходный раннбук RB-STEP-4-VALUE-VALIDATION/4.6 Дерево метрик.md.

🎯 Цель в PAF-оптике¶

Превратить mNSM (из 4.5) из одной цифры в причинно-следственную модель продукта: корень дерева = mNSM (не NSM, не выручка, не DAU), 3 уровня декомпозиции с формулами связей, Кортекс-валидацией каузальности каждого ребра (причина, не корреляция), гигиеной A/B-измерения листьев и обязательным ребром mNSM → NPV с Harvesting-узлом, фиксирующим возврат монетизируемой ценности.

👤 Роль и ответственность¶

Product Engineer — владеет структурой дерева: корень (mNSM рынка) → Уровень 1 (бизнес-метрики, lagging) → Уровень 2 (драйверы/воронка) → Уровень 3 (операционные листья, leading, контролируемы действием). Записывает формулу каждого родителя из детей, проверяет бьётся ли подстановкой.
Growth Engineer — владеет ребром mNSM → NPV: mNSM как корень, NPV как вершина возврата; драйверы роста mNSM (новые клиенты + LTV).
Product Ops — настраивает Кортекс-валидацию каузальности и живость дерева (пересмотр после гипотез, а не разовая фиксация).
Зона человека: стратегическое решение о структуре дерева (что корень, какие главные ветви) — целеполагание, не делегируется. Дерево — модель, но выбор корня и каузальных рёбер за человеком.

🤖 Что делает Кортекс-агент¶

Агент-дерева метрик (каузальность, гигиена A/B, ребро mNSM→NPV): 1. Берёт mNSM-node из 4.5 как корень (Уровень 0). Если корень — выручка/DAU, агент отбраковывает (vanity/запаздывающая). 2. Строит декомпозицию: Ур.1 (MRR/NRR/оборот/маржа — lagging) → Ур.2 (конверсии шагов воронки, retention D1/D7/D30, churn — микс) → Ур.2 (CTR, TTV, open rate, конверсия кнопки — leading, контролируемы). 3. Записывает формулу каждого родителя из детей (NSM = трафик × CV1 × CV2 × CV3; MRR = платящие × ARPU; LTV = ARPU/churn; и т.д.) и проверяет, что формула бьётся при подстановке текущих значений. 4. Кортекс-валидация каузальности: для каждого ребра — тест «если принудительно увеличить дочернюю метрику (всё остальное зафиксировав), вырастет ли родительская механически через формулу?» Каузальность = да; корреляция = не ребро (убрать или декомпозировать глубже). 5. Гигиена A/B-измерения листьев: для каждого оптимизируемого листа фиксирует primary metric, α=0.1, мощность 1−β=80%, MDE, sample size, длительность ≥2 бизнес-циклов, проверки SRM/cross-contamination/novelty. 6. Ребро mNSM → NPV: явное ребро от корня (mNSM) к NPV-узлу (возврат монетизируемой ценности на инвестиции). NPV-узел живёт на Уровне 1 как финансовая проекция. 7. Harvesting-узел: фиксация NPV-инкремента после цикла спринта → обновление контекста Нексуса → цикл заново. 8. Проверка ловушек: корреляция вместо каузальности; >20 метрик (превращается в дашборд); лист вне контроля; фиктивная декомпозиция; дублирующие метрики; симптом на месте причины; смешение продукт/бренд-метрик.

Три уровня декомпозиции (преемственность из ранбука 4.6)¶

Уровень 1: БИЗНЕС-МЕТРИКИ (lagging — запаздывающие)
  MRR/ARR, NRR, оборот, маржа. Видно результат, но поздно; трудно двигать напрямую.
  ↑ NPV-узел живёт здесь (возврат монетизируемой ценности).
     │
Уровень 2: ДРАЙВЕРЫ / ВОРОНКА (микс leading/lagging)
  Конверсии шагов (визит→рег→активация→оплата), retention D1/D7/D30, churn, частота действия.
  Наполняется формулами в Stage 5.
     │
Уровень 3: ОПЕРАЦИОННЫЕ ЛИСТЬЯ (leading — опережающие, контролируемы действием)
  CTR кнопки, TTV (time-to-value), open rate, конверсия конкретного канала, доля дошедших до шага N.
  То, что команда двигает действием за один спринт.

Тест листа: если метрику нельзя изменить конкретным действием команды за один спринт — это не лист, а узел выше. Спускайся ниже. Метрика «качество» — почти всегда узел/симптом, не лист.

Формулы связей (каждый родитель = функция детей)¶

mNSM (рынок) = активные пользователи, получившие ценность × частота получения ценности
MRR          = количество платящих × ARPU
Выручка      = трафик × CV1 (визит→рег) × CV2 (рег→активация) × CV_pay (активация→оплата) × ARPU × retention_период
NRR          = (MRR_начало + expansion − churn − contraction) / MRR_начало
LTV          = ARPU × средний_срок_жизни = ARPU / churn_rate

Правило: подставь текущие значения детей в формулу — должно получиться текущее значение родителя. Если не бьётся — либо формула неверна, либо одна из метрик считается неправильно. Это полезный конфликт, выявляющий дыры в аналитике.

Кортекс-тест каузальности (причина, не корреляция)¶

Для каждого ребра: «Если я принудительно увеличу эту дочернюю метрику (всё остальное зафиксировав), вырастет ли родительская?» - ✅ Каузально: «доля дошедших до шага активации» → «конверсия в оплату» (больше активированных = больше платящих, механически). - ❌ Корреляция: «количество email-рассылок» → «retention» (могут расти вместе у активных юзеров, но рассылки не причина retention).

Ловушки дерева (антипаттерны)¶

Ловушка	Что не так	Исправление
Корреляция вместо каузальности	Ребро на совпадении	Кортекс-тест; убрать или декомпозировать
>20 метрик	Превращается в дашборд, фокус теряется	1 корень (mNSM) + 5–9 узлов
Лист вне контроля	Команда не двигает метрику	Спуститься до контролируемого листа
Фиктивная декомпозиция	Формула не записана/не бьётся	Записать и проверить подстановкой
Дублирующие метрики	Два листа измеряют одно	Оставить один
Симптом на месте причины	На уровне листа — симптом	Декомпозировать глубже (как в Исикаве)
Смешение продукт/бренд	NRR/churn (бренд) и конверсия (продукт) в одной ветви	Раздельные ветви

🧠 Что делает человек (метапознание)¶

Корень = mNSM, не NSM и не выручка (КЛЮЧЕВОЙ акцент): классическое дерево ставило корнем NSM; в PAF корень — mNSM (монетизируемая), потому что только она связана ребром с NPV. Тест корня: если метрика растёт — ценность растёт? можно ли расти в деньгах при падающей метрике?
Отличать дашборд от дерева метрик: дашборд показывает «сколько», дерево объясняет «почему и где рычаг». Стейкхолдеры получают дашборд, дерево держат компактным (1 mNSM + 5–9 узлов).
Leading vs lagging: оптимизировать leading (рычаг: активация, TTV, частота ключевого действия), чтобы двигать lagging (результат: выручка, churn).
Локализация проблемы при падении mNSM: спуститься по дереву → найти просевший множитель → зафиксить лист-причину (а не симптом, как в Исикаве).
Тест листа: если метрику нельзя изменить конкретным действием за спринт — это узел, спускаться ниже.
Дерево — живая модель: пересматривать после гипотез (не «задокументировать раз и навсегда»). Стабильное дерево меняет листья и значения, структура держится кварталами.
Veto на корень = выручка/DAU по требованию стейкхолдеров: выручка живёт на Ур.1, не в корне.

📦 Артефакт = узлы Нексуса продукта¶

MetricTree-node — корень = mNSM (Ур.0), 3 уровня декомпозиции, формулы каждого родителя, leading/lagging-разметка.
NPV-node (Ур.1) — вершина возврата монетизируемой ценности, связана ребром с корнем mNSM.
Leaf-node (Ур.3) — контролируемая действием метрика с гигиеной измерения (α/β/MDE/sample size).
Harvesting-node — фиксация NPV-инкремента после цикла, обновление контекста Нексуса, триггер нового цикла Product Sprint.
Causality-edge — каждое ребро прошло Кортекс-тест каузальности.
Context Ripeness по подшагу: целевое ≥70%. Каркас наполняется формулами в Stage 5, измеряется в Stage 7, операционно работает в Stage 8.

🚦 Confidence Point-гейт¶

Переход в Stage 5 (бизнес-модель): дерево валидировано — корень = mNSM, формулы бьются, рёбра каузальны, листья контролируемы, гигиена A/B задана, ребро mNSM → NPV построено, Harvesting-узел определён. CP дерева растёт по мере наполнения формул реальными данными (Stage 5/7/8), не от «завершённости документа».

🔭 Связь с Тремя Линзами (3PL)¶

Product Lens → Business Lens (ядро связи): дерево метрик — операциональный мост. Корень (mNSM) и Уровень 2 (драйверы/воронка) — Product Lens; Уровень 1 (бизнес-метрики, NPV) и Harvesting — Business Lens (Рычаги/Lever → NPV, Business Sprint). Связь со Strategy Lens: mNSM-рынок и NPV-узел — вход в стратегическое целеполагание портфеля (Ставки/Bets).

🧭 Модель зрелости Кортекса на этом подшаге¶

Фаза 1 (отдельные задачи): промпт-шаблон дерева метрик; инженер строит структуру, Кортекс проверяет формулы подстановкой и отбраковывает корень=выручка.
Фаза 2 (процессы команд): агент-дерева метрик строит 3 уровня, записывает формулы, проводит Кортекс-тест каузальности каждого ребра, задаёт гигиену A/B листьев; формирует ребро mNSM→NPV и Harvesting-узел.
Фаза 3 (процессы компании): дерево — live-модель в Нексусе; при падении mNSM агент локализует просевший множитель и предлагает лист-причину; Harvesting обновляет NPV-узел автоматически после цикла спринта; ловушки детектируются без ручной проверки.

❓ Типовые ошибки (метапознание-чекпоинты)¶

«Ещё нет данных — какое дерево строить?» → строить из гипотез с бенчмарками как стартовыми значениями; дерево на этом этапе — каркас с предположениями. Реальные значения подставятся в Stage 7.
«Формула не бьётся при подстановке» → полезная находка: формула неверна (найти пропущенный множитель) / метрика считается неправильно (проверить источник) / неучтённый отток. Разрешение конфликта = улучшение аналитики до Stage 7.
«Не могу решить, лист это или узел» → тест листа: можно ли изменить метрику конкретным действием за один спринт? Метрика «качество» — почти всегда узел/симптом.
«Несколько продуктов/сегментов — одно дерево?» → на старте одно для ключевого сегмента (фокус, как NSM); при росте — поддеревья, но mNSM остаётся одна. Для маркетплейсов — общее: mNSM отражает «встречу» спроса и предложения.
«Стейкхолдеры хотят 30 метрик» → дерево ≠ список всего измеримого. Правило: одна mNSM + 5–9 узлов. Остальное — в дашборде. Дерево объясняет «почему», дашборд показывает «сколько».
★ «Корень = NSM, не mNSM» → главный риск: классическое дерево ставило корень NSM; в PAF корень — mNSM (монетизируемая), иначе нет ребра → NPV. Тест корня: если метрика растёт — ценность растёт? можно ли расти в деньгах при падающей метрике?

Success Criteria подшага¶

Корень дерева = mNSM (не выручка/DAU), перенесён из 4.5.
3 уровня декомпозиции описаны (бизнес → драйверы/воронка → операционные листья).
Формула каждого родителя записана и проверена подстановкой (бьётся).
Каждое ребро прошло Кортекс-тест каузальности (причина, не корреляция).
Листья контролируемы действием; leading/lagging помечены.
Гигиена A/B листьев задана (α/β/MDE/sample size).
★ Ребро mNSM→NPV построено; Harvesting-узел определён.
Ловушки проверены; Context Ripeness по подшагу: ≥70%.

🛡️ Анти-workslop чекпоинт¶

Главный риск: корень = NSM (не монетизируемая) или выручка/DAU → дерево оторвано от возврата ценности. Корень обязан быть mNSM с ребром → NPV.
Запрещена фиктивная декомпозиция: формула каждого родителя записана и бьётся подстановкой. Нет формулы → не дерево, а список.
Корреляция ≠ каузальность: каждое ребро прошло Кортекс-тест.
20 метрик → дашборд, не дерево. Компактность: 1 mNSM + 5–9 узлов.
Гигиена A/B листьев обязательна (α/β/MDE/sample size) — иначе «рост листа» = случайность.
Дерево ≠ KPI: KPI — список оценки без связей; дерево — модель с формулами причинно-следственных связей.
Запрещённые синонимы: НЕ «метрики ради метрик», НЕ «скорость разработки» → mNSM/NPV/CP как объекты измерения (Принцип 6 + VI.6).

📐 Привязка к 6 принципам PAF¶

Принцип 1 (Прозрачность): дерево в Нексусе — единая модель «через что растёт ценность», доступная всем; отвечает «почему», а не только «сколько».
Принцип 4 (Риск = знание): гигиена A/B листьев и Кортекс-тест каузальности = снижение риска ложных выводов (ошибки 1/2 рода).
Принцип 6 (Прибыль через ценность): корень = mNSM (монетизируемая ценность), ребро → NPV (возврат) — операциональная реализация принципа.

🧪 Сквозной пример (из ранбука 4.6)¶

Repeto, корень = mNSM «количество оплаченных успешных первых уроков в месяц».

КОРЕНЬ (Ур.0): Оплаченные успешные первые уроки / месяц  [= mNSM, из 4.5]
│
├── Ур.1: MRR (lagging) ← результат монетизации ценности
│   └── Количество платящих × ARPU
│   ★ Ребро mNSM → NPV: возврат монетизируемой ценности на инвестиции
│
├── Ур.2: ДРАЙВЕРЫ
│   ├── CV1: визит → регистрация родителя
│   │   └── Ур.3: CTR каналов, конверсия лендинга, доля дошедших до формы
│   ├── CV2: регистрация → создан запрос на подбор (активация)
│   │   └── Ур.3: доля заполнивших профиль, TTV до первого запроса
│   ├── CV3: запрос → состоявшийся урок (ядро ценности)
│   │   └── Ур.3: скорость подбора (часы), конверсия матч→урок, удовлетворённость ≥8/10
│   └── Retention: вернулся ли за следующим уроком
│       └── Ур.3: доля повторных запросов, open rate follow-up
│
└── Harvesting-узел: фиксация NPV-инкремента после цикла → обновление Нексуса → цикл заново

Формулы с бенчмарками: успешных уроков/мес = трафик × CV1 × CV2 × CV3; TTV: каждые +10 мин → −8% конверсии → лист «TTV до первого запроса» приоритетен. Гигиена листа «скорость подбора»: primary metric, α=0.1, мощность 80%, MDE=+5%, sample size рассчитан, длительность ≥14 дней, проверки SRM/novelty. Кортекс-тест каузальности: CV2 (рег→запрос) → CV3 (запрос→урок) — механически через формулу ✓; «количество email-рассылок» → retention — корреляция, не ребро (убрать).

🧩 Маппинг к Skill Map / профстандарту 06.012¶

Skill Map [S3]: сектор 4 Growth & Experiments (дерево метрик, A/B-гигиена) + сектор 6 Sales & Economics (NPV, юнит-экономика). Внешний круг (senior/head of/CPO): North Star / метрики бизнеса.
Профстандарт [S4]: функция B, уровень 5, B/08.5 (показатели успешности). NPV-узел и Harvesting — граница с функцией C (стратегия серии, уровень 6, C/02.6 бизнес-планы/цены/стратегия). Связка интерпретативная.

🔗 Связи¶

Назад: 4.5 instruction · Дальше: 5.1 instruction (Stage 5 — Business Model Validation) Связанные: reformation · index · naming_conventions