Перейти к содержанию

♻️ REFORMATION — План AI-трансформации Product Discovery (RB-STEP → PAF)

Огромный обзорный документ: что, где и почему меняется в библиотеке продуктового discovery при переходе от классической модели PO (Scrum-эпоха) к AI-Native модели PAF (Инженер Продукта нового поколения). Каждый факт маркируется источником: [S1]–[S4] = PAF ground truth (AI-TRANSFORMATION/index.md); ссылки на конкретные файлы RB-STEP-* = текущее (классическое) состояние. Ноль галлюцинаций. Автор методологии PAF: Тихомиров Сергей («Борода продакта»), CC BY-SA 4.0.

📚 Карта источников (ground truth)

Код Источник Статус
[S1] productframework.ru/ops/main — каркас PAF, AI Product Operations ✅ полный
[S2] productframework.ru/ai_product_roles — трансформация роли в эпоху ИИ ✅ полный
[S3] productframework.ru/skill_map — карта навыков PM ✅ полный
[S4] Профстандарт 06.012 (приказ Минтруда № 636н от 16.09.2021) ✅ полный
[S5]–[S7] Medium/Typical, Google Sheet Product Mindset, Miro board ❌ недоступны (см. index.md, раздел «Пробелы»)

Локальный ground truth: - Призма PAF: index.md - Глоссарий терминов: naming_conventions.md - Эталон диагноза (STEP-2): PAF-ANALYSIS - Карта процесса: 0 КАРТА ПРОЦЕССА — Product Discovery

0. Как читать этот документ

  1. Часть I — зачем трансформация (2 c-level вопроса PAF).
  2. Часть II — 12 измерений призмы (линза, через которую прогоняется каждый этап).
  3. Часть III — сдвиг парадигмы PO → Инженер Продукта (что меняется в голове исполнителя).
  4. Часть IV — 8 сквозных трансформаций, применимых ко всем этапам.
  5. Часть V — трансформация по каждому из 8 RB-STEP (ядро документа: вердикт, разрывы, скоринг, Кортекс-агенты, артефакты/гейты, план инструкций, риски).
  6. Часть VI — карта файлов нового поколения (что создаётся в AI-TRANSFORMATION/).
  7. Часть VII — модель зрелости Кортекса (последовательность внедрения).
  8. Часть VIII — сквозные риски трансформации.
  9. Часть IX — критерии успеха.

ЧАСТЬ I. СУТЬ ТРАНСФОРМАЦИИ

PAF отвечает на два c-level вопроса [S1]:

  1. Почему продуктовый подход НЕ даёт бизнес-результата? — потому что компаниям «продали» методологии разработки (Scrum, Kanban) как панацею от бизнес-проблем. Процесс разработки ≠ процесс развития продукта. Scrum оптимизирует потери производства, а развитие продукта отвечает на другой вопрос: как создать продукт с максимальным возвратом монетизируемой ценности на инвестиции (NPV) [S1].
  2. Каким должно быть управление продуктами в эпоху ИИ? — когда практически все задачи менеджера могут быть ИИзированы. ИИ = disruptive-технология раз в сто лет. Discovery решается почти мгновенно, часть задач полностью делегируется [S1, S2].

Главный тезис [S2]: в эпоху ИИ конкуренция смещается с продуктов на контекст и модель управления им. «У кого лучше собран контекст продукта и реализована ИИзация работы с ним — тот и будет лидером на рынке».

Что это значит для библиотеки RB-STEP. Библиотека RB-STEP-1 … RB-STEP-8 — это сильная, добротная реализация классического Product Discovery (Customer Development, JTBD, Lean, AARRR, MVP по Бланку). Но почти на каждом этапе она: - хранит контекст как разрозненные документы (а не живой Нексус-двойник); - предполагает ручную работу (а не работу через Кортекс); - мыслит списками/приоритизацией/беклогом (а не Банчем в моменте); - оптимизирует скорость/потери (а не риски через Confidence Point); - оперирует LTV/CAC/EBITDA как самоцелью (а не NPV/mNSM как возвратом монетизируемой ценности); - описывает процесс как линейный каскад с каденциями (а не асинхронный event-based цикл Product Sprint); - использует роли «продакт-менеджер / маркетолог / SDR» (а не AI-Native роли).

Reformation = переписать каждый RB-STEP как AI-native инструкцию для Инженера Продукта нового поколения, сохранив методологическую силу классики, но заменив операционную модель.

ЧАСТЬ II. ПРИЗМА — 12 ИЗМЕРЕНИЙ AI-ТРАНСФОРМАЦИИ

Каждый RB-STEP прогоняется через эту призму. Измерения D1–D12 используются в скоринге (Часть V).

Код Измерение Что должно быть (PAF) Источник
D1 Нексус (Nexus) Контекст — «живая» модель = цифровой двойник; метрика качества Context Ripeness (полнота × актуальность); этапы «созревание»/«увядание»; существует весь ЖЦ; состоит из Узлов (Nodes) [S1] III.1
D2 Кортекс (Cortex) ИИ как операционный интерфейс (агенты / RAG / интеграции / промпты); инженер работает только через проводника-Кортекс, не вручную [S1] III.1
D3 Банч (Feature Bunch) Связка фич в моменте под текущее состояние Нексуса; лимиты Bunch Size / Bunch Window; Беклог упразднён [S1] VI.6, Принцип 1
D4 Confidence Point Управление рисками/энтропией (а не поток задач); растёт по stage-gate, падает при рисках; включает оценку стоимости риска; колесо Итамара Гилада (ICE/RICE) [S1] VI.7, Принцип 4
D5 Цикл Product Sprint Progress Pulse → Bunch Saturation (Und-Id-Ex) → Pitching of Trust → Build → Bale → Germination → Harvesting → цикл заново [S1] VI.4, VI.5
D6 Три Линзы (3PL) Продукт / Бизнес / Стратегия — этап осознаёт, в какой линзе работает и как связан с двумя другими [S1] VI.1
D7 6 принципов PAF Прозрачность · Совместная унификация контекста · Stagility · Риск=знание · Скаутинг вместо приоритизации · Прибыль через ценность [S1] Часть II
D8 Роли AI-Native Product Engineer / Product Ops / Growth Engineer / Portfolio Manager / Discovery-Launcher PM / AI UX Designer (а не PM/маркетолог) [S1] III.3, [S2] III.6
D9 mNSM / NPV Монетизируемая ценность как метрика (mNSM) и возврат монетизируемой ценности на инвестиции (NPV); для AI-продуктов — контроль COGS токенов [S1] Принцип 6, VI.6; [S2] III.6
D10 Асинхронность Event-based / Kanban вместо каденций/линейности [S1] VI.2
D11 Цифровой профиль + метапознание + анти-workslop Документация исчезает → цифровой профиль продукта; метапознание как фильтр прироста качества от ИИ; workslop-фильтры [S2] III.4, III.5, III.7
D12 Skill Map + профстандарт 06.012 6 секторов × 3 уровня навыков; маппинг к обобщённым функциям A/B/C/D [S3] IV, [S4] V

ЧАСТЬ III. СДВИГ ПАРАДИГМЫ: PO → ИНЖЕНЕР ПРОДУКТА НОВОГО ПОКОЛЕНИЯ

Инструкции нового поколения (N.M instruction) пишутся не для классического Product Owner/Manager, а для Инженера Продукта (Product Engineer) — роли, которая управляет развитием продукта через Нексус посредством Кортекса [S1, S2].

Параметр Классический PO (Scrum-эпоха) Инженер Продукта нового поколения (PAF) Источник
Базовый артефакт Беклог (накопительный список) Банч (в моменте, из текущего состояния Нексуса) [S1]
Объект управления Поток задач в разработку Нексусы (рынок/продукт/рост/…) [S1]
Ключевая метрика процесса Скорость / story points / потери Confidence Point (риски) [S1]
Бизнес-метрика velocity, выручка, DAU NPV, mNSM (+ COGS токенов для AI-продуктов) [S1, S2]
Инструмент работы с продуктом Вручную (Sheets/Notion/Jira/Figma) Через Кортекс (агенты/RAG/промпты) [S1]
Способ принятия решений Приоритизация списка задач Скаутинг возможностей и угроз [S1] Принцип 5
Знания Разрозненные документы Цифровой профиль продукта (единая точка) [S2]
Ритм работы Каденции (спринты, PI) Event-based / Kanban [S1]
Компетенции T-shaped Comb-shaped (гребёнка за счёт Кортекса) [S2]
Команда Scrum-team (7±2) Pod (может быть из 1 человека) [S1, S2]
Критический навык Процессная дисциплина Метапознание (валидация ИИ) [S2] III.4
Bottleneck системы Discovery / разработка Дистрибуция (последняя миля) [S2] III.5 (Голдратт)

Ключевой фильтр [S2]: рост качества от ИИ — только при достаточном метапознании. Junior без метапознания + ИИ = нулевой прирост. Компетентный, но забивший на верификацию = «убедительные, но неверные» результаты (Harvard × BCG). Поэтому каждая инструкция нового поколения содержит явные чекпоинты метапознания и анти-workslop гейты.

ЧАСТЬ IV. 8 СКВОЗНЫХ ТРАНСФОРМАЦИЙ (применимы ко всем этапам)

Эти 8 сдвигов повторяются на каждом RB-STEP. Ниже — что меняется, где (в каких файлах) и почему.

