3.bunch.md — Банч конфигураций привлечения (в моменте)¶

Фаза BUNCH цикла Product Sprint на Step 8 · Тяжёлая фаза · [operating-model](../operating-model.md) [S1] VI.6, Принцип 1.

🎯 Цель фазы для Step 8¶

Сформировать Банч активных конфигураций привлечения в моменте из текущего состояния Нексуса роста (Identify этап Und-Id-Ex [S1] VI.5). В PAF нет Беклога [S1] Принцип 1 — конфигурации не накапливаются в список, а связываются в связку под Карту Целей только текущим состоянием.

Банч на Step 8 = 2–3 конфигурации-кандидата (из 5–15 скаутинга), выбранные по 3 критериям Банча [S1] VI.6: ① макс. mNSM; ② мин. рисков (CP); ③ эффект в окне → комплексный NPV.

Каждая конфигурация в Банче = Bale (инкремент + оффер + план дистрибуции) [S1] — единица дистрибуции, которая пойдёт в EXECUTE (валидация) и HARVEST (фиксация/PCF).

👤 Роль¶

Growth Engineer / Growth PM [S2] — формирует Банч: отбирает топ-2–3 конфигурации по Bunch Size (скорость восприятия рынка) и Bunch Window (период ожидания результата).
Product Engineer — насыщает Банч аргументами (Bunch Saturation [S1] VI.4): обоснование NPV каждой конфигурации.
Product Ops — фиксирует Банч как живой узел Нексуса роста (не карточку в Sheets).

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

Acquisition Bunch Agent (8.1 instruction) — на фазе BUNCH работает в режиме Identify→Execute: - Из 5–15 гипотез скаутинга отбирает Банч в моменте по 3 критериям (mNSM, CP-риск, NPV в окне). - Считает Bunch Size (сколько конфигураций рынок «переварит» одновременно без смешения аудиторий) и Bunch Window (период ожидания бизнес-результата — performance-каналы 1–2 нед, органика месяцы). - Разделяет аудитории (exclusions в рекламных кабинетах), чтобы конфигурации не «перемешивались» (метод 8.2 Q1).

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

Валидирует 3 критерия Банча [S1] VI.6: действительно ли конфигурации дают макс. mNSM и мин. риск, или AI выбрал по ложному признаку (дешёвый CAC без учёта LTV).
Правит ошибки отбора: «получилось 30 конфигураций» → строгая фильтрация (метод 8.1 Problem 2), параллельное тестирование только при непересекающихся аудиториях.
Veto: не пускать в Банч конфигурации с длинным циклом продаж (SEO) в первую волну — они ломают Bunch Window (метод 8.1 Phase 3).

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

Банч активных конфигураций (2–3) — Bale-единицы с сегментом, каналом, оффером, воронкой, целевым CAC, бюджетом теста, обоснованием (метод 8.1 карточка).
Сводная таблица Банча (метод 8.1 Step 2.4) — не накопительный список, а снимок в моменте.
Порядок тестирования по волнам (Волна 1: быстрые/дешёвые performance → Волна 2: direct → Волна 3: органика).
Bunch Size / Bunch Window зафиксированы как лимиты Банча.

🚦 CP-гейт¶

Банч = подготовка к PITCH-гейту. CP растёт при насыщении Банча аргументами (Bunch Saturation). Три критерия Банча [S1] VI.6 работают как pre-gate: конфигурация, не проходящая по NPV/CP, не идёт в PITCH.

🧮 Что входит в Bale на Step 8 (метод `8.5` Step 5.1)¶

Каждая конфигурация Банча = Bale [S1] = инкремент + оффер + план дистрибуции. Компоненты Bale: сегмент (детальное описание ЦА) · канал (платформа + формат) · оффер (ЦП + CTA + посадочная) · плейсмент · метрики на целевом объёме (CAC, CR, LTV/CAC, Payback) · ёмкость сегмента · риски · скор (при нескольких) · решение команды · горизонт пересмотра. Bale — то, что пойдёт в HARVEST на фиксацию как узел Нексуса.

BUNCH → PITCH: Pitching of Trust — защита Банча, финальный CP, гейт-решение микро→малая выборка.

🛡️ Анти-workslop¶

Беклог под видом Банча [S1] Принцип 1: если конфигурации копятся в список «на потом» — это workslop-возврат к Беклогу. Банч живёт только в моменте; непрошедшие → осознанный отказ, не «бэклог для будущих экспериментов» (метод 8.2 Q5 — исключением является лишь второй приоритет при фиксации, фаза 6).
Workslop в обосновании: AI-сгенерированное «почему этот сегмент» без интервью = workslop; трассировка до Customer Validation.
COGS-слепота: Банч без учёта COGS токенов в целевом CAC = ложный NPV (reformation §8.9); агент включает COGS в расчёт.

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

Business Lens (основная): Банч = набор кандидатов на рычаг дистрибуции → NPV [S1]. Каждая конфигурация тестируется как потенциальный рычаг.
Strategic Lens: Банч = портфель Ставок (Bets) в моменте; фиксация нескольких = диверсификация (фаза 6).

🧮 Лимиты Банча на Step 8 (метод `8.1` Phase 3)¶

Bunch Size: 2–3 конфигурации одновременно (рынок «переваривает» столько без смешения; метод 8.2 Q1 — exclusions в кабинетах).
Bunch Window: performance-каналы (1–2 нед до данных) → Волна 1; direct (1–2 нед) → Волна 2; органика/SEO (3–6 мес) → Волна 3.
Параллельное тестирование: только при непересекающихся аудиториях; иначе последовательное.
Ограничение бюджета теста: каждая конфигурация ≤ 30% тестового бюджета (метод 8.1 Problem 2).

🧮 Банч vs Беклог на Step 8 [S1] VI.6¶

	Беклог (упразднён)	Банч (Step 8)
Цель	С чем работать в первую очередь	Как выиграть конкуренцию за дистрибуцию
Объекты	Ресурсы + идеи + метрики	Свойства продукта + конфигурации + гэп дистрибуции
Срок жизни	Накопленный	Только в моменте
Источник	Стейкхолдеры + старые штурмы	Только анализ текущего состояния Нексуса роста
Миссия	Утилизировать разработку	Макс. NPV рычага дистрибуции быстро

Три критерия Банча [S1] VI.6: ① макс. mNSM; ② мин. рисков (CP); ③ эффект в окне → комплексный NPV.

🔗 Дальше¶

[4.pitch](4.pitch.md) — Pitching of Trust: защита Банча конфигураций, команда «заваливает» аргументы → финальный CP, гейт микро→малая выборка (запуск EXECUTE).

Version: 1.0 · Last updated: 2026-06-20 · Ground truth: index.md [S1,S2] VI.6, 8.1 instruction, 8.1 Гипотезы конфигурации, naming_conventions.md.