8.3 instruction — Мульти-эксперимент оптимизации конфигураций¶

Этап RB-STEP-8 — ACQUISITION CONFIGURATION (Stage 7) · Линза: Business/Growth · Инструкция для Инженера Продукта нового поколения (PAF, [S1],[S2]). Преемственность метода: исходный раннбук RB-STEP-8-ACQUISITION-CONFIGURATION/8.3 Оптимизация экспериментов.md (4 уровня оптимизации: оффер / канал / сегмент / воронка; «одна переменная за раз»; A/B 95% / байесовский P2BB ≥ 75%; признаки предела оптимизации).

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

Перевести оптимизацию из ручного журнала «одна переменная за раз» в мульти-эксперимент под Кортексом: байесовский / multi-armed bandit перебирает комбинации по узлам воронки, журнал пишется автоматически в Нексус, а детектор предела оптимизации срабатывает по падению CP. Исходные 4 уровня оптимизации сохраняются:

Уровень 1 — Оффер: формулировка ЦП, CTA, формат (скидка/бесплатный период/гарантия), социальное доказательство.
Уровень 2 — Канал (технический): плейсмент (лента/Stories/Reels/поиск/РСЯ), гео, время показа, устройства, формат объявления.
Уровень 3 — Сегмент: возрастные рамки, интересы, look-alike, ретаргетинг.
Уровень 4 — Воронка: посадочная страница, форма сбора лидов, онбординг, скорость обработки лидов.

КЛЮЧЕВОЙ сдвиг: «одна переменная за раз + журнал в Sheets» исходника → мульти-эксперимент: агент ведёт несколько экспериментов параллельно (оффер в Яндекс + гео в VK — разные тесты, не мешают друг другу, метод 8.3 Step 2 допускал это), а multi-armed bandit перераспределяет трафик к лучшему варианту без ручной остановки.

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

Growth Engineer / Growth PM — определяет целевые значения метрик по узлам воронки (CTR ≥ 3%, CR лид ≥ 20% и т.д., из 8.3); отвечает за снижение CAC на 20–40% (критерий успеха исходника); COGS токенов при оптимизации AI-элементов воронки [S2].
Product Engineer — проектирует AI workflow: какие узлы воронки агент оптимизирует автономно, какие — только предлагает; валидирует корректность multi-armed bandit.
Product Ops — поддерживает Спелость контекста: дашборды, доступ к кабинетам и аналитике; рост ИИ-зрелости [S2].
Зона человека: стратегическое решение при пределе оптимизации (смена конфигурации vs пересмотр целевого CAC); veto на масштабирование неработающего варианта.

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

Мульти-эксперимент по узлам воронки¶

Диагностика узкого горлышка (метод 8.3 Phase 1): анализ воронки по этапам (показы→клики→лид→квал.лид→клиент), определение этапа с максимальным отклонением от нормы.
Байесовский / multi-armed bandit: вместо последовательного A/B «один за раз» — несколько вариантов конкурируют одновременно; алгоритм динамически перераспределяет трафик к варианту с наибольшим P2BB. Решение по критерию P2BB ≥ 75% (метод 8.2/8.3).
Параллельные эксперименты в разных каналах (метод 8.3 сохранён): оффер в Яндекс + гео в VK + CTA в email — не мешают друг другу, ускоряют оптимизацию.
Инструменты оптимизации (из 8.3): анализ плейсментов (отключение CPL > цели), анализ гео (перераспределение бюджета), снижение CPL (CTR / CR лендинга / CPC), look-alike (на топ-20% по LTV), ретаргетинг, сужение по интересам.
Оптимизация прямых продаж (из 8.3): скрипты звонков, время звонка (B2B — 11:00–13:00 и 14:00–17:00), A/B subject line cold email.

Авто-журнал в Нексус¶

Каждая итерация (дата, что изменили, элемент, до/после, delta, статус) пишется агентом в узел Нексуса — не ручной журнал в Sheets (метод 8.3 Phase 4).
Smell test (метод 8.3): агент проверяет, что заголовок landing «рифмуется» с объявлением (объявление «репетитор для ЕГЭ бесплатно» ↔ landing про ЕГЭ, а не «онлайн-образование для всех»).

Детектор предела оптимизации¶

Признаки из 8.3 Step 4.2: 5+ итераций без значимого улучшения; CAC улучшился < 10% за 2 раунда; все «низко висящие фрукты» собраны; лучший результат остаётся на 40%+ выше целевого CAC.
Агент снижает CP конфигурации при срабатывании признаков → триггерит человека на решение: сменить конфигурацию (8.1) или пересмотреть целевой CAC.

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

Метапознание — критический фильтр [S2]: «multi-armed bandit показал победителя — какие у меня основания доверять, кроме P2BB?»

Валидирует, что агент менял переменные корректно (метод 8.3: если изменил 5 вещей сразу — результаты нечитаемы; агент должен маркировать each experiment одним изменением).
Ловит workslop: AI-сгенерированные креативы/subject lines без привязки к ценности → A/B-проверка (метод: «улучшенный CTR может привлечь менее качественный трафик → CR в клиента падает → CAC не меняется» из 8.3).
Ошибки 1/2 рода (reformation §8.9): P2BB ≥ 75% + sequential + запрет подглядывания; проверка выборки.
Стратегическое решение при пределе оптимизации: классификация выхода (8.3 Step 4.2) — ✅ цель достигнута → 8.4 / ⚠️ пересмотр цели / ❌ предел → новая конфигурация 8.1.
Veto: при деградации CP — остановка эксперимента, диагностика (метод 8.3 Phase 4).

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