Сквозная 1. Документ → Нексус (живой цифровой двойник)

  • Что: разрозненные markdown/Sheets-документы → структурированный граф Узлов Нексуса с метаданными (источник, Confidence Point, timestamp, статус увядания); Context Ripeness = полнота × актуальность как вычисляемая метрика [S1] III.1.
  • Где: Нексус рынка (1.1, 3.x), Нексус потребителя (2.5), Нексус продукта (1.2, 7.4), Нексус системы роста (1.3, 5.x, 6.x, 8.x).
  • Почему: «контекст — новый способ конкуренции» [S1] Принцип 2; без живого двойника Кортекс «усиливает мусор».

Сквозная 2. Ручная работа → Кортекс (ИИ как ОС)

  • Что: ручное заполнение шаблонов → Кортекс-агенты (RAG по Нексусам, генерация/анализ/скоринг/симуляция); инженер = постановщик задач + валидатор [S1] III.1.
  • Где: все этапы — на каждом подшаге определяется, какой Кортекс-агент его ведёт (см. Часть V, блок «Кортекс-инструменты»).
  • Почему: «Discovery решается почти мгновенно» [S1]; 3 оптимизации роли — автоматизация / аугментация / агентизация [S2] III.4.

Сквозная 3. Беклог/приоритизация → Банч (связка в моменте)

  • Что: списки гипотез, матрицы MoSCoW, «спринт-беклоги», «волны», «банк гипотез» → Банч фич/конфигураций в моменте, формируемый анализом текущего состояния Нексуса под Карту Целей; с лимитами Bunch Size/Window [S1] VI.6.
  • Где: 2.1, 4.1–4.2, 5.6, 6.3, 7.4–7.5, 8.1.
  • Почему: Принцип 1 (Беклог упразднён) и Принцип 5 (скаутинг, не приоритизация). Запрещённые синонимы — naming_conventions.md.

Сквозная 4. Скорость/потери → Confidence Point (управление рисками)

  • Что: «уверенность 1–10», 5-балльные матрицы, go/no-go-чекбоксы → единый Confidence Point, растущий по колесу Гилада (ICE/RICE) и падающий при срабатывании рисков; включает стоимость риска; CP = критерий stage-gate [S1] VI.7, Принцип 4.
  • Где: 2.2, 3.6, 4.2–4.3, 6.3, 7.3, 8.1–8.5.
  • Почему: управление продуктом = возделывание, оптимизация рисков (энтропии), а не потерь [S1] Принцип 4.

Сквозная 5. Линейный каскад → Цикл Product Sprint

  • Что: линейные N.1→N.6 каскады с каденциями → цикл Progress Pulse → Bunch Saturation (Und-Id-Ex) → Pitching of Trust → Build → Bale → Germination → Harvesting [S1] VI.4–VI.5.
  • Где: все index.md этапов (сегодня все линейны).
  • Почему: PAF — циклический и асинхронный; «эффект асинхронности» ломает каденции [S1] VI.2.

Сквозная 6. Изолированный этап → Три Линзы (3PL)

  • Что: этап как изолированный конвейер → этап явно привязан к линзе (Продукт/Бизнес/Стратегия) и связан с двумя другими через Карту Целей [S1] VI.1.
  • Где: Customer/Value/Solution Validation → Product Lens; Market → Strategy Lens; BizModel/GTM/Acquisition → Business/Growth Lens.
  • Почему: инженер переключается между горизонтами через 3PL [S1].

Сквозная 7. Метрики ради метрик → mNSM / NPV (+ COGS токенов)

  • Что: LTV/CAC/EBITDA/NSM как самоцель, vanity-метрики → mNSM (монетизируемая NSM), NPV (возврат монетизируемой ценности на инвестиции), для AI-продуктов — контроль COGS токенов как отдельного рычага [S1] Принцип 6; [S2] III.6.
  • Где: 3.3 (SOM→mNSM-потенциал), 4.5–4.6 (NSM→mNSM), 5.5 (NPV как вершина), 6.4 (бюджет как инвестиция в NPV), 7.6 (PMF→mNSM/NPV), 8.5 (PCF→NPV рычага).
  • Почему: Принцип 6 и целевая функция PM из [S3].

Сквозная 8. Документация → Цифровой профиль + метапознание + анти-workslop

  • Что: «база знаний»/презентации как финальный артефакт → цифровой профиль продукта (аналог claude.md, единая точка); каждый Кортекс-агент имеет метапознание-чекпоинт и workslop-фильтр [S2] III.4, III.5, III.7.
  • Где: фиксирующие подшаги (3.6, 4.4, 5.6, 7.4, 8.5); генерирующие подшаги (3.3, 4.1, 6.2, 6.6, 7.2, 8.1).
  • Почему: workslop ≈ 15,4 % материалов перекладывают когнитивную нагрузку; MIT — 95 % не получают отдачи от инвестиций в ИИ именно из-за workslop [S2] III.7.

ЧАСТЬ V. ТРАНСФОРМАЦИЯ ПО ЭТАПАМ

Сводный скоринг по 12 измерениям (итог — взвешенная оценка с учётом методологической силы этапа):

Этап Тема % PAF Краткий профиль
RB-STEP-1 BIG IDEA ~58% Уже на PAF-терминологии (Нексус/Банч/CP/3 Linza/Pitching); не хватает Кортекса-как-ОС, NPV, метапознания, модели зрелости
RB-STEP-2 Customer Validation ~18% Классический CustDev+JTBD+The Mom Test; Нексус/Кортекс/Банч/CP/Sprint/роли — отсутствуют
RB-STEP-3 Market Research ~28% Сильные «эхо» PAF (TAM/SAM/SOM, тренды, go/no-go), но Нексус рынка/Кортекс/CP/mNSM/роли — нет
RB-STEP-4 Value Validation ~42% Лучший — есть NSM, Value Stream, дельта ценности, отбраковка vanity; не хватает mNSM (монетизируемости), Нексуса, Кортекса, Банча
RB-STEP-5 Business Model ~35% Сильная финмодель (CAC/LTV/EBITDA/breakeven); нет NPV как главной метрики, Рычагов (Lever), COGS токенов, бизнес-Банча
RB-STEP-6 Go-To-Market ~28% Сильный классический GTM (Blue Ocean, SPIN, AARRR); нет Bale/Germination/Harvesting, Кортекса, mNSM/NPV/COGS, ролей
RB-STEP-7 Solution Validation ~38% Сильный MVP (как стратегия) и PMF (retention/Шон Эллис); нет Банча (вместо backlog/MoSCoW), Нексуса, Кортекса, mNSM/NPV, вайбкодинга
RB-STEP-8 Acquisition Config ~38% Сильная PCF-механика (LTV/CAC, байесовский A/B); нет Нексуса системы роста, Кортекса, CP как ядра, COGS токенов, ролей

Вывод: методологическое ядро классики сильное на всех этапах — трансформация не «переписать с нуля», а заменить операционную модель (Нексус + Кортекс + Банч + CP + Product Sprint + AI-Native роли), сохранив проверенные методы (JTBD, TAM/SAM/SOM, VPC Остервальдера, BMC, Blue Ocean, SPIN, AARRR, MVP, A/B).

🟦 RB-STEP-1 — BIG IDEA (прелюдия)

1.0 Вердикт

~58% PAF. Стадия уже построена на PAF-терминологии (три Нексуса 1.1–1.3, скаутинг через 3 Линзы 2.1–2.3, Банч 3.3, Confidence Point 3.2, Pitching of Trust 6.1, Pre-mortem 6.2). Самый высокий скоринг в библиотеке. Но: Кортекс — точечный промпт (3.3), а не ОС; нет NPV Банча; нет Context Ripeness как live-метрики; нет метапознания/анти-workslop; нет маппинга к Skill Map и профстандарту; нет модели зрелости Кортекса; Product Sprint не встроен (линейный pipeline 0→5).

1.1 Что сейчас

Полностью переработанный discovery, изложенный в PAF-терминах (index.md, 1.0 Базовые концепции). Три Нексуса определяются явно; используется скаутинг через Strategy/Business/Product; формируется Банч через AI-анализ (3.3); шкала CP 1–10; Pitching of Trust — gate. Роль — «Product Engineer». Процесс — линейный по фазам; Кортекс = «ChatGPT/Claude как Кортекс» в одном файле.

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

Первый цикл насыщения Нексусов рынка/продукта/роста (Context Ripeness 0→≥60%) и первый проход Und-Id-Ex на null base (нет продукта → discovery с нуля). BIG Idea Statement = артикуляция Видения (Vision); Банч 5–7 фич = первая связка для закрытия Гэпа (gap); Pitching of Trust = stage-gate поднятия CP через коллективную критику.

1.3 Критические разрывы

  1. Кортекс — точечный промпт, не ОС [3.3] — PAF: инженер работает только через Кортекс. Менять: агенты/RAG на каждом подшаге.
  2. Context Ripeness — ручной чеклист, не live-метрика [1.1 Step 5.2] — нет «увядания». Менять: вычисляемая метрика, привязанная к gate.
  3. NPV отсутствует; mNSM — качественный (low/med/high) [3.3] — Принцип 6 + VI.6 (комплексный NPV Банча). Менять: NPV-калькулятор в Нексусе Роста.
  4. Product Sprint не встроен — нет Progress Pulse, Und-Id-Ex, Bale, Germination, Harvesting. Менять: обернуть этап в цикл.
  5. Роли не развёрнуты — Product Engineer есть, но Growth Engineer/Portfolio Manager/Product Ops не инстанциированы в подшагах.
  6. 6 принципов не операционализированы — Stagility/прозрачность/унификация не сформулированы.
  7. Каденции фаз, не event-based [index.md] — переход к Kanban с триггерами.
  8. Нет метапознания/анти-workslop/цифрового профиля [3.3] — 3.3 даже не проверяет ответ ИИ на галлюцинации.
  9. Нет Skill Map/профстандарта — собственная градация «Новичок/Эксперт» не связана с PAF.
  10. Нет модели зрелости Кортекса (3 фазы, [S1] Часть VII).

