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

3.6 instruction — CP-gate стратегии: колесо Гилада, стоимость риска, Bet-узлы

Этап RB-STEP-3 — MARKET RESEARCH (Stage 2) · Линза: Strategy (контекст: Product/Business) · Инструкция для Инженера Продукта нового поколения (PAF, [S1],[S2]). Преемственность метода: исходный раннбук RB-STEP-3-MARKET-RESEARCH/3.6 Фиксация рыночных гипотез в профиле.md (Customer Hypothesis Fixation, go/no-go по объёму, профиль v0.2).

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

Заменить чекбокс go/no-go по объёму рынка на CP-gate стратегии (колесо Итамара Гилада, стоимость риска, Принцип 4) и зафиксировать рыночные гипотезы как Bet-узлы Strategy Lens. Оценка рынка привязывается к области потребностей конкретного сегмента в Нексусе рынка (не «рынок в целом»). Bet-узлы → Ставки Strategic Sprint [S1] VI.1. Это commit в Нексус, а не «дописать раздел в профиль».

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

  • Product Engineer — формулирует область потребностей (кто + что хочет сделать), проверяет привязку TAM/SAM/SOM к сегменту, защищает Bet-узел на CP-gate (Pitching of Trust), принимает осознанный отказ (NO-GO) как gate, а не провал.
  • Product Ops — настраивает CP-скорер по колесу Гилада (ICE/RICE → CP), авто-расчёт стоимости риска, версионирование Bet-узлов в Нексусе.
  • Portfolio Manager — владелец Bet-узлов (Ставки портфеля); баланс маржинальности, каннибализации; максимизация NPV портфеля [S1, S2].
  • Зона человека: решение go/no-go/pivot и стратегические Ставки — стратегическое планирование, не делегируется ИИ [S2] III.4.

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

Агент-CP-gate (Confidence Point Gate Agent) + Агент-Bet (Bet Architect):

Агент-CP-gate ведёт CP рыночной гипотезы по колесу Гилада [S1] VI.7: - Рост CP по stage-gate и при появлении информации, снижающей неопределённость (каждый верифицированный Force/Trend/Competitor-узел поднимает CP). - Падение CP при срабатывании рисков/отклонениях (устаревание данных, расхождение методов TAM >2×). - Стоимость риска: «сколько ещё потратим ресурсов и негативного эффекта на клиентскую базу при таком уровне рисков?» [S1] VI.7. - Логика роста доверия — колесо Итамара Гилада (объективизация Confidence Level в ICE/RICE).

Агент-Bet формирует Bet-узлы (Strategy Lens): - перевод рыночной гипотезы в Ставку (элемент стратегического сценария) [S1]; - оценка {CP ≥ порога} ∧ {стоимость риска приемлема} ∧ {mNSM-потенциал SOM > 0}; - рекомендации: GO (Bet принят, переход в RB-STEP-4) / NO-GO (осознанный отказ, новая гипотеза) / PIVOT (уточнение сегмента/задачи/гео).

Привязка к области потребностей (исходный 3.6 Phase 1): оценка не «рынок образования», а «задача X клиента Y в контексте Z». Проверка: TAM считался для людей с этой задачей (не с более широкой потребностью)? SAM ограничен по гео/возрасту/платёжеспособности именно этого профиля? SOM отражает реальную долю первого года?

Колесо Итамара Гилада + стоимость риска (Принцип 4) [S1] VI.7

CP — уровень контекста и разница между текущими и нужными знаниями: - растёт по stage-gate и при появлении информации, снижающей неопределённость; - падает (Кортекс/инженер) при срабатывании рисков/отклонениях; - включает оценку стоимости риска: «сколько ещё потратим ресурсов и негативного эффекта на клиентскую базу при таком уровне рисков?»; - логика роста доверия — колесо Итамара Гилада (объективизация Confidence Level в ICE/RICE).

Алгоритм go/no-go/pivot (исходный 3.6 Phase 3, переписан через CP-gate)

{CP рыночной гипотезы ≥ порога} ∧ {стоимость риска приемлема} ∧ {mNSM-потенциал SOM > 0}?
   │
   ├── НЕТ → NO-GO (осознанный отказ). Новая гипотеза. PAF: «сэкономил месяцы разработки».
   │          Зафиксировать причину отклонения в базе (исходный `3.6` Troubleshooting).
   │
   ├── CP пройден, НЕТ gap → PIVOT. Уточнить гипотезу: узкий сегмент / другая задача / другой канал.
   │          Пересчитать SOM под под-сегмент; если ниже порога → NO-GO.
   │
   └── ДА → GO. Bet-узел принят. Переход в RB-STEP-4 (ценностное предложение).
            Зафиксировать допущения для верификации в Customer Validation.
Предзадание критериев (исходный 3.6 FAQ): договориться о минимальном пороге SOM до просмотра цифр — снимает предвзятость.

Профиль потребителя v0.2 (исходный 3.6 Phase 2)

Раздел «Рыночный контекст» добавляется в Нексус потребителя (не отдельный документ): область потребностей + TAM/SAM/SOM (привязка к сегменту) + ближайшие конкуренты + конкурентная позиция + рыночные пробелы + решение go/no-go. Проверка внутренней согласованности: «кто клиент» ↔ «для кого считался TAM»; gaps ↔ боли клиента из Stage 1.

NO-GO/PIVOT как ценный исход (исходный 3.6 Phase 3)