Анализ воронки по этапам (вошло/ушло/конверсия/норма/приоритет) — узел, обновляемый агентом.
Журнал оптимизаций (авто, в Нексусе): итерации с CP до/после.
Гипотезы оптимизации (метод 8.3 Phase 1.3: проблема, текущая/целевая метрика, что меняем, вариант А/Б, метод, результат).
Победивший baseline (оффер, плейсмент, сегмент) — для передачи в 8.4 на масштабирование.
Отметка предела оптимизации (если достигнут) с обоснованием.

🚦 Confidence Point-гейт¶

CP растёт при каждом успешном эксперименте (P2BB ≥ 75%, delta в пользу варианта Б): оффер → плейсмент → гео → сегмент → воронка.
CP падает (Кортекс/инженер [S1]) при: деградации > допустимой, нестабильности результатов от недели к неделе (метод 8.3 — нужна большая выборка), CAC улучшился < 10% за 2 раунда.
Gate pass (CP вырос, CAC на цели) → 8.4 Масштабирование.
Gate refuse (CP упал, предел оптимизации) → осознанный отказ: смена конфигурации (8.1) или пересмотр целевого CAC со стейкхолдерами (метод 8.3 Step 4.2).

🧮 Признаки предела оптимизации (метод `8.3` Step 4.2 — триггер детектора)¶

Кортекс-агент снижает CP при срабатывании любого из: - 5+ итераций оптимизации без значимого улучшения. - CAC улучшился < 10% за последние 2 раунда оптимизаций. - Все «низко висящие фрукты» собраны (плейсмент, гео, сегмент — всё протестировано). - Даже лучший результат остаётся на 40%+ выше целевого CAC.

🧮 Классификация выхода из оптимизации (метод `8.3` Step 4.2, PAF-гейт)¶

Критерий	Описание	Куда
✅ Успешное завершение	CAC достиг или ниже целевого	→ `8.4` Масштабирование
⚠️ Пересмотр цели	CAC улучшился, но к цели не подошёл	пересмотр целевого CAC со стейкхолдерами
❌ Предел оптимизации	5+ итераций не дали > 10% улучшения	фиксация предела → новая конфигурация `8.1`

Не застревать в бесконечной оптимизации (метод 8.3): при исчерпании потенциала лучше быстро перейти к новой гипотезе, чем тратить время на маргинальные улучшения. Обычно 3–5 раундов (по 1–2 недели) дают 30–60% улучшение CAC; после — улучшения маргинальны.

✅ Success Criteria (PAF-перевод критериев исходника `8.3`)¶

После мульти-эксперимента оптимизации: - Журнал оптимизаций авто-заполнен в Нексусе — каждая итерация задокументирована с CP до/после. - Для каждого «узкого горлышка» воронки проведён хотя бы один тест (метод 8.3). - CAC улучшился минимум на 20% по сравнению с первым запуском (критерий исходника); обычно 3–5 раундов дают 30–60%. - Принято решение: достигли цели (→ 8.4) / пересмотр цели / предел оптимизации (→ новая конфигурация 8.1). - Победивший baseline (оффер, плейсмент, сегмент) зафиксирован как узел Нексуса для масштабирования. - Не застревать в бесконечной оптимизации (метод 8.3): при пределе потенциала — быстро к новой гипотезе, не маргинальные улучшения.

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

Business Lens (основная): оптимизация = наращивание рычага дистрибуции (снижение CAC → рост NPV) [S1].
Product Lens: уровни 1 и 4 (оффер, воронка) = продуктовая оптимизация; уровни 2 и 3 (канал, сегмент) = дистрибутивная.
Strategic Lens: предел оптимизации одной конфигурации = сигнал к пересмотру набора Ставок (диверсификация каналов).

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

workslop в креативах/офферах: каждый AI-вариант проходит A/B перед включением в baseline; маркировка; трассировка.
Ошибки 1/2 рода в multi-armed bandit (острейший риск): I — ложный победитель (масштабирование непродукта) → P2BB ≥ 75% + sequential; II — пропуск рабочей конфигурации → байесовский подход при низком трафике.
«Качество трафика» ловушка (метод 8.3): улучшенный CTR ≠ улучшенный CAC, если пришёл некачественный трафик; агент контролирует не только CTR, но и CR в клиента и LTV новых клиентов.
COGS-эксплозия: оптимизация AI-онбординга/AI-оффера может снизить CAC, но вырастить COGS токенов; полный CAC включает COGS.
Метапознание-чекпоинт перед фиксацией baseline: инженер проверяет, что улучшение устойчиво (минимум 2 полные недели, метод 8.3), а не артефакт.

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

Skill Map [S3]: сектор 4 Growth & Experiments (средний круг — сложное проектирование, анализ, агрегация; A/B-тестирование, оптимизация воронки).
Профстандарт 06.012 [S4]: B/08.5 показатели успешности (оптимизация метрик); функция B (уровень 5) → Product Engineer.

🔗 Связи¶

Назад: 8.2 instruction · Дальше: 8.4 instruction (Scale & Budget Agent) Связанные: reformation · index · naming_conventions

Version: 1.0 · Last updated: 2026-06-20 Ground truth: index.md [S1,S2], naming_conventions.md, reformation.md §8.5 (строка 8.3), RB-STEP-8-ACQUISITION-CONFIGURATION/8.3…md.