1.4 Scorecard

Измерение % Комментарий
D1 Нексус 70 3 Нексуса определены, есть узлы; нет live-метрики CR, нет «увядания»
D2 Кортекс 25 Точечный промпт в 3.3; не ОС
D3 Банч 85 Формируется из текущего состояния, есть Size/Window/mNSM-impact; нет NPV Банча
D4 Confidence Point 80 Шкала 1–10, рост по gate; нет «стоимости риска» и явного колеса Гилада
D5 Product Sprint 35 Pitching есть; Progress Pulse/Und-Id-Ex/Bale/Germination/Harvesting — нет
D6 3PL 90 Сильнейшее место — Strategy/Business/Product явно
D7 6 принципов 40 Скаутинг + риск=знание; Stagility/прозрачность/унификация не сформулированы
D8 Роли 45 Product Engineer есть; Growth/Portfolio/Ops — нет
D9 mNSM/NPV 45 mNSM качественный; NPV отсутствует
D10 Асинхронность 20 Каденции фаз
D11 Профиль+метапознание+workslop 10 Не упоминаются
D12 Skill Map+профстандарт 5 Не упоминаются
ИТОГО ~58%

1.5 Кортекс-инструменты

  • Nexus-Builder Agent — заполняет узлы 3 Нексусов из внешних источников (отчёты, G2/Reddit, product analytics); считает Context Ripeness; флаг «увядания».
  • Scouting Agent — 3 Линзы: ERRC-канвас, BMC, JTBD-анализ транскриптов → opportunities/threats.
  • Bunch Architect Agent — RAG по 3 Нексусам → Банч 5–7 фич с NPV-оценкой, Bunch Size/Window, anti-workslop фильтр.
  • Validation Agent — автогенерация smoke test/прототипа (вайбкодинг), сбор сигналов, обновление CP по колесу Гилада.
  • Red-Team Agent — для Pitching of Trust: скептические вопросы, симуляция «kill it».
  • Nexus RAG + JTBD RAG — индексы по Нексусам и корпусу транскриптов.
  • NPV-калькулятор (интеграция в Нексус Роста).

1.6 Артефакты и гейты

  • Узлы: Нексус Рынка (TAM/SAM/SOM, конкуренты 4 типов, тренды, opportunities/threats); Нексус Продукта (Current State, Vision, Gap); Нексус Роста (BM, unit-economics, growth levers).
  • CP gate: Pitching of Trust (6.1) — фичи CP<5 drop, CP≥5 approved.
  • Fit-точка: BIG Idea Statement (5.1) + Bunch v2.0 (4.3) + Go-Decision из Pre-mortem (6.2); на выходе Нексусы v1.0 (CR≥60%).

1.7 Инструкции нового поколения (план)

0.1 instruction Progress Pulse · 1.0 instruction PAF-каркас BIG Idea · 1.1 Нексус Рынка-двойник · 1.2 Нексус Продукта через analytics · 1.3 Нексус Роста с NPV-моделью · 2.1 Linza Strategy через Scouting Agent · 2.2 Linza Business через BMC-агент · 2.3 Linza Product через JTBD-агент · 3.1 Консолидация = Understand (Und-Id-Ex) · 3.2 CP со стоимостью риска · 3.3 Bunch Architect Agent · 4.1 Гипотезы через агента · 4.2 Rapid Validation через Validation Agent · 4.3 Обновление CP как цикл Sprint · 5.1 BIG Idea с anti-workslop · 5.2 Bunch Presentation как live-артефакт · 5.3 Обновление Нексусов v1.0 · 6.1 Pitching of Trust как stage-gate · 6.2 Pre-mortem через Монте-Карло по NPV.

1.8 Риски трансформации

Workslop при генерации Нексусов (TAM-цифры) · галлюцинации в JTBD/конкурентном анализе · метапознание как bottleneck (этап для «новичка») · иллюзия «Кортекс = один промпт» · NPV-модель как чёрный ящик · линейность против асинхронности · Skill Map как формальность.

🟩 RB-STEP-2 — CUSTOMER VALIDATION (Stage 1)

2.0 Вердикт

~18% PAF. Добротный классический CustDev (CustDev + JTBD + The Mom Test), который называет себя PAF, но структурно остаётся линейным ручным процессом. Ни Нексуса как двойника, ни Кортекса, ни Банча, ни Product Sprint, ни AI-Native ролей. Лишь «эхо» терминов (Context Ripeness, единый контекст, WTP). Существующий PAF-ANALYSIS.md давал ~17% — подтверждается.

2.1 Что сейчас

Последовательный 7-шаговый конвейер: 2.1 Гипотезы → 2.2 Скоринг (ICE/RICE) → 2.3 Подготовка интервью → 2.4 Проведение → 2.5 Фиксация контекста → 2.6 Профили сегментов → 2.7 Скоринг сегментов + выбор фокуса. Навигация (index.md, .INDEX.md, quick-start.md, templates.md, examples.md) дублирует теорию. Повсюду «беклог гипотез»/«спринт-беклог» (2.1, 2.2, 2.4); ручной рекрутинг, ручная транскрипция (2.3 упоминает лишь Otter.ai/Fireflies как утилиты); ручная кластеризация сегментов (2.6); мультипликативный скоринг 1×3 (2.7). Роль — безымянный «ты».

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

Не «проверить гипотезы и выбрать сегмент», а насыщение Нексуса потребителя контекстом до Context Ripeness, чтобы Кортекс генерировал идеи с максимальным CP, формировал Банч и проводил Pitching of Trust. Null-base продукт стартует с Understand (анализ Нексуса, а не «беготня по интервью»). Результат — не «профиль в Notion», а живой узловой подграф Нексуса потребителя, чья спелость = критерий Stage-Gate.

2.3 Критические разрывы

  1. Контекст — статичный текст, не двойник [2.5 Step 4.1] → рефактор в граф узлов (Сегмент/Триггер/Состояние/Путь/Проблема/Причина/Мотивация) с метаданными.
  2. Кортекс отсутствует [2.3 Phase 7] → агенты на каждый подшаг.
  3. «Беклог гипотез» вместо Банча [2.1, 2.2, 2.4] → карта возможностей + Банч в моменте.
  4. ICE/RICE как число, не CP [2.2] → прокси CP + gate + связь с NPV.
  5. Линейность, нет Product Sprint/Und-Id-Ex/Pitching/Harvesting → обернуть 2.x в цикл.
  6. Изолирован от 3PL (нет бизнес-линзы mNSM, нет стратегической) → mNSM-слой на сегмент.
  7. Принципы не интегрированы (приоритизация, беклог) → скаутинг, риск=знание.
  8. Роль «ты/PM» → Product Engineer + Product Ops + Growth Engineer.
  9. Каденции [2.3 Phase 7.2, quick-start.md] → Kanban с событийными триггерами.
  10. Нет метапознания/анти-workslop → защита от AI-сгенерированных персон.
  11. Нет Skill Map/профстандарта (CV = сектор 1 Discovery, ≈ B/01.5).
  12. WTP есть, mNSM/NPV — нет [templates.md, examples.md].

2.4 Scorecard

Измерение %
D1 Нексус 20
D2 Кортекс 5
D3 Банч 15
D4 Confidence Point 25
D5 Product Sprint 15
D6 3PL 20
D7 6 принципов 20
D8 Роли 10
D9 mNSM/NPV 15
D10 Асинхронность 15
D11 Профиль+метапознание+workslop 5
D12 Skill Map+профстандарт 10
ИТОГО ~18%

2.5 Трансформация по подшагам

Подшаг Сейчас AI-native
2.1 Ручные 15–30 гипотез в Notion Генератор гипотез (RAG по Нексусу Рынка + Big Idea) → кандидат-узлы с initial CP
2.2 Ручной ICE/RICE CP-скорер (колесо Гилада) → Банч гипотез-кандидатов в моменте + стоимость риска
2.3 Ручной рекрутинг, ручной скрипт Рекрутёр-агент + Скрипт-билдер (маппинг вопрос→гипотеза→узел), Mom-Test защита
2.4 Интервью вдвоём, ручная транскрипция Кодировщик транскриптов: ASR→кодирование→авто-валидация→event-driven обновление CP
2.5 Сборка «единого контекста» в один документ Nexus-билдер: граф узлов (8 сущностей) + Context Ripeness как метрика
2.6 Ручная кластеризация, CJM/Empathy Map Сегментатор с workslop-фильтром (персона ≥4 интервью) + метапознание-чек
2.7 Мультипликативный скоринг 1×3 NPV-скорер: + гипотеза mNSM + NPV-параметр → Pitching of Trust gate

2.6 Кортекс-инструменты

Генератор гипотез · CP-скорер · Рекрутёр · Скрипт-билдер · Кодировщик транскриптов · Nexus-билдер · Сегментатор (workslop-фильтр) · NPV-скорер · Product Ops-панель (метапознание-гейт, флаги увядания).

2.7 Артефакты и гейты