PAF настаивает: NO-GO — не провал, а сэкономленные месяцы разработки. При NO-GO зафиксировать причину отклонения (чтобы не повторять), вернуться к выбору новой гипотезы (другой сегмент/задача/гео). При PIVOT — сузить гипотезу до под-сегмента, где Gap очевиден, пересчитать SOM; если ниже порога → NO-GO.

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

  • Решение go/no-go — стратегическая зона (не делегируется ИИ). PAF/исходный 3.6: лучше час на решение, чем полгода на продукт без рынка.
  • Предзадание критериев (исходный 3.6 FAQ): договориться о минимальном пороге SOM до просмотра цифр (снимает предвзятость).
  • Проверка внутренней согласованности: «кто клиент» соответствует «для кого считался TAM»? Ближайшие конкуренты решают именно ту задачу? gaps связаны с болью клиента?
  • NO-GO — ценная информация, не провал (исходный 3.6: «сэкономил месяцы разработки»).
  • Veto на Bet-узел с галлюцинированной цифрой (CP=0 без источника).

📦 Артефакт = Bet-узлы + обновлённый Нексус рынка

Bet-узел (Ставка, Strategy Lens): 

type: Bet
market_hypothesis: <сегмент + задача + контекст>
scope: <область потребностей>
tam_sam_som_ref: <ссылка на TAM-SAM-SOM-узел 3.3>
nearest_competitors_ref: [<ссылки на Competitor-узлы 3.5>]
gaps_ref: [<ссылки на Gap-узлы 3.4>]
mnsm_potential: <монетизируемая ценность>
npv_potential: <возврат на инвестицию>
cp: <Confidence Point по колесу Гилада>
risk_cost: <стоимость риска>
decision: GO | NO-GO | PIVOT
justification: <обоснование>
assumptions_to_verify: [<что уточнить в Customer Validation>]
timestamp, decay_status
Нексус рынка обновлён до v1.0 с CR ≥ 60% (все 7 типов Узлов представлены). Профиль потребителя v0.2 enriched рыночным контекстом (исходный 3.6 Phase 2).

🚦 Confidence Point-гейт

Bet-узел проходит CP-gate стратегии, когда: - {CP рыночной гипотезы ≥ порога} ∧ {стоимость риска приемлема} ∧ {mNSM-потенциал SOM > 0}; - область потребностей чётко сформулирована (кто + что); - TAM/SAM/SOM привязаны к сегменту (не к рынку «в целом»); - внутренняя согласованность профиля проверена (исходный 3.6 Phase 4); - CR Нексуса рынка ≥ 75% (исходный 3.6 Success Criteria).

NO-GO и PIVOT — валидные исходы gate (осознанный отказ).

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

  • Bet-узлы — ядро Strategy Lens: Strategic Sprint → Нексус рынка → Ставки/Bets [S1] VI.1.
  • Product Lens: GO-решение → переход в RB-STEP-4 (ценностное предложение как Банч фич); Identify-фаза Und-Id-Ex питается Gap-узлами.
  • Business Lens: mNSM/NPV-потенциал Bet-узла связан с Рычагами модели роста (RB-STEP-5).

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

  • Замена чекбокса go/no-go на управление рисками (Принцип 4) — главная трансформация этого подшага. go/no-go по объёму = workslop; CP-gate со стоимостью риска = PAF.
  • Запрет на «рынок в целом» (исходный 3.6 Problem 1: тест замены «рынок образования» → «задача X клиента Y»).
  • Иллюзия точности = workslop (исходный 3.6 FAQ: «SAM = 487 356 000 ₽» без источника — иллюзия; «SAM ≈ 500 млн ₽ ± 50%» — корректно).
  • CP как новая vanity: растёт только от снижения неопределённости (связь с reformation §4.9).
  • Bet-узел без источника цифр → CP=0, veto.

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

  • Skill Map [S3] сектор 1 Discovery & Researches (фиксация рыночных гипотез) + сектор 6 Sales & Economics (go/no-go по NPV-потенциалу).
  • Профстандарт 06.012 [S4]: функция D, уровень 7, D/01.7 «исследования новых рынков» + D/02.7 «управление портфелем» (Portfolio Manager / CPO; Ставки — уровень D).

Тёмные стороны Stage 3 на фиксации (учитывать) [S2] III.7

  • Дофаминовая петля ИИ: Bet-узлы приятно формировать через Кортекс, но рост когн. нагрузки, а не снижение. Метрика gate — реальное изменение CP/NPV, не «ощущение готовности».
  • Ложное ощущение готовности: CP-gate пройден на симуляции без реальных данных клиентов. Снятие: Soft Launch обязателен; CP не поднимается без a posteriori.
  • NPV-потенциал как чёрный ящик: агент-оценщик выдаёт число, человек не понимает допущений. Снятие: явная трассировка допущений в Bet-узле.
  • CP как новая vanity: CP растёт «по галочкам», а не от снижения неопределённости. Снятие: CP растёт только при появлении верифицированной информации.
  • Командные споры о «достаточности»: нет предзаданного порога SOM. Снятие: договориться о пороге до просмотра цифр (исходный 3.6 FAQ).

🔗 Связи

Назад: 3.5 instruction · Дальше: 3.7 instruction Связанные: reformation · index · naming_conventions · исходный RB-STEP-3-MARKET-RESEARCH/3.6 Фиксация рыночных гипотез в профиле.md