3.7 instruction — Роли Stage 3 в PAF: Skill Map сектор 1+6, профстандарт D/01.7¶
Этап RB-STEP-3 — MARKET RESEARCH (Stage 2) · Линза: Strategy (контекст: Product/Business) · Инструкция для Инженера Продукта нового поколения (PAF, [S1],[S2]). Преемственность метода: сводная роль-карта Stage 3; источники —
AI-TRANSFORMATION/index.md(Часть III),sa_documentation/naming_conventions.md(ролевая модель),reformation.md§3.
🎯 Цель в PAF-оптике¶
Развёрнуть роли AI-Native команды на Stage 3 (Market Research) и связать их с Skill Map [S3] (сектора 1 Discovery + 6 Sales&Economics) и профстандартом 06.012 [S4] (обобщённая функция D, уровень 7, D/01.7 «исследования новых рынков»). Заменить безымянное «ты/команда» исходных раннбуков на явные зоны ответственности Product Engineer / Product Ops / Portfolio Manager. Stage 3 — это объект Strategy Lens, поэтому ведущая роль — Portfolio Manager (Ставки) при поддержке Product Engineer (Нексус) и Product Ops (Кортекс/агенты).
👤 Роль и ответственность — детализация Stage 3¶
🔹 Product Engineer (Инженер Продукта) — объект: продукт [S1, S2]¶
- Функция на Stage 3: насыщает Нексус рынка до спелости через Кортекс; формулирует область потребностей и ключевой бизнес-кейс клиента; переводит Gap-узлы и Constant-узлы в аргументы Банча (Understand-фаза Und-Id-Ex); защищает Bet-узел на CP-gate.
- Что НЕ делает: стратегические Ставки (это зона Portfolio Manager); ручное заполнение матриц (работает только через Кортекс).
- Целевая функция [S3]: максимизация ценности продукта с минимизацией time-to-market.
- Comb-shaped компетенции [S2]: рыночный анализ + конкурентный teardown + финмодель SOM — всё через Кортекс-агентов.
🔹 Product Ops (Менеджер продуктовых процессов / «пропс») — объект: product operations [S1, S2]¶
- Функция на Stage 3: строит инфраструктуру Нексуса рынка (схема 7 типов Узлов, RAG-индексы по отчётам/отзывам/статистике); настраивает агентов (рыночных сил, трендов, оценщик, верификатор, парсинг, teardown, скаутинг, CP-gate); поддерживает live-метрику Context Ripeness; двигает команду по модели зрелости Кортекса (фазы 1→2→3) [S1] Часть VII.
- Ключевая миссия [S2]: рост ИИ-зрелости компании; аналог scrum master AI-эпохи.
- Подчинение: Portfolio Manager [S1] III.3.
🔹 Portfolio Manager (Менеджер портфеля / Bizdev Architect) — объект: портфель [S1, S2]¶
- Функция на Stage 3: владелец Bet-узлов (Strategy Lens); формирует Ставки стратегического сценария на основе спелого подграфа Нексуса рынка; максимизация NPV портфеля; баланс маржинальности/каннибализации [S1] III.3.
- Стратегическая зона (не делегируется ИИ) [S2] III.4: распределение ресурсов по Ставкам; решение go/no-go/pivot; синхронизация с другими Business Pod через Карту Целей.
- На Stage 3 ведущая роль, потому что Market Research = Strategy Lens [S1] VI.1.
Зона человека vs зона ИИ [S2] III.4¶
| Зона человека (не делегируется) | Зона ИИ (Кортекс-агенты) |
|---|---|
| Стратегические Ставки (Portfolio Manager) | Парсинг источников, скоринг, расчёт TAM/SAM/SOM |
| Формулировка констант и области потребностей | Кластер отзывов, teardown, тренд-матрица |
| Решение go/no-go, оценка стоимости риска | Авто-расчёт CP по колесу Гилада, refresh |
| Проверка цифр (метапознание), veto на галлюцинацию | RAG по Нексусам, event-based обновление |
Паттерны работы с ИИ на Stage 3 [S2] III.4¶
- Кентавры — делят/делегируют часть задач ИИ (инженер делегирует парсинг, сам формулирует стратегию);
- Киборги — интегрируют поток задач с ИИ (CP пересчитывается в реальном времени, инженер реагирует на алармы).
На Stage 3 оба паттерна: teardown/скоринг/расчёт — киборг-режим (непрерывный поток); Ставки/go-no-go — кентавр-режим (человек принимает решение).
3 оптимизации роли [S2] III.4 на Stage 3¶
- Автоматизация — сокращение срока задач: парсинг 15–30 конкурентов, кластер ≥50 отзывов за минуты вместо дней.
- Аугментация — рост качества: альтернативная точка зрения Кортекса на собственные рыночные допущения (челендж переоценённого SOM).
- Агентизация — делегирование: event-based refresh трендов, авто-расчёт CP, аларм увядания.
🤖 Что делает Кортекс-агент (свод по Stage 3)¶
Восемь агентов стадии (reformation §3.6):
1. Nexus-Builder Agent (рынок) — 3.0;
2. Агент рыночных сил (Porter/PESTEL → Force-узлы) — 3.1;
3. Агент-трекер трендов/констант — 3.2;
4. Агент-оценщик TAM/SAM/SOM — 3.3;
5. Агент-верификатор рыночных цифр (критический анти-workslop) — 3.3;
6. Агент-парсинг конкурентов + Агент-teardown — 3.4;
7. Агент-скаутинг/скоринг — 3.5;
8. Агент-CP-gate + Агент-Bet — 3.6.
🧠 Что делает человек (метапознание)¶
- Метапознание — критический фильтр прироста качества от ИИ [S2] III.4. Junior без метапознания + ИИ = нулевой прирост; компетентный без верификации = «убедительные, но неверные» результаты (Harvard × BCG).
- На Stage 3 главный навык метапознания: veto на галлюцинированную рыночную цифру (TAM — критический риск всей библиотеки, reformation §3.9).
- Различение факт/гипотеза/бенчмарк на каждом Узле.
- Критический скепсис к «иллюзии точности» (SAM с 9 знаками без источника = workslop).
📦 Артефакт = Нексус рынка v1.0¶
Спелый Нексус рынка (CR ≥ 60–75%) содержит все 7 типов Узлов: Force / Trend / Constant / TAM-SAM-SOM / Competitor / Gap / Bet. Это цифровой профиль рынка (аналог claude.md для продукта), единая точка контекста [S2] III.5, а не «база знаний из разрозненных документов».
🚦 Confidence Point-гейт¶
Stage 3 завершён, когда Нексус рынка v1.0 прошёл CP-gate стратегии: {CP рыночной гипотезы ≥ порога} ∧ {стоимость риска приемлема} ∧ {mNSM-потенциал SOM > 0}. Исход — Bet-узел с decision GO/NO-GO/PIVOT. NO-GO — валидный осознанный отказ.
🔭 Связь с Тремя Линзами (3PL)¶
Stage 3 = Strategy Lens целиком [S1] VI.1. Strategic Sprint: долгосрочные цели + Нексус рынка → Ставки/Bets. Связь: - вперёд → Product Lens RB-STEP-4 (ценностное предложение как Банч фич, Identify-фаза); - назад → Stage 2 Customer Validation (профиль потребителя → область потребностей Stage 3).
🛡️ Анти-workslop чекпоинт (свод Stage 3)¶
- TAM-галлюцинации (главный риск) → каждая рыночная цифра: URL+дата; CP=0 без источника.
- Документ как финальный артефакт → workslop; живой Нексус с CR = PAF.
- Кластеризация отзывов вместо сырого текста.
- Маркировка факт/гипотеза/бенчмарк на каждом Узле.
- CP как новая vanity → растёт только от снижения неопределённости.
- Workslop ≈ 15,4% материалов перекладывают когн. нагрузку; MIT: 95% не получают отдачи от инвестиций в ИИ из-за workslop [S2] III.7.
Зоны ответственности по подшагам (матрица RACI Stage 3)¶
| Подшаг | Product Engineer | Product Ops | Portfolio Manager |
|---|---|---|---|
| 3.0 Нексус-двойник | структура Узлов, валидация CR | инфраструктура, RAG, live-CR | потребитель Bet-узлов |
| 3.1 Force-узлы | фокус-вопрос, выбор значимых сил | скаутинг, refresh, CP | привлекательность для портфеля |
| 3.2 Тренды/константы | формулировка констант | стек мониторинга, аларм увядания | константы → Ставки |
| 3.3 TAM/SAM/SOM | предпосылки, go/no-go | RAG статбаз, mNSM/NPV-калькулятор | NPV-потенциал для портфеля |
| 3.4 Конкуренты/teardown | бизнес-кейс, точка входа | парсинг, кластер отзывов | каннибализация |
| 3.5 Скаутинг/скоринг | веса=Рычаги, позиционирование | авто-скоринг, автосверка SAM | топ ближайших → Ставки |
| 3.6 CP-gate/Bet-узлы | защита Bet на Pitching | CP-скорер Гилада, стоимость риска | владелец Bet, go/no-go |
Целевой скоринг PAF после трансформации¶
По критериям успеха (reformation Часть IX): каждый 3.x instruction ведёт Инженера Продукта через Кортекс над Нексусом; результат = Узлы с CR; решения через CP с стоимостью риска; метрики через mNSM/NPV; каждый агент имеет метапознание-чекпоинт и анти-workslop гейт; этап встроен в Product Sprint и 3PL; указан маппинг к Skill Map и профстандарту. Целевой скоринг Stage 3: ≥85% PAF (исходный ~28%).
Риски трансформации ролей Stage 3 (reformation §3.9)¶
- Утрата стратегического контроля: Portfolio Manager полностью делегирует Ставки ИИ. Снятие [S2] III.4: стратегическое планирование и синхронизация людей — всегда за человеком; агенты = инструменты, не акторы.
- Подмена Strategy Lens продуктовой: Product Engineer углубляется в конкурентный teardown и теряет стратегический горизонт. Снятие: явная зона Portfolio Manager; Bet-узлы = Strategy Lens.
- Иллюзия Comb-shaped: инженер считает, что Кортекс закрыл все сектора Skill Map. Снятие: метапознание как фильтр; veto на галлюцинацию.
🧩 Маппинг к Skill Map / профстандарту 06.012¶
Skill Map [S3] — сектора и уровни Stage 3¶
| Сектор [S3] | Что покрывает на Stage 3 | Уровень |
|---|---|---|
| 1. Discovery & Researches | Качественные и количественные исследования рынка, контекст потребителя/рынка | внутренний (junior) → внешний (CPO) |
| 6. Sales & Economics | Оценка объёма рынка (TAM/SAM/SOM), NPV-потенциал, go/no-go по экономике | средний → внешний |
Связь навыков лучами [S3]: «исследование рынка» требует предварительного «контекста потребителя» (Stage 2); «оценка объёма» требует «анализа конкурентов». Конфигурации под роль: Product Engineer — сектор 1+6 средний; Portfolio Manager — сектор 6 внешний + Strategy.
Профстандарт 06.012 [S4] — обобщённые функции¶
| Код | Функция | Уровень | Маппинг PAF на Stage 3 |
|---|---|---|---|
| B/01.5 | Продуктовые исследования | 5 | Product Engineer (конкурентный teardown, скоринг) |
| D/01.7 | Исследования новых рынков | 7 | Portfolio Manager / CPO (ведущая роль Stage 3) |
| D/02.7 | Управление портфелем | 7 | Portfolio Manager (Bet-узлы, Ставки) |
⚠️ Связка стандарт ↔ PAF — интерпретативная ([S3]+[S4], авторская реконструкция): A≈ассистент PM, B≈Product Engineer, C≈Portfolio Manager, D≈CPO/Head of Product [S3]. Краевые A→«ассистент», D→«директор по продуктам» прямо указаны в [S3]; маппинг B/C — интерпретация. PAF переопределяет способ работы на каждом уровне — через Нексус и Кортекс, не вручную [S1].
🔗 Связи¶
Назад: 3.6 instruction · Дальше: 4.1 instruction (RB-STEP-4 Value Validation)
Связанные: reformation · index · naming_conventions · исходный RB-STEP-3-MARKET-RESEARCH/index.md