5.execute.md — EXECUTE: event-based A/B, оптимизация, масштабирование¶
Фаза EXECUTE цикла Product Sprint на Step 8 · Тяжёлая фаза (build-фаза дистрибуции) ·
[operating-model](../operating-model.md)[S1] VI.5.
🎯 Цель фазы для Step 8¶
На build-шагах 6–8 EXECUTE = валидация + оптимизация + масштабирование дистрибуции (методы 8.2 → 8.3 → 8.4). Это event-based процесс (эффект асинхронности [S1] VI.2 — каденции ломаются, нужен Kanban/event-based, не Scrum), управляемый CP по узлам воронки.
EXECUTE отвечает на 3 вопроса по каждой конфигурации Банча (метод 8.2):
1. Люди реагируют? (Demand Validation: CTR, CR в лид, CPL).
2. Люди платят? (Purchase Validation: CR лид→клиент, CAC).
3. Экономика сходится? (Unit Economics: LTV/CAC ≥ 3, Payback).
Затем — оптимизация детали (8.3, цель −20–40% CAC) и масштабирование по лестнице бюджетов (8.4).
👤 Роль¶
- Growth Engineer / Growth PM [S2] — ведёт EXECUTE: мониторинг метрик, оптимизация воронки, масштабирование; контроль COGS токенов в полном CAC; ROI токенизируемых функций.
- Product Engineer — правит воронку/лендинг под нагрузкой (метод
8.4Problem 4 — воронка «ломается» при трафике). - Product Ops — event-based обновление Нексуса роста: каждое событие → авто-пересчёт CP.
🤖 Кортекс-агенты (связка на EXECUTE)¶
- Experiment Design Agent (
8.2/8.3) — проектирует и анализирует A/B; валидация «убедительных, но неверных» результатов [S2] III.4. - Funnel Pulse Agent (
8.3) — event-based мониторинг CP по узлам воронки (CTR→CR→CAC); авто-подбор прокси-метрики для долгих воронок (метод8.4Phase 4 — корреляция прокси с финалом, напр. retention 7d ↔ retention 30d). - Scale & Budget Agent (
8.4) — авто-лестница бюджетов по событию CP: +20–30% за раз, 3–5 дней на адаптацию алгоритма (метод8.4Step 2.1 золотое правило); прогноз деградации/ёмкости; контроль COGS токенов.
🧠 Человек (метапознание)¶
- Валидирует AI-расчёт CAC/LTV на EXECUTE (ложный PCF — главный риск, reformation Часть VIII): проверяет, что CAC = все расходы/платящие клиенты (не расходы/регистрации = это CPL, не CAC — метод
8.5частая ошибка, даёт −31%). - Правит ошибки 1/2 рода: ложный победитель (масштабирование непродукта) / пропуск рабочей конфигурации.
- Проверяет выборку и подглядывание (peeking): решения только после плановой выборки или P2BB ≥ 75% + sequential (метод
8.2). - Проверяет стабильность при масштабе (метод
8.4Step 1.2): деградация CAC ≤ +40%, CR не падает > 2×, CTR не падает > 1,5×. Регрессия к среднему — норма (метод8.4Step 1.1 причина 4). - Veto на масштабирование при критической деградации (метод
8.4Problem 1 — дать алгоритму 5–7 дней learning phase, потом диагностика).
📦 Артефакт = узлы Нексуса системы роста¶
- Результаты тестов по 3 фазам (Demand/Purchase/Unit Economics) — метод
8.2финальный отчёт. - Матрица решений (метод
8.2Step 3.2): валидирована →8.4/ требует оптимизации →8.3/ не валидирована → смена или возврат.
🧮 Матрица решений EXECUTE (метод 8.2 Step 3.2)¶
| Результат теста | Действие |
|---|---|
| Интерес есть + Платят + CAC ок | ✅ Валидировано → масштабирование (8.4) |
| Интерес есть + Платят + CAC высокий | ⚙️ Оптимизация CAC (8.3) |
| Интерес есть + Не платят | 🔄 Проблема в конверсии лид→клиент (8.3) |
| Интерес слабый + Не платят | 🔄 Проблема в сегменте/оффере → переформулировать |
| Интереса нет (нулевые клики) | ❌ Канал не работает → менять канал/сегмент |
| Все конфигурации не валидированы | 🚨 Пересмотр GTM → возврат к Step 6 / корректировка амбиций |
- Трекер масштабирования (метод 8.4 Template 1): прогрессия метрик микро→малая→средняя→полная; ΔCTR/ΔCR/ΔCAC; вывод стабильности. |
|
- Карточка прокси-метрики (метод 8.4 Template 2) для долгих воронок. |
|
- Оценка ёмкости сегмента (метод 8.4 Phase 5): потенциальный охват, горизонт «выжигания», достижимость целей медиаплана. |
|
| - Когортные CAC/LTV (с учётом churn, ФОТ, COGS токенов) — узлы с фазой созревание/увядание. |
🚦 CP-гейт (уровни микро→полная = рост CP)¶
EXECUTE проходит по лестнице масштабирования — каждая ступень = CP-gate (метод 8.0, 8.4).
| Уровень | Объём | Бюджет | CP-гейт |
|---|---|---|---|
| Микро-тест | 200–500 показов / 50–100 кликов | 3–5 тыс. ₽ | стартовый CP |
| Малая выборка | 1–3K показов / 200–500 кликов | 10–30 тыс. ₽ | Микро→Малая: pass/refuse |
| Средняя выборка | 5–15K показов / 1–3K кликов | 50–150 тыс. ₽ | Малая→Средняя: pass/refuse |
| Полное масштабирование | 30K+ показов / 5K+ кликов | 200 тыс. ₽+ | Средняя→Полная: pass/refuse |
Gate pass (CP вырос) → след. уровень. Gate refuse (CP упал) → осознанный отказ: оптимизация (8.3) или смена конфигурации (8.1).
PAF: малая выборка часто даёт ложно-позитив (эффект маленькой выборки) — конверсии на 100 кликах ≠ конверсии на 10 000 (метод
8.4). Масштабирование = обязательная часть валидации.
🛡️ Анти-workslop¶
- COGS-эксплозия при масштабе (reformation §8.9, Часть VIII): COGS токенов (cost-per-token × tokens-per-user) включается в полный CAC; стресс-тест «usage ×2/×5» — иначе NPV рычага ложный. Это критично для AI-фич, где при росте adoption COGS растёт нелинейно.
- Ошибки 1/2 рода в ИИ-A/B: P2BB ≥ 75% + sequential testing + запрет подглядывания (метод
8.2/8.3). - Workslop AI-креативы/офферы [S2] III.7: каждый AI-креатив проходит A/B, маркируется, трассируется до интервью.
- «Подкручивание» вместо отказа: gate refuse = оптимизация/смена, не «подкрутить параметры» (метод
8.2Step 3.3).
🧮 Дерево диагностики деградации при масштабе (метод 8.4 Step 3.1)¶
| Симптом | Причина | Решение |
|---|---|---|
| CTR растёт, CR рег падает | проблема на лендинге/воронке активации | оптимизировать лендинг, скорость загрузки |
| CTR и CR падают одновременно | аудитория расширилась на нерелевантных | сузить таргетинг, добавить exclusions |
| CAC растёт, конверсии стабильны | аукционная механика (дорожает трафик) | другой плейсмент/время/ставки |
| Всё падает одновременно | выжигание аудитории / сегмент мал | расширить сегмент, Lookalike |
| Метрики прыгают день от дня | малая выборка, learning phase | не делать выводов <7–10 дней |
Инструменты масштабирования без деградации (метод 8.4 Step 3.2): Lookalike (от 500–1000 событий), сегментация по «теплоте» (горячие/тёплые/холодные), ротация креативов (3–5 на уровень), расширение гео/демографии.
🔗 Дальше¶
[6.harvest](6.harvest.md) — HARVEST: фиксация конфигурации (Bale), NPV рычага, PCF как Harvesting-точка → Germination → Product Growth.
Version: 1.0 · Last updated: 2026-06-20 · Ground truth: index.md [S1,S2] VI.2, VI.5, 8.2–8.4 instruction, 8.2 Валидация, 8.3 Оптимизация, 8.4 Масштабирование, naming_conventions.md.