Узлы Нексуса потребителя: Сегмент (поведенческий), Триггер, Начальное/Целевое состояние, Альтернативный путь, Проблема+Причина, Мотивация, Value Stream+дельта, Иерархия JTBD, Гипотеза mNSM (новый), Цитата-доказательство. Каждый узел: источник-интервью[], CP, timestamp, статус увядания. CP gate (конец 2.7): CR Нексуса ≥ порога + CP фокус-гипотез ≥ gate + валидированная mNSM. Fit-точка: Фокус-сегмент + фокус-проблема + гипотеза mNSM + early adopters как спелый подграф Нексуса.

2.8 Инструкции нового поколения

2.0 Nexus Consumer & Context Ripeness · 2.1 Hypothesis Generation via Cortex · 2.2 Confidence Point Scoring (not Backlog) · 2.3 Cortex Recruiter & Mom-Test Script Builder · 2.4 Transcript Coder & Real-time CP Update · 2.5 Nexus Builder (graph, not doc) · 2.6 AI Segmenter with Workslop Filter · 2.7 NPV Scorer & Pitching of Trust Gate · 2.META Роли AI-Native на Stage 1.

2.9 Риски

Workslop — AI-сгенерированные «персоны» (главный риск) → правило «персона ≥4 интервью» · метапознание как фильтр · галлюцинации в генерации гипотез → только из RAG по существующим узлам · искажение интервью ИИ-интервьюером → на ранней зрелости ИИ только кодировщик · дофаминовая петля ИИ · увядание контекста без автообновления · суррогатная валидация по форумам/отзывам.

🟨 RB-STEP-3 — MARKET RESEARCH (Stage 2)

3.0 Вердикт

~28% PAF. Пред-PAF-стадия: сильное терминологическое «эхо» PAF (прямые пересказы [S1] по TAM/SAM/SOM, трендам, конкурентам, области потребностей, go/no-go), рудимент Context Ripeness. Но Нексус рынка как двойник, Кортекс, Банч/CP, роли, Product Sprint, mNSM/NPV — отсутствуют.

3.1 Что сейчас

Линейный каскад 6 раннбуков: 3.1 Porter+PESTEL → 3.2 каталог трендов + реестр констант → 3.3 TAM/SAM/SOM (top-down/bottom-up + правило ФРИИ «10%») → 3.4 карта конкурентов 4 типов + teardown → 3.5 взвешенный скоринг 1–5 → 3.6 фиксация в профиле + go/no-go. Артефакты — разрозненные документы в Obsidian; ИИ — лишь «ускоритель первичного поиска» (3.1, 3.2 Phase 0).

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

Не «собрать рыночный отчёт», а насытить Нексус рынка узлами до Спелости, достаточной для скаутинга возможностей/угроз (Принцип 5) и поднятия CP рыночных гипотез до CP-gate стратегической линзы. Рынок = объект Strategy Lens (Strategic Sprint → Нексус рынка → Ставки/Bets). TAM/тренды/конкуренты — аргументы насыщения Банча (Understand-фаза Und-Id-Ex). Оценка рынка = оценка монетизируемой ценности → mNSM/NPV; go/no-go = CP-gate, а не чекбокс.

3.3 Критические разрывы

  1. Нексус рынка — декоративная шкала CR, не двойник [index.md 90–97] → структура Узлов (Force/Trend/Constant/TAM-SAM-SOM/Competitor/Gap/Bet) + авто-метрика CR.
  2. ИИ — «ускоритель поиска», не ОС [3.1, 3.2 Phase 0] → агенты парсинга/верификации/оценки.
  3. TAM/SAM/SOM без mNSM/NPV [3.3] → SOM через потенциал mNSM, «драйвер роста»→Рычаг (Lever).
  4. go/no-go по объёму, не по CP [3.6] → CP (колесо Гилада) + стоимость риска.
  5. Нет Банча/Bunch Saturation [3.6] → каждый узел маппится в аргумент Банча.
  6. Роли «ты»/«команда» → Product Engineer/Product Ops/Portfolio Manager (Strategy Lens = Bets).
  7. Линейный каскад [index.md] → event-based насыщение узлов.
  8. Шаблоны-документы = будущий workslop [3.4, 3.6] → Узлы цифрового профиля с верификацией источника.

3.4 Scorecard

Измерение %
D1 Нексус 35
D2 Кортекс 10
D3 Банч 15
D4 CP 20
D5 Product Sprint 15
D6 3PL (Strategy Lens) 30
D7 6 принципов 40
D8 Роли 10
D9 mNSM/NPV 10
D10 Асинхронность 10
D11 Профиль+метапознание+workslop 15
D12 Skill Map+профстандарт 5
ИТОГО ~28%

3.5 Трансформация по подшагам

Подшаг Сейчас AI-native
3.1 Ручной Porter+PESTEL Агент рыночных сил → Force-узлы с CP; периодический refresh
3.2 ChatGPT-черновик + ручная верификация Агент-трекер трендов (Trends/RSS/LLM) → Trend-узлы со свежестью; константы — отдельный тип
3.3 Таблицы TAM/SAM/SOM вручную Агент-оценщик: мульти-метод + автосверка + потенциал mNSM/NPV + верификатор цифр
3.4 Профили + teardown + 50+ отзывов вручную Агент-парсинг (G2/Capterra/App Store/SimilarWeb) → Competitor-узлы; кластер отзывов
3.5 Взвешенная матрица 1–5 вручную Авто-скоринг по Узлам; веса = Рычаг; «ближайшие» → аргументы Банча
3.6 Дописать раздел в профиль, go/no-go CP-gate стратегии + Bet-узлы (Strategy Lens); замена чекбокса на управление рисками

3.6 Кортекс-инструменты

Агент рыночных сил · Агент-трекер трендов/констант · Агент-оценщик TAM/SAM/SOM · Агент-верификатор рыночных цифр (критический анти-workslop) · Агент-парсинг конкурентов · Агент-teardown · Агент-скаутинг возможностей · Агент-CP-gate.

3.7 Артефакты и гейты

Узлы Нексуса рынка: Force-узел, Trend-узел, Constant-узел, TAM/SAM/SOM-узел, Competitor-узел, Gap-узел, Bet-узел (Ставка, Strategy Lens). CP gate: {CP ≥ порог} ∧ {стоимость риска приемлема} ∧ {mNSM-потенциал SOM > 0}; отказ — осознанный.

3.8 Инструкции нового поколения

3.0 Нексус рынка-двойник · 3.1 Агенты рыночных сил · 3.2 Трекер трендов vs констант · 3.3 Оценщик TAM/SAM/SOM + mNSM + верификатор цифр · 3.4 Парсинг/teardown конкурентов · 3.5 Авто-скоринг как скаутинг · 3.6 CP-gate стратегии + Bet-узлы · 3.7 Роли Stage 3 (Skill Map сектор 1+6, профстандарт D/01.7).

3.9 Риски

ИИ-галлюцинации рыночных цифр (TAM — критический риск всей библиотеки) → каждый числовой Узел обязан хранить URL+дату; CP=0 без верификации · workslop на teardown/отзывах · устаревание данных (CR-увядание) · метапознание оператора · иллюзия точности (псевдо-NPV без данных) · подмена Strategy Lens продуктовой.

🟧 RB-STEP-4 — VALUE VALIDATION (Stage 3)

4.0 Вердикт

~42% PAF — лучший этап в библиотеке. Прямо использует NSM, Value Stream, дельту ценности, границы продукта, Context Ripeness, pivot, различает «оффер ≠ ценность» и «NSM ≠ выручка/DAU». Но критические конструкты отсутствуют: Нексус-двойник, Кортекс, Банч (вместо списка гипотез), Confidence Point (вместо 5-балльного скоринга), mNSM (монетизируемая NSM) вместо классической NSM, Product Sprint/3PL/Und-Id-Ex, роли.

4.1 Что сейчас

Линейный каскад: 4.1 гипотезы ЦП → 4.2 первичный скоринг (матрица 5 критериев × 1–5 × веса) → 4.3 валидация (smoke/лендинг/fake door/пилот + 4 сценария) → 4.4 фиксация need-value fit в базе знаний + VPC Остервальдера → 4.5 вторичный скоринг + NSM через «чёрный ящик» (потребитель+рынок) → 4.6 дерево метрик (корень=NSM, 3 уровня, каузальность). PAF-термины точечны; роль не названа.

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

Валидация монетизируемой ценности и фиксация need/value fit через насыщение Нексуса продукта до CP, достаточного для входа в Product Sprint. Ценностное предложение — не «карточка в базе», а Банч фич, насыщаемый Und-Id-Ex, с mNSM как целевой функцией и NPV как возвратом. Гипотезы = скаутинг на карте целей; скоринг = рост CP по колесу Гилада; фиксация = commit в Нексус; NSM должна быть монетизируемой.

4.3 Критические разрывы

  1. Context Ripeness — галочный чеклист, не метрика двойника (все файлы, ≥60–75%) → запись/обновление узлов; фиксация 4.4 = commit в Нексус.
  2. Кортекс отсутствует (Notion/Obsidian/Sheets/Tilda) → агенты генерации/скоринга/валидации/дерева.
  3. Список карточек + «банк гипотез» = Беклог [4.1, 4.2] → Банч фич под gap.
  4. 5-балльный скоринг вместо CP [4.2] → CP с колесом Гилада, динамический gate.
  5. NSM вместо mNSM — КЛЮЧЕВОЙ разрыв D9 [4.5, 4.6] → шаг mNSM-проверки (монетизируема ли?); корень дерева = mNSM + ребро → NPV.
  6. Линейный поток, нет Product Sprint/3PL [index.md] → каданс Sprint + Pitching of Trust gate + Harvesting.
  7. Роли «менеджер продукта» → Product Engineer/Product Ops/Growth Engineer.
  8. «База знаний» = документация, не цифровой профиль [4.4] → цифровой профиль + анти-workslop формулировок.

4.4 Scorecard

Измерение %
D1 Нексус 25
D2 Кортекс 0
D3 Банч 15
D4 CP 30
D5 Product Sprint 10
D6 3PL 15
D7 6 принципов 45
D8 Роли 10
D9 mNSM vs vanity 35
D10 Асинхронность 10
D11 Профиль+метапознание+workslop 10
D12 Skill Map+профстандарт 10
ИТОГО ~42%

4.5 Трансформация по подшагам

Подшаг Сейчас AI-native
4.1 Карточки ЦП по Остервальдеру Генерация ценностных гипотез из Нексуса (Understand→Identify) как фичи Банча
4.2 Матрица 5×1–5×веса Авто-скоринг ICE/RICE → CP (Гилад) + Pitching of Trust gate
4.3 4 ручных метода + 4 сценария Stage-gate с динамическим CP; Кортекс генерит лендинги/офферы, парсит интервью; стоимость риска
4.4 Запись в базу знаний + VPC Commit в цифровой профиль: VP/VPC/CP-узлы; need/value fit = CP ≥ gate
4.5 Скоринг + NSM «чёрный ящик» + шаг mNSM-проверки (монетизируема ли → NPV); владелец Growth Engineer
4.6 Дерево с корнем NSM Дерево с корнем mNSM + ребро → NPV; Кортекс-валидация каузальности; Harvesting-узел

4.6 Кортекс-инструменты

Агент-генерация ценностных гипотез · Агент-скоринг ICE/RICE→CP · Агент-валидатор экспериментов (отличает «оффер сработал» от «ценность подтверждена») · Агент-фиксация в Нексус (версионирование, anti-workslop) · Агент-mNSM (проверка монетизируемости) · Агент-дерева метрик (каузальность, гигиена A/B α/β/MDE, ребро mNSM→NPV).

4.7 Артефакты и гейты

Узлы: VP-node, Hypothesis-node (+CP), Experiment-node (+CP-дельта), VPC-node, NSM-node/mNSM-node, MetricTree-node, NPV-node. CP gate (4.2→4.3): CP ≥ порога; Pitching of Trust (4.2). Need/value fit (4.4): CP ≥ gate. mNSM-точка (4.5): NSM прошла монетизируемость. Harvesting (после 4.6): фиксация NPV → цикл.

4.8 Инструкции нового поколения

4.1 Генерация ценностных гипотез как фич Банча · 4.2 Авто-скоринг→CP + Pitching of Trust gate · 4.3 Stage-gate валидация с динамическим CP · 4.4 Need/value fit как commit в цифровой профиль · 4.5 Вторичный скоринг + mNSM · 4.6 Дерево метрик с корнем mNSM + ребро NPV.

4.9 Риски

Vanity-метрики / NSM↔mNSM-путаница (главный риск — NSM «успешные уроки» ценностна, но может быть не монетизируема) · галлюцинации генерации гипотез (трассировка на узлы, без доказательной базы CP=1) · workslop формулировок VP · CP как новая vanity (растёт только от снижения неопределённости) · Банч без Bunch Size/Window.

🟥 RB-STEP-5 — BUSINESS MODEL VALIDATION (Stage 4)

5.0 Вердикт

~35% PAF. Сильная классическая финмодель бизнес-модели, но без Нексуса/Кортекса как ОС, без NPV как главной метрики (используется LTV/CAC/EBITDA), без Рычагов (Lever), без бизнес-Банча, без COGS-контроля AI-фич, без цифрового профиля БМ.

5.1 Что сейчас

Линейный каскад: 5.1 гипотеза БМ (BMC Остервальдера + паттерн из 6 типов) → 5.2 схема монетизации (тип/предмет/плательщик/коридор из 3 методов/тарифы/момент оплаты) → 5.3 Customer Funnel Map по AARRR + модель оттока → 5.4 издержки 7 групп + налоги + возвраты (матрица влияния на CAC/LTV/Margin) → 5.5 финмодель в Sheets (параметры→метрики→P&L→3 сценария + sensitivity ±50%) → 5.6 breakeven (статич./динамич.) + перебор 6–9 конфигураций + фиксация «БМ v1.0». Context Ripeness помечается; ИИ — лишь внешний API в издержках (5.4).

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

Проектирование и насыщение Нексуса системы роста/операционной модели (живой двойник БМ). Инженер по развитию бизнеса/Growth Engineer работает через Кортекс (симуляция, моделирование, оценка COGS), формируя бизнес-Банч — связку рычагов в моменте. Главная метрика — NPV и mNSM; для AI-продуктов — критический контроль COGS токенов. Результат — не «БМ v1.0», а цифровой профиль БМ с CP по business-model fit, поднимаемый через Business Sprint (Рычаги → NPV).

5.3 Критические разрывы

  1. Нексуса системы роста нет (BMC в Miro, монетизация в Notion, финмодель в Sheets) → узлы (Монетизация/Воронка/Издержки/Юнит-экономика/Breakeven/Прогноз) + агрегирующий профиль.
  2. Кортекса нет (ИИ только как внешний API 5.4) → агенты симуляции/моделирования/COGS.
  3. NPV отсутствует; нет Рычагов → NPV как вершина; sensitivity → ранжирование Рычагов по эластичности NPV.
  4. Матрица 6–9 конфигураций = Беклог [5.6] → бизнес-Банч (2–3 рычага в окне) с NPV.
  5. COGS токенов не выделен как рычаг [5.4, 5.5] (спрятан в «серверы/OpenAI API») → AI-COGS = cost-per-token × tokens-per-user + стресс-тест «COGS-эксплозия».
  6. CP не используется как гейт (есть Sanity Check) → CP по гипотезам БМ + gate business-model fit.
  7. Роли обезличенные → Bizdev Architect (Нексус БМ), Growth Engineer (mNSM+COGS), Product Ops.
  8. Линейный каскад → event-based обновление узлов (реальный Churn из Soft Launch → пересчёт).

5.4 Scorecard

Измерение %
D1 Нексус 25
D2 Кортекс 5
D3 Банч 15
D4 CP 20
D5 Business Sprint (Рычаги→NPV) 10
D6 3PL (Business Lens) 45
D7 6 принципов 20
D8 Роли 5
D9 mNSM/NPV/COGS 20
D10 Асинхронность 10
D11 Профиль БМ+метапознание+workslop 15
D12 Skill Map+профстандарт (сектор 6) 35
ИТОГО ~35%

5.5 Трансформация по подшагам

Подшаг Сейчас AI-native
5.1 Ручной BMC + паттерн Агент-BMC из Нексуса рынка (узлы конкурентов), CP по блокам
5.2 Ручной выбор схемы + коридор Агент-проектировщик монетизации из mNSM + агент-A/B-симулятор цен
5.3 Ручная AARRR + модель оттока Агент-симулятор вероятностной воронки + churn-предиктор
5.4 Ручное картирование 7 групп Агент-COGS-калькулятор + отдельный модуль AI-COGS
5.5 Ручная финмодель + sensitivity ±50% Агент-моделирования NPV: Monte-Carlo + ранжирование Рычагов + детект «убийц экономики»
5.6 Перебор 6–9 конфигураций + «БМ v1.0» Агент-оптимизатор бизнес-Банча (макс NPV при Size/Window) + запись профиля БМ в Нексус

5.6 Кортекс-инструменты

Агент-BMC-генератор · Агент-проектировщик монетизации · Агент-A/B-симулятор цен (синтетические агенты-клиенты = 4-я роль «секретарь/адъютант» [S2]) · Агент-симулятор воронки · Агент-churn-предиктор · Агент-COGS-калькулятор (+ AI-COGS) · Агент-моделирования NPV (Monte-Carlo, Рычаги) · Агент-оптимизатор бизнес-Банча · Агент-санити-чек/анти-workslop · Агент-налог-движок.

5.7 Артефакты и гейты

Узлы: bm-hypothesis, monetization, funnel, cost-structure (+AI-COGS), unit-economics (Рычаги NPV), breakeven-forecast (бизнес-Банч), business-model-profile. Гейты: CP gate монетизации (5.2) → CP gate юнит-экономики (5.5: LTV/CAC≥3 и NPV>0) → CP gate business-model fit (5.6: бизнес-Банч NPV>0, AI-COGS-стресс пройден) → осознанный отказ при NPV<0. Контрольная точка [S2]: COGS помимо CAC/LTV.

5.8 Инструкции нового поколения

5.1 Узел гипотезы БМ в Нексусе роста · 5.2 Монетизация из mNSM + A/B-симуляция цен · 5.3 Вероятностная воронка как живой узел · 5.4 Издержки с рычагом AI-COGS · 5.5 Моделирование NPV (Monte-Carlo, Рычаги) · 5.6 Бизнес-Банч (макс NPV) + профиль БМ в Нексусе.

5.9 Риски

Workslop в финмоделях («убедительные, но неверные» числа; каскадная ошибка в breakeven) · галлюцинации цифр (бенчмарки/налоги — только из RAG, маркировка факт/гипотеза/бенчмарк) · COGS-эксплозия AI-фич (спрятана → ложный breakeven) · ложное ощущение готовности (синтетика ≠ a posteriori) · дофаминовая петля ИИ · утрата стратегического контроля (NPV-моделирование — зона человека, агенты = инструменты).

🟪 RB-STEP-6 — GO-TO-MARKET STRATEGY (Stage 5)

6.0 Вердикт

