5.2 instruction — Bunch Presentation как live-артефакт¶

Этап RB-STEP-1 — BIG IDEA (прелюдия) · Линза: над 3PL (презентация собирает все три линзы) · Инструкция для Инженера Продукта нового поколения (PAF, [S1],[S2]). Преемственность метода: исходный раннбук RB-STEP-1-IDEA/5.2 Bunch Presentation.md — статичная дек-структура (14 слайдов: Problem/Solution/Market/Segment/Business Model/Advantage/Validation/Bunch/GTM/Financials/Resource Ask/Risks/Next Steps). Эта инструкция: дек — не финальный документ, а live-артефакт (цифровой профиль продукта [S2] III.5), автогенерация из Нексуса, обновление при изменении CP (статичная дека = будущий workslop [reformation] Сквозная 8).

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

Bunch Presentation — не «презентация для стейкхолдеров как финальный артефакт», а live-артефакт цифрового профиля продукта [S2] III.5 (аналог claude.md, единая точка инфо): Кортекс автогенерирует деку из Узлов Нексусов (рынка/продукта/роста) + Bunch-v2 + Vision-v1; дека обновляется при изменении CP/NPV/CR — стейкхолдеры всегда видят актуальное состояние.

Это замена «документации» как цели на «цифровой профиль» [S2] III.5, [reformation] Сквозная 8. Документация исчезает [S2] III.5.

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

Product Engineer — отвечает за достоверность деки (= достоверность Узлов); обновляет Narrative (рассказ), не данные (данные — из Узлов).
Product Ops — поддерживает автогенерацию деки из Нексуса; настройка триггеров обновления (CP/NPV/CR change).
AI UX Designer (если есть) — tone-of-voice деки, метафоры взаимодействия с ИИ [S2] III.6.
Зона человека: narrative и выбор, что подсветить — за человеком; данные авто-из Узлов.

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

Presentation-Generator Agent:

Автогенерация деки по структуре исходника 5.2 (14 слайдов), но каждый слайд — рёбра к Узлам Нексуса:
Problem → JTBD-Opportunity/Problem-Statement;
Market → TAM-SAM-SOM/Trend;
Segment → Segment;
Business Model → Monetization/Unit-Economics;
Advantage → Competitor/Bet;
Validation → Validation-Result/CP;
Bunch → Bunch-v2/Feature/NPV;
Financials → NPV-estimate/mNSM-numeric.
Live-обновление: триггеры на изменение CP фичи, NPV Банча, CR Нексуса → авто-обновление соответствующих слайдов.
Anti-workslop гейт: отсев слайдов с утверждениями без ребра к Узлу (каждая цифра/цитата/конкурент — из Узла с источником).
Вход: Узлы всех трёх Нексусов + Bunch-v2 (4.3) + Vision-v1 (5.1).
Выход: Presentation-v1-артефакт (live-дека), авто-обновляемый.

Промпт-идея:

«Сгенерируй деку из Узлов Нексусов (14 слайдов по структуре). Каждый слайд — рёбра к Узлам. Настрой триггеры: при изменении CP/NPV/CR — авто-обновление слайда. Отсей утверждения без ребра к Узлу. Дека = live-артефакт, не финальный документ.»

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

Чекпоинт: live-дека может показать несогласованность (слайд Business Model говорит об одной модели, слайд Financials — о другой). Инженер проверяет связность рёбер.
Veto-право: утверждение на слайде без ребра к Узлу → отсев; устаревший Узел (увядание) → обновить перед показом.
Вопрос:
«Эта цифра на слайде — из какого Узла? Какой timestamp? Не увял ли Узел?»
«Narrative связан, или слайды противоречат друг другу?»

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

Создаются/обновляются: Presentation-v1-артефакт (live-дека) с рёбрами ко всем ключевым Узлам; Slide-trigger-узлы (правила обновления).
Метаданные: источники (Узлы), trigger-conditions (CP/NPV/CR change), timestamp-последнего-обновления, версия.
Прирост Context Ripeness: +3% (дека делает Узлы видимыми/проверяемыми).

🚦 Confidence Point-гейт¶

Критерий перехода к 5.3: Presentation-v1 существует; каждый слайд имеет рёбра к Узлам; настроены триггеры live-обновления; Assumption-Audit (5.1) отражён.
Стоимость риска: «Если дека устареет на Pitching (6.1) — какой доверительный ущерб?» — live-обновление снимает риск.

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

Над 3PL: дека собирает все три линзы для стейкхолдеров.
Связь: Product Lens (Bunch/Vision), Business Lens (NPV/mNSM), Strategy Lens (Bet/Unlike/Market).

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

Workslop-риск: статичная дека = будущий workslop (устаревает, перекладывает когнитивную нагрузку [S2] III.7); «документация как цель».
Признак: слайд без ребра к Узлу; нет триггеров обновления; цифра без источника.
Правило верификации: live-обновление обязательно; каждый слайд — рёбра к Узлам; утверждение без Узла → отсев.

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

Skill Map [S3]: сектор 5 Product Marketing (донесение ценности)
сектор 2. Уровень — средний круг (middle/senior): проект/продукт.
Профстандарт 06.012 [S4]: функция B (B/06.5 вывод на рынок, B/07.5 экспертное сопровождение)
C (C/06.6 продвижение), уровни 5–6.

🔗 Связи¶

Назад: 5.1 instruction · Дальше: 5.3 instruction Связанные: reformation · index · [[naming_conventions]