8.ops instruction — Product Ops на Stage 8: Нексус роста и Кортекс-процессы¶
Этап RB-STEP-8 — ACQUISITION CONFIGURATION (Stage 7) · Линза: Business/Growth · Инструкция для Инженера Продукта нового поколения (PAF, [S1],[S2]). Преемственность метода: исходная стадия
RB-STEP-8-ACQUISITION-CONFIGURATION/(Phase 0 «Подготовка» в каждом раннбуке: GTM, медиаплан, Sales & Marketing Kit, аналитика, команда). В PAF эта функция — зона Product Ops.
🎯 Цель в PAF-оптике¶
Настроить Нексус системы роста и Кортекс-процессы Stage 8 так, чтобы вся стадия шла под проводничеством Кортекса (не вручную), а Спелость контекста (Context Ripeness = полнота × актуальность) [S1] поддерживалась на уровне, достаточном для PCF (≥ 85%). Миссия Product Ops — рост ИИ-зрелости компании [S2].
- Product Ops = «пропс», помогает построить Нексусы и настроить процессы Кортекса; подчиняется Portfolio Manager [S1, S2].
- На Stage 8 Product Ops — роль-двигатель: двигает команду по модели зрелости AI Product Operations (3 фазы по объекту ИИзации: ① отдельные задачи → ② процессы команд → ③ процессы всей компании) [S1 Часть VII].
- Без спелого Нексуса Кортекс усиливает мусор [S1 Часть IX] — поэтому Phase-0 любой настройки = построение/обновление Нексуса роста.
КЛЮЧЕВОЙ тезис: Product Ops на Stage 8 = мост между бутылочным горлышком (дистрибуция [S2]) и Кортекс-возможностями. Цель — чтобы Acquisition Bunch / Funnel Pulse / Scale & Budget / Economics & PCF агенты работали над живым, спелым Нексусом, а не над «карточками в Sheets».
👤 Роль и ответственность¶
- Product Ops / Product Architect — объект управления: product operations [S1, S2]. Настройка/эффективность Нексусов и Кортекса; помогает строить «цифровой каркас бизнес-модели».
- Growth Engineer / Growth PM — потребитель Кортекс-процессов Stage 8; определяет, какие операции нужны (Bunch-генерация, A/B-дизайн, COGS-контроль); отвечает за mNSM, time-to-activation, COGS токенов [S2].
- Product Engineer — проектирует AI workflow совместно с Product Ops; определяет зоны делегирования агентам и зоны человека [S2].
- Зона человека (Product Ops не отменяет) [S2]: стратегическое планирование и синхронизация людей; Product Ops делает их прозрачными, но не заменяет.
🤖 Что делает Кортекс-агент (Product Ops-агент)¶
Product Ops настраивает и оркеструет весь набор Кортекс-агентов Stage 8 (детально — 8.1–8.5):
- Acquisition Bunch Agent — генерация Банча конфигураций из Нексуса роста.
- Experiment Design Agent — проектирование A/B с метапознание-валидацией.
- Funnel Pulse Agent — event-based мониторинг CP, авто-прокси-метрика.
- Scale & Budget Agent — авто-лестница бюджетов, lookalike, прогноз деградации/ёмкости, контроль COGS токенов.
- Economics & PCF Agent — авто-когортный CAC/LTV, NPV рычага, PCF gate.
Настройка Нексуса системы роста¶
- Типы узлов (из
8.0): каталог каналов/сегментов/офферов, Банч активных конфигураций (в моменте), журнал экспериментов с CP, когортные CAC/LTV, оценка ёмкости, зафиксированная конфигурация (Bale). - Спелость контекста: два этапа — «созревание» (рост инфо от агентов) и «увядание» (потеря актуальности); Product Ops обязан её повышать [S1]. Авто-обновление метрик через агентов, не ручное редактирование.
Настройка Кортекс-процессов¶
- Контекстные области под роль Growth Engineer: доступ к рекламным кабинетам, аналитике, CRM, COGS-модели.
- Event-based / Kanban вместо каденций [S1]: процессы запускаются по событиям (CP вырос → гейт; CP упал → осознанный отказ), не по расписанию PI-планирования.
- Метапознание-чекпоинт в каждом агенте; анти-workslop гейт (трассировка утверждений до источника, маркировка workslop) [S2].
- Асинхронность [S1 Часть VI.2]: при росте локальных скоростей (Кортекс ускоряет генерацию/анализ) каденции ломаются → event-based обязателен.
🧠 Что делает человек (метапознание)¶
Product Ops как верификатор метапознания на Stage 8 [reformation Часть VIII]:
- Контролирует, что Нексус живой (CR как метрика с фазами созревание/увядание), а не «иллюзия живого Нексуса» (ручное редактирование, устаревшие узлы) [reformation Часть VIII].
- Ограничивает автономию агентов для junior [S2]: junior без метапознания + ИИ = нулевой прирост.
- Синхронизация между подами (Business Pod / Product Pod) — через Карту Целей (Goal Map) без прямого вмешательства [S1].
- Разделение зон: ИИ — транскрипция, скоринг, генерация Банча, статанализ; человек — стратегия, фиксация PCF, распределение ресурсов [S2].
- Product Ops сам применяет метапознание: «на какой фазе зрелости наша команда? какие агенты внедрять следующими?»
📦 Артефакт = узлы Нексуса системы роста + мета-узлы¶
- Нексус системы роста (все узлы из
8.0). - Карта Кортекс-процессов Stage 8: какие агенты развёрнуты, на какой фазе зрелости (1/2/3), какие контекстные области.
- Карта Целей (Goal Map) [S1]: синхронизация Stage 8 с целями бизнес-юнита/портфеля без прямого вмешательства.
- Модель ИИ-зрелости команды: текущая фаза/уровень, план движения (миссия Product Ops).
- Comb-shaped карта компетенций команды Stage 8.
🚦 Confidence Point-гейт¶
Product Ops работает с CP на мета-уровне:
- CP Нексуса (Спелость контекста): до запуска Stage 8 должна быть достаточной (GTM, медиаплан, Sales & Marketing Kit, аналитика — метод Phase 0 всех раннбуков). Без этого — сначала Нексус, потом Кортекс [S1 Часть IX].
- CP каждого агента: agent confidence — насколько его выводам доверять; Product Ops калибрует пороги (P2BB ≥ 75% для A/B, CP-пороги для гейтов масштабирования).
- CP зрелости команды: метапознание + компетенции для валидации ИИ [S2]; если CP зрелости низкий — ограничить автономию агентов.
- Gate: переход фазы зрелости (1→2→3) = событие роста CP инфраструктуры + CP команды.
📊 Модель зрелости AI Product Operations на Stage 8 (метод [S1 Часть VII])¶
Product Ops двигает команду по 3 фазам (объект ИИзации). На каждой фазе — 3 уровня процессов (стратегический / операционный / отдельной команды):
| Фаза | Объект ИИзации | Что появляется на Stage 8 |
|---|---|---|
| 1 | Отдельные задачи | Промпт-шаблоны (генерация конфигураций, скоринг, разбор отчётов). Кортекс = ассистент. |
| 2 | Процессы команд | RAG по Нексусу роста + специализированные агенты (Acquisition Bunch, Experiment Design, Funnel Pulse, Scale & Budget, Economics & PCF). Кортекс = проводник. |
| 3 | Процессы всей компании | Сквозной event-based Кортекс: агенты обновляют Нексус событийно, CP пересчитывается автоматически, осознанный отказ = gate. |
Можно быть на одном уровне Кортекса и другом — Нексуса. Миссия Product Ops [S2] — синхронизировать их рост. Рекомендация [S1 Часть IX]: сначала Нексус, потом Кортекс — без спелого контекста Кортекс усиливает мусор.
🧩 Comb-shaped компетенции команды Stage 8 (метод [S2])¶
В эпоху ИИ профиль компетенций — Comb-shaped (гребёнка), не T-shaped [S2, naming_conventions]: широкие компетенции за счёт Кортекса, замещающего недостающее. На Stage 8:
- Growth Engineer / Growth PM — сектор 4 (Growth & Experiments) внешний круг + сектор 6 (Sales & Economics); Кортекс замещает аналитика/скоринг/статанализ.
- Product Engineer — сектор 4 средний круг + инженерия контекста (проектирование цифрового профиля) [S2]; определяет AI workflow.
- Product Ops — сквозная product operations компетенция; мета-роль (аналог scrum master AI-эпохи [S2]).
- Под (pod) Stage 8 может быть из одного человека (весь цикл: исследование → проектирование → дистрибуция → Harvesting) [S1], если Кортекс замещает недостающие специальности.
🧮 Зоны человека vs ИИ на Stage 8 (метод [S2] III.4 — настройка Product Ops)¶
| Зона | Кто | На Stage 8 |
|---|---|---|
| Стратегическое планирование | человек | распределение бюджетов, фиксация PCF, выбор приоритетной конфигурации |
| Синхронизация людей | человек | координация Business Pod / Product Pod через Карту Целей |
| Транскрипция/скоринг/генерация | ИИ | Банч, A/B-дизайн, статанализ, когортный CAC/LTV |
| Метапознание-валидация | человек | проверка AI-расчётов, ловля workslop, veto |
🔭 Связь с Тремя Линзами (3PL)¶
- Business Lens: Product Ops обеспечивает инфраструктуру для рычага дистрибуции → NPV.
- Strategic Lens: синхронизация через Карту Целей [S1] — Stage 8 встроен в портфель юнитов без прямого вмешательства между подами.
- Product Lens: Нексус роста интегрирован с Нексусом продукта (оффер = инкремент).
🛡️ Анти-workslop чекпоинт¶
- Workslop в процессах: Product Ops следит, что агенты не генерируют «рабочий мусор» (~15,4%; MIT: 95% без отдачи) [S2] — анти-workslop гейт в каждом агенте, трассировка до источника, Human-in-the-loop перед публикацией.
- Дофаминовая петля ИИ [S2]: Product Ops отслеживает рост когнитивной нагрузки (а не снижение) при росте доли ИИ; метрика ритуала = изменение CP/NPV, не «всё автоматизировано».
- Иллюзия живого Нексуса [reformation Часть VIII]: CR как метрика с фазами; обновление только через агентов.
- Утрата стратегического контроля [reformation Часть VIII]: Product Ops делает синхронизацию прозрачной, но ответственность за стратегию — за человеком [S2].
🧩 Маппинг к Skill Map / профстандарту 06.012¶
- Skill Map [S3]: сектор 4 Growth & Experiments (внешний круг — процессы, стратегические инициативы) + сквозная компетенция product operations.
- Профстандарт 06.012 [S4]: B/03.5 план развития (процессы и практики управления продуктами), D/03.7 процессы и практики (на уровне подразделения); Product Ops ≈ функция B/D (уровни 5–7), аналогscrum master AI-эпохи [S2].
🔗 Связи¶
Назад: 8.5 instruction (Economics & PCF Agent) · Дальше: Product Growth (следующий бизнес-процесс после Discovery) Связанные: 8.0 instruction · reformation · index · naming_conventions
Version: 1.0 · Last updated: 2026-06-20
Ground truth: index.md [S1,S2] (Части III, VI, VII, IX), naming_conventions.md, reformation.md §8.6, §8.8, Части VII–IX, RB-STEP-8-ACQUISITION-CONFIGURATION/ (Phase 0 всех раннбуков).