~28% PAF. Сильная классическая GTM-методология (позиционирование по Blue Ocean, SPIN-продажи, AARRR, Service Blueprint). Нексус/Кортекс/Банч/CP/mNSM/NPV/Germination — точечно (поле «Context Ripeness» в шаблонах как самооценка), не как операционная модель.

6.1 Что сейчас

Линейный фазовый GTM-конвейер: (1) конкурентное позиционирование (6.1 карта 4 типов, Strategy Canvas, Perceptual Map, 4 Product Forces); (2) стратегия привлечения (6.2 УТП Максвелл/4U/AIDA, офферы, 6.3 каналы + Buyer Persona + CJM, 6.4 бюджет CAC/LTV + 15–20% на эксперименты); (3) стратегия продаж (6.5 воронка Visits→Activated + Service Blueprint + Handoff + онбординг, 6.6 SPIN 6 этапов + банк возражений + план MRR/Churn). Артефакты — статичные шаблоны; роль — «маркетолог/SDR/менеджер продаж»; ИИ не используется как интерфейс; метрики CPL/CAC/CR/MRR без mNSM/NPV/COGS.

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

Bottleneck сместился на дистрибуцию (последняя миля) [S2, Голдратт]. GTM — не «упаковка готового продукта», а проектирование Bale (инкремент + оффер + план дистрибуции) и Germination (онбординг/привычка). Цель: максимизация mNSM (Growth Engineer) и NPV (Business Pod) через управление CP по каналам/офферам/скриптам. Позиционирование — не разовый артефакт, а узел Нексуса рынка, обновляемый Кортексом после каждого Harvesting.

6.3 Критические разрывы

  1. Дистрибуция не показана как bottleneck [index.md] → явный тезис Голдратта; метрика стадии = mNSM + COGS дистрибуции.
  2. Нет Bale как связки «оффер + дистрибуция в моменте» (4 независимых артефакта) → Bale с критериями Size/Window/mNSM/CP/NPV.
  3. Нексуса рынка/роста нет как двойника (Context Ripeness = самооценка документа) → узлы + метрика полнота×актуальность.
  4. Кортекса нет (только классическая автоматизация 6.5) → агенты на каждую GTM-операцию.
  5. Нет CP как gate (эксперименты — потоковая логика) → CP-гейт перед масштабированием.
  6. CPL/CAC/CR/MRR вместо mNSM/NPV/COGS → mNSM как северная метрика; бюджет = инвестиция в NPV; COGS токенов на AI-привлечение.
  7. Нет цикла Sprint (Harvesting/Germination) → Harvesting после запуска; онбординг 6.5 = Germination с time-to-activation.
  8. Роли классические → Growth Engineer/Product Engineer/Product Ops/AI UX Designer (tone-of-voice офферов).
  9. Матрицы приоритизации каналов [6.3] → скаутинг (Принцип 5).
  10. Workslop-риск не идентифицирован → офферы 6.2 и скрипты 6.6 — топ-зоны workslop; гейт метапознания.

6.4 Scorecard

Измерение %
D1 Нексус 15
D2 Кортекс 5
D3 Банч/Bale 10
D4 CP 15
D5 Product Sprint (Bale+Germination) 20
D6 3PL 15
D7 6 принципов 15
D8 Роли 5
D9 mNSM/NPV/COGS 10
D10 Асинхронность 10
D11 Профиль+метапознание+workslop 5
D12 Skill Map+профстандарт (сектор 5) 10
ИТОГО ~28%

6.5 Трансформация по подшагам

Подшаг Сейчас AI-native
6.1 Ручные Strategy Canvas/Perceptual Map Агент-позиционирование: непрерывный скрейпинг конкурентов/отзывов, авто-обновление узлов, Perceptual Map по эмбеддингам
6.2 4 формулы УТП вручную + A/B Агент-генерация офферов (4 формулы из Нексуса) + AI UX Designer tone-of-voice + гейт метапознания (анти-workslop)
6.3 Реестр каналов + матрица приоритизации Скаутинг каналов (замена приоритизации); Persona/CJM как узлы Нексуса роста; event-based обновление
6.4 Бюджет CAC_max=LTV/3 + 15–20% эксперименты Агент-симуляция воронки/бюджета: бюджет как инвестиция в NPV; Monte-Carlo CPL/CAC; контроль COGS токенов
6.5 Воронка + Service Blueprint + email-онбординг Germination по PAF: минимизация time-to-activation; Кортекс ведёт Handoff (без повтора контекста клиентом)
6.6 SPIN-скрипт + банк возражений + план MRR Агент-скрипты продаж из Нексуса; role-play Pitching of Trust (ИИ-клиент «заваливает» аргументы); план как NPV/mNSM-модель; event-based ритуалы

6.6 Кортекс-инструменты

Агент-позиционирование (скрейпинг) · Агент-генерация офферов/копирайтинга (гейт метапознания) · Агент-Persona/CJM (скаутинг каналов) · Агент-симуляция воронки/бюджета (COGS токенов) · Агент-Germination/активации (Handoff) · Агент-скрипты продаж (role-play Pitching) · Product Ops-агент (модель зрелости).

6.7 Артефакты и гейты

Узлы: Нексус рынка (карта конкурентов, Strategy Canvas, Perceptual Map, позиционирование, 4 Forces); Нексус системы роста (Marketing Mix, Buyer Persona, CJM, воронка активации, бюджет как NPV-модель, скрипт+возражения). Гейты: Gate-A (запуск канала: CP ≥ порога по скаутингу) · Gate-B (масштабирование: CP вырос + CAC≤CAC_max + mNSM подтверждена; иначе осознанный отказ) · Gate-C (релиз скрипта: role-play Pitching of Trust). Bale-точка = оффер+дистрибуция+скрипт; Germination-точка = онбординг (time-to-activation); Harvesting-точка = NPV канала → Нексус роста.

6.8 Инструкции нового поколения

6.1 Позиционирование как живой узел Нексуса рынка · 6.2 Bale-офферы (AI-генерация + AI UX Designer + гейт метапознания) · 6.3 Скаутинг каналов (замена приоритизации) · 6.4 Бюджет как инвестиция в NPV + COGS токенов · 6.5 Germination (time-to-activation, Handoff через Кортекс) · 6.6 AI-скрипты продаж + role-play Pitching + NPV-план.

6.9 Риски

Workslop на офферах и скриптах (главный риск) → гейт метапознания + проверяемость каждой цифры/гарантии · недостаток метапознания · галлюцинации в позиционировании · последняя миля как bottleneck (COGS токенов) · дофаминовая петля в ритуалах продаж · асинхронность vs каденции · «цифровой профиль» подменяется документацией.

🟫 RB-STEP-7 — SOLUTION VALIDATION (Stage 6)

7.0 Вердикт

~38% PAF. Сильный методологический фундамент (прототипы, MVP как «стратегия разработки», PMF по retention/Шону Эллису) и отдельные PAF-следы (MVP «не минимум фич», PMF-критерии). Но не интегрирован с каркасом PAF: нет Нексуса продукта, нет Кортекса, нет Банча (вместо него backlog/MoSCoW), нет цикла Product Sprint, роли классические.

7.1 Что сейчас

Линейная двухфазная последовательность: Фаза А — проектирование и проверка (7.1 Solution Hypothesis Cards + CJM + User Flow + Lean UX Canvas + RAT-приоритизация; 7.2 прототипы бумага→wireframe→кликабельный→консьерж→Волшебник Оз→no-code→Soft Launch; 7.3 юзабилити-тесты ≥5 + скоринг ценность/стратегия/ресурсы); Фаза Б — разработка (7.4 User Stories/Use Cases/NFR/MoSCoW/DoD/Test Cases; 7.5 Entity Model + Sequence/State + MVP-разработка с параллельной верификацией; 7.6 AARRR + когортный retention + опрос Шона Эллиса + Aha Moment + критерии PMF). PMF-оптика корректна, но изолирована от Нексуса/Кортекса/Банча.

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

Запустить цикл Product Sprint до точки PMF, где Solution Validation растворяется в механизме: Solution Hypothesis Cards (7.1) = Identify-фаза Und-Id-Ex; прототипы (7.2) = скаутинг для поднятия CR Нексуса продукта; валидация (7.3) = Pitching of Trust (CP как gate); требования (7.4) = цифровой профиль продукта, с которым работают агенты; MVP (7.5) = execute-фаза + вайбкодинг через Кортекс (Discovery/Launcher PM); аналитика/PMF (7.6) = Harvesting (NPV/mNSM как инкремент контекста). Артефакт — спелый Нексус продукта с измеримой mNSM, а не «пакет требований v0.1».

7.3 Критические разрывы

  1. Банч vs Backlog [7.4 MoSCoW, 7.5 Sprint Plan] → Банч из текущего состояния + Size/Window.
  2. Цикл Product Sprint отсутствует (линейный waterfall А/Б) → Progress Pulse/Pitching/Bale/Germination/Harvesting.
  3. Нет Нексуса продукта (спецификация-контракт в Notion) → живой двойник с CR.
  4. Нет Кортекса (Figma/Miro/Linear; точечные Otter.ai/ManyChat) → агенты генерации/прототипов/тестов/требований/PMF.
  5. Роли «PM» → Product Engineer/Discovery-Launcher PM (вайбкодинг)/AI UX Designer/Product Ops.
  6. PMF-критерии не привязаны к mNSM/NPV [7.6 NSM = «завершённые уроки»] → NSM→mNSM; NPV как критерий.
  7. CP не используется как gate-механизм (разовые оценки 1–10) → единый CP, растущий по колесу Гилада.
  8. Вайбкодинг/anti-workslop не учтены (7.2, 7.5 — естественная зона вайбкодинга).

7.4 Scorecard

Измерение %
D1 Нексус продукта 20
D2 Кортекс 10
D3 Банч vs MVP-чеклист 15
D4 CP 30
D5 Product Sprint (MVP как стратегия) 35
D6 3PL (Product Lens) 25
D7 6 принципов 40
D8 Роли 10
D9 mNSM/NPV (PMF) 45
D10 Асинхронность (Kanban) 20
D11 Профиль+метапознание+workslop 10
D12 Skill Map+профстандарт (сектора 2+3) 15
ИТОГО ~38%

7.5 Трансформация по подшагам

Подшаг Сейчас AI-native
7.1 Hypothesis Cards + CJM + RAT Identify-фаза Und-Id-Ex: Кортекс генерит фичи Банча из Нексуса; AI UX Designer проектирует ИИ-метафоры; скаутинг
7.2 Ручные прототипы 7 типов Вайбкодинг-агент/MVP-builder: кликабельные/no-code из цифрового профиля по запросу; rapid-итерации поднимают CR
7.3 Юзабилити ≥5 + Affinity + скоринг Pitching of Trust + Stage-Gate по CP (Гилад); скоринг через mNSM/NPV
7.4 Пакет требований v0.1 (Stories/Cases/NFR/MoSCoW) Цифровой профиль продукта (Нексус): узлы = сущности+экраны+метрики+состояния; MoSCoW → Банч
7.5 Entity/Sequence/State + MVP-спринты + параллельная верификация Execute-фаза + вайбкодинг: Launcher PM строит инкремент через Кортекс; цикл Build→Change Log; асинхронный Kanban
7.6 AARRR + retention + Шон Эллис + Aha Moment Harvesting: фиксация NPV/mNSM как инкремента контекста; PMF-детектор; NSM→mNSM; цикл замыкается

7.6 Кортекс-инструменты

Агент-генерация гипотез решения · AI UX Designer-агент (метафоры ИИ-взаимодействия: намерение→черновик→уточнение; ошибка=новый промпт [S2] III.8) · Вайбкодинг-агент/MVP-builder · Агент-модератор юзабилити-тестов · Pitching of Trust-агент · Агент-требования→цифровой профиль · PMF-детектор-агент · Product Ops-агент.

7.7 Артефакты и гейты

Узлы Нексуса продукта: гипотезы решения (+CP), CJM/User Flow, прототипы (+smoke-результаты), сущности и состояния, экраны и переходы, метрики (mNSM, иерархия, AARRR, Aha Moment), результаты PMF. Гейты: Gate 7.1→7.2 (CP Understand→Identify) · 7.2→7.3 (CP после smoke) · 7.3→7.4 (Pitching of Trust пройден) · 7.4→7.5 (CR Нексуса ≥ порога) · 7.5→7.6 (инкремент→Change Log) · 7.6→Harvesting (PMF-точка). PMF-точка: retention-плато/воронка+referral (количественно, привязано к mNSM) + ≥40% «очень расстроюсь» (качественно) + NPV>0 воспроизводимо.

7.8 Инструкции нового поколения

7.1 Гипотезы решения как Identify (Und-Id-Ex) + AI UX Designer · 7.2 Вайбкодинг-прототипирование + anti-workslop · 7.3 Pitching of Trust + Stage-Gate по CP · 7.4 Цифровой профиль продукта вместо пакета требований · 7.5 Execute-фаза + вайбкодинг MVP + Kanban · 7.6 Harvesting и PMF-точка (NPV/mNSM).

7.9 Риски

Workslop в коде/требованиях (вайбкодинг ~15,4%) · метапознание как bottleneck (Launcher PM валидирует ИИ) · галлюцинации Кортекс-агентов (трассировка до Нексуса) · premature PMF-объявление (конвергенция ≥3 сигналов: retention + опрос + рекомендация без стимулов + NPV>0) · иллюзия живого Нексуса · сопротивление backlog→Банч · bottleneck смещается на дистрибуцию (Germination, COGS).

⬛ RB-STEP-8 — ACQUISITION CONFIGURATION (Stage 7)

8.0 Вердикт

~38% PAF. Честно работает с тем же объектом, что и PAF (конфигурация сегмент-канал-оффер, Product-Channel Fit, CAC/LTV), опирается на первоисточник productframework.ru/activities/acquisition_configuration_research. Но реализована как линейный классический discovery с ручными карточками, фиксированными волнами и кадровыми ритуалами, без Нексуса, Кортекса, CP как ядра, метрики CR и AI-Native ролей.

8.1 Что сейчас

index.md определяет объект = «конфигурация сегмент–канал–оффер», цель — Product/Channel Fit. Линейно: 8.1 карточки гипотез (7 полей, «Уверенность 1–10») → 8.2 валидация 3 фазы (Demand/Purchase/Unit Economics) → 8.3 оптимизация «одна переменная за раз» → 8.4 «лестница бюджетов» +20–30% → 8.5 фиксация + взвешенный скоринг + количественный CAC/LTV для PCF. Роли — «продакт-менеджер/маркетолог-Growth/аналитик»; A/B — классическое 95% или байесовское P2BB≥75%; артефакты — карточки в Sheets/Notion.

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

Bottleneck сместился на дистрибуцию — именно сюда попадает Stage 8 [S2, Голдратт]. Цель = Harvesting модели роста: каждая конфигурация = Бейл (Bale = инкремент + оффер + план дистрибуции), финал (PCF) = точка, где NPV модели роста положителен (LTV окупает CAC). Конфигурация = узлы Нексуса системы роста; перебор = скаутинг; управление рисками = рост/падение CP по колесу Гилада; Кортекс ведёт весь цикл Und-Id-Ex.

8.3 Критические разрывы

  1. Нексуса системы роста нет (CR = декоративная метрика, карточки в Sheets) → узлы с двумя фазами (созревание/увядание); авто-обновление метрик.
  2. Кортекса нет (всё вручную) → агенты на каждую операцию.
  3. «Уверенность 1–10» вместо CP [8.1] → единый CP со стоимостью риска; уровни 8.4 = рост CP.
  4. Список гипотез + «волны» = Беклог [8.1] → Банч конфигураций в моменте.
  5. Линейность вместо event-based [8.1→8.5] → Kanban: событие «CP вырос» → следующий гейт.
  6. Роли PM/маркетолог [8.1 Phase 0] → Product Engineer/Growth PM (time-to-activation, LTV, COGS токенов)/Product Ops.
  7. 3PL не привязаны → явно Business Lens (рычаг дистрибуции → NPV); PCF связан со Ставками портфеля.

8.4 Scorecard

Измерение %
D1 Нексус системы роста 20
D2 Кортекс 0
D3 Банч vs список 15
D4 CP 25
D5 Product Sprint (Harvesting/NPV/Germination) 30
D6 3PL (Business/Growth Lens) 25
D7 6 принципов 30
D8 Роли (Growth PM/COGS/Product Ops) 15
D9 mNSM/NPV/COGS (PCF) 55
D10 Асинхронность 20
D11 Профиль+метапознание+workslop (A/B-ловушки) 30
D12 Skill Map+профстандарт (сектор 4) 10
ИТОГО ~38%

8.5 Трансформация по подшагам

Подшаг Сейчас AI-native
8.1 Карточки 7 полей + сводная + «волны» Acquisition Bunch Agent: генерация Банча из Нексуса роста (Understand→Identify); CP как критерий отбора
8.2 Ручной запуск + чеклист + A/B 95%/P2BB Event-based валидация: агент автозапуска тестов, непрерывный мониторинг CP, агент-A/B-дизайн + статанализ с метапознание-валидацией
8.3 «Одна переменная за раз» + журнал Мульти-эксперимент (байесовский/multi-armed bandit) по узлам воронки; авто-журнал в Нексус; детектор предела оптимизации
8.4 «Лестница бюджетов» +20–30% вручную Scale & Budget Agent: авто-лестница по событию «CP стабилен», lookalike, прогноз деградации/ёмкости, контроль COGS токенов
8.5 Ручной скоринг + ручной CAC/LTV Economics & PCF Agent: авто-когортный CAC/LTV, NPV рычага, PCF как CP gate; фиксация узла Нексуса; триггер Germination

8.6 Кортекс-инструменты

Acquisition Bunch Agent · Experiment Design Agent (метапознание-валидация «убедительные, но неверные») · Funnel Pulse Agent (event-based мониторинг, авто-прокси-метрика) · Scale & Budget Agent (COGS токенов) · Economics & PCF Agent (NPV рычага) · Product Ops-агент.

8.7 Артефакты и гейты

Узлы Нексуса системы роста: каталог каналов/сегментов/офферов; Банч активных конфигураций (в моменте); журнал экспериментов с CP; когортные CAC/LTV; оценка ёмкости сегмента; зафиксированная конфигурация (Bale). CP gate (по уровням 8.4): Микро→Малая→Средняя→Полное масштабирование = рост CP; gate либо пропускает, либо даёт осознанный отказ. Product-Channel Fit-точка (8.5): LTV/CAC≥3 + стабильность при масштабировании = Harvesting модели роста (NPV рычага положителен). Это gate из Discovery в Product Growth. CR ≥85%.

8.8 Инструкции нового поколения

8.0 Stage 8 как Business Lens (Нексус роста, Банч, PCF как Harvesting/NPV) · 8.1 Acquisition Bunch Agent · 8.2 Event-based валидация + агент-A/B с метапознанием · 8.3 Мульти-эксперимент (bandit) + детектор предела · 8.4 Scale & Budget Agent + COGS токенов · 8.5 Economics & PCF Agent (NPV рычага, gate) · 8.ops Product Ops на Stage 8.

8.9 Риски

Workslop (AI-креативы/офферы) → A/B-проверка каждого AI-оффера, маркировка workslop · ошибки 1/2 рода в ИИ-A/B (I: ложный победитель → масштабирование непродукта; II: пропуск рабочей конфигурации) → P2BB≥75% + sequential + запрет подглядывания · метапознание (доверие AI-расчёту CAC/LTV без проверки = ложный PCF) · COGS-эксплозия при масштабировании → COGS токенов в полный CAC · дофаминовая петля ИИ.

ЧАСТЬ VI. КАРТА ФАЙЛОВ НОВОГО ПОКОЛЕНИЯ

AI-TRANSFORMATION/ после завершения трансформации:

AI-TRANSFORMATION/
├── index.md                    ← теория PAF (уже есть)
├── reformation.md              ← ЭТОТ документ (план трансформации)
├── RB-STEP-1-IDEA/             ← инструкции нового поколения для прелюдии
│   ├── 0.1 instruction — Progress Pulse
│   ├── 1.0 instruction — PAF-каркас BIG Idea
│   ├── 1.1 … 1.3 instruction  (Нексусы Рынка/Продукта/Роста как двойники)
│   ├── 2.1 … 2.3 instruction  (3 Линзы через Кортекс-агентов)
│   ├── 3.1 … 3.3 instruction  (Und-Id-Ex / CP / Bunch Architect)
│   ├── 4.1 … 4.3 instruction  (гипотезы / Rapid Validation / обновление CP)
│   ├── 5.1 … 5.3 instruction  (BIG Idea / Presentation / Нексусы v1.0)
│   └── 6.1 … 6.2 instruction  (Pitching of Trust gate / Pre-mortem)
├── RB-STEP-2-CUSTOMER-VALIDATION/
│   ├── 2.0 instruction — Nexus Consumer & Context Ripeness
│   ├── 2.1 … 2.7 instruction
│   └── 2.META instruction — роли AI-Native на Stage 1
├── RB-STEP-3-MARKET-RESEARCH/
│   ├── 3.0 … 3.7 instruction
├── RB-STEP-4-VALUE-VALIDATION/
│   ├── 4.1 … 4.6 instruction
├── RB-STEP-5-BUSINESS-MODEL-VALIDATION/
│   ├── 5.1 … 5.6 instruction
├── RB-STEP-6-GO-TO-MARKET-STRATEGY/
│   ├── 6.1 … 6.6 instruction
├── RB-STEP-7-SOLUTION-VALIDATION/
│   ├── 7.1 … 7.6 instruction
└── RB-STEP-8-ACQUISITION-CONFIGURATION/
    ├── 8.0 … 8.5 instruction
    └── 8.ops instruction — Product Ops на Stage 8

Соглашения об именовании

  • Физическая структура: по подкаталогам на стадию (зеркалит источник RB-STEP-*, исключает коллизию номеров — у STEP-1 внутренняя нумерация 1.x/2.x/…/6.x пересекается с нумерацией STEPs 2–8).
  • Содержимое каждого N.M instruction: Цель в PAF-оптике · Роль (Product Engineer / …) · Что делает Кортекс-агент · Что делает человек (метапознание) · Артефакт = узлы Нексуса · CP-гейт · Связь с 3PL · Анти-workslop чекпоинт · Маппинг к Skill Map/профстандарту · Связь с исходным RB-STEP-N/N.M (преемственность методов).
  • Терминология: строго по naming_conventions.md (запрещённые синонимы: Беклог→Банч, PM→Product Engineer, приоритизация→скаутинг, потери→риски, T-shaped→Comb-shaped, «документация»→цифровой профиль, метрики разработки→mNSM/NPV/CP).
  • Альтернатива (плоская структура): если предпочтительнее единый список без подкаталогов, использовать схему N.M где N=стадия, M=подшаг по порядку (1.1–1.18 для STEP-1, 2.1–2.7, 3.1–3.6, …). Решение за владельцем.

ЧАСТЬ VII. МОДЕЛЬ ЗРЕЛОСТИ КОРТЕКСА (последовательность внедрения)

Трансформация — не «всё сразу». Кортекс разворачивается по 3 фазам по объекту ИИзации [S1] Часть VII:

Фаза Объект ИИзации Что появляется в инструкциях
1 Отдельные задачи Промпт-шаблоны (генерация гипотез, скоринг, разбор интервью). Кортекс = ассистент.
2 Процессы работы команд RAG по Нексусам + специализированные агенты (Nexus-Builder, Bunch Architect, Segmenter, NPV Scorer…). Кортекс = проводник.
3 Процессы всей компании Сквозной event-based Кортекс: агенты обновляют Нексусы событийно, CP пересчитывается автоматически, осознанный отказ — gate.

В каждой фазе — 3 уровня процессов (стратегический / операционный / отдельной команды) [S1]. Миссия Product Ops — двигать команду по этой модели [S2].

Рекомендуемая последовательность внедрения по этапам: 1. Сначала Нексус, потом Кортекс [S1] Часть IX — без спелого контекста Кортекс усиливает мусор. Поэтому Phase-0 любой инструкции = построение Нексуса стадии. 2. STEP-1 (58%) — ближайший к PAF; поднять Кортекс с фазы 1→2 (Bunch Architect, Nexus-Builder), добавить NPV и метапознание. 3. STEP-4 (42%) — добавить mNSM (монетизируемость NSM) и Кортекс-агентов; наивысший ROI. 4. STEP-2 (18%) — самый большой разрыв; рефакторить артефакт 2.5 в Нексус потребителя + Transcript Coder. 5. STEP-3/5/6/7/8 — агенты и Нексусы по приоритету дистрибуции-bottleneck (6, 8) и финмодели-NPV (5).

ЧАСТЬ VIII. СКВОЗНЫЕ РИСКИ ТРАНСФОРМАЦИИ

Риск Где острее всего Контрмера (по [S2])
Workslop (~15,4 %; MIT: 95 % без отдачи) 3.3 TAM-цифры · 2.6 AI-персоны · 6.2/6.6 офферы/скрипты · 7.2/7.5 вайбкодинг · 8.1 AI-креативы Anti-workslop гейт в каждом агенте; трассировка каждого утверждения до источника; Human-in-the-loop перед публикацией
Метапознание — критический фильтр Все генерирующие подшаги Метапознание-чекпоинт в каждой инструкции; Product Ops как верификатор; ограничение автономии агентов для junior
Галлюцинации ИИ 3.3 рыночные цифры · 2.1/4.1 гипотезы · 5.5 финмодель · 7.6 PMF-детекция RAG только по верифицированным источникам; CP=0 без источника; маркировка факт/гипотеза/бенчмарк
COGS-эксплозия AI-фич 5.4/5.5 · 6.4 · 8.4 AI-COGS как отдельный рычаг (cost-per-token × tokens-per-user); стресс-тест «usage ×2/×5»; COGS токенов в полный CAC
Bottleneck на дистрибуции 6.x · 8.x Явный тезис Голдратта; Germination + COGS; рост adoption/usage под контролем
Дофаминовая петля ИИ Все этапы при росте доли ИИ Явное разделение зон человека (стратегия, синхронизация) и ИИ (транскрипция, скоринг); метрика ритуала = изменение CP/NPV
Ложное ощущение готовности 5.5 (симуляция) · 7.6 (premature PMF) · 8.5 (ложный PCF) Конвергенция ≥3 сигналов; Soft Launch обязателен; CP не поднимается без реальных данных
Иллюзия живого Нексуса 7.4 цифровой профиль · все фиксирующие подшаги CR как метрика с фазами созревание/увядание; обновление только через агентов, не ручное редактирование
Утрата стратегического контроля 5.5 NPV-моделирование · 8.5 фиксация PCF Стратегическое планирование и синхронизация людей — всегда за человеком; агенты = инструменты, не акторы [S2] III.4

ЧАСТЬ IX. КРИТЕРИИ УСПЕХА ТРАНСФОРМАЦИИ

Трансформация этапа считается завершённой, когда: - ✅ Каждый N.M instruction ведёт Инженера Продукта (не PM) через Кортекс над Нексусом. - ✅ Результат этапа = узлы Нексуса с метрикой Context Ripeness, а не разрозненный документ. - ✅ Решения принимаются через Confidence Point (gate) с оценкой стоимости риска, а не через приоритизацию/чекбокс. - ✅ Метрики этапа выражены через mNSM / NPV (+ COGS токенов для AI-продуктов), а не vanity. - ✅ Каждый Кортекс-агент имеет метапознание-чекпоинт и анти-workslop гейт. - ✅ Этап встроен в цикл Product Sprint (Progress Pulse … Harvesting) и привязан к 3PL. - ✅ Указан маппинг к Skill Map (6×3) и профстандарту 06.012 (A/B/C/D).

Целевой скоринг PAF после трансформации: ≥85 % по каждому этапу.

Version: 1.0 Last updated: 2026-06-20 Источники: [S1]–[S4] (см. index.md); диагнозы по этапам — анализ файлов RB-STEP-1 … RB-STEP-8 через 12-мерную призму PAF. Maintained by: AI-KORTEX Связанные: index.md · naming_conventions.md · PAF-ANALYSIS · 0 КАРТА ПРОЦЕССА — Product Discovery