3. bunch.md — Step 4: Value¶

Фаза BUNCH цикла Product Sprint в Step 4. 🟩 Тяжёлая фаза: ценностные гипотезы как фичи Банча. Метод: 4.1. Кортекс: AI-TRANSFORMATION/RB-STEP-4-VALUE-VALIDATION/4.1 instruction.

🎯 Цель фазы для Step 4¶

Сгенерировать ценностные гипотезы как кандидаты-фичи Банча (3–7), насыщая Нексус продукта узлами (VP-node, Hypothesis-node) с initial Confidence Point. Фаза Identify методики Und-Id-Ex: Кортекс генерирует кандидатов из сырья, подготовленного на SCOUT.

Гипотеза ценностного предложения — ещё не фича и не продукт. Это формулировка профита потребителя. Существует в двух смыслах [AI-TRANSFORMATION 4.1]: - Широкий смысл (Остервальдер): «Наш [продукт] помогает [кому], которые хотят [чего], тем, что [как], в отличие от [альтернатив].» - Узкий смысл (PAF, измеримый): «Мы считаем, что [ЦП] будет интересно [кому], что подтвердит [метрика ≥ порог], ведь [доказательство из исследований].»

Оффер ≠ ценность — тезис PAF, критичный для всего Step 4. Оффер (message + цена + CTA + канал) = на что потребитель реагирует; ценность = что он реально получает. На BUNCH формулируем и то, и другое, но не путаем.

👤 Роль¶

Product Engineer — формулирует ЦП (широкий + узкий смысл по Остервальдеру), проектирует оффер, трассирует гипотезу на узлы Нексуса потребителя/рынка. Не «ведёт список гипотез» — насыщает Банч фичами-кандидатами в моменте.
Product Ops — поддерживает спелость Нексуса, настраивает RAG по Нексусу рынка и потребителя, чтобы генерация шла из проверенных источников.

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

Агент-генерация ценностных гипотез [AI-TRANSFORMATION 4.1]: 1. Берёт Opportunity-map из SCOUT: подтверждённые потребности + конкурентные «дыры». 2. Формулирует кандидатов по двум формулам (широкий и узкий смысл Остервальдера) + оффер. 3. Проставляет initial CP (старт низкий; рост только при появлении информации, снижающей неопределённость — Принцип 4). 4. Возвращает гипотезу как кандидат-узел с трассировкой источник-узел[] (интервью/данные/наблюдение/аналог). 5. Workslop-гейт: формулировка не перекладывает когнитивную нагрузку, метрика узкого смысла измерима конкретным числом.

Шаблон Hypothesis-node (коммит в Нексус)¶

- VP (широкий): наш [продукт] помогает [сегменту], которые хотят [результат], тем, что
  [способность], в отличие от [альтернатив].
- VP (узкий): мы считаем, что [ЦП] будет интересно [сегменту], что подтвердит [метрика] ≥ [порог],
  ведь [доказательство].
- Offer: message / цена / CTA / канал.
- Trace → потребность: [узел] · источник: [N интервью / наблюдение / данные / аналог]
- Trace → «дыра» конкурента: [Competitor/Gap-узел]
- Дифференциация: [конкретно, не «мы лучше»]
- Идеальный конечный результат: если бы потребитель получил [результат] без продукта — ...
- initial CP: [1–10] · статус: Черновик → Скоринг · timestamp · статус увядания

Рекомендация: 3–7 гипотез. Одна потребность даёт 2–4 ЦП с разными акцентами (скорость / цена / качество / удобство / надёжность). Лучше больше и отсечь на PITCH, чем одна заведомо слабая.

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

Отличать гипотезу от фантазии: нет трассировки на узел Нексуса → CP=1, пометка «low confidence». Не поднимать CP без доказательной базы.
Различать оффер и ценность: реакция на оффер (клик, email) ≠ подтверждение ценности. Критично для EXECUTE.
Применять «идеальный конечный результат»: продукт должен быть «невидимым» — минимизировать усилия потребителя, не добавлять шаги.
Veto на гипотезу, построенную исключительно на интуиции («я сам бы пользовался», «логично, что нужно») — это не доказательство.

📦 Артефакт = узлы Нексуса продукта (+CR)¶

VP-node (ценностное предложение, широкий смысл) — формула Остервальдера.
Hypothesis-node (узкий смысл, измеримый) — метрика + порог + доказательство.
Offer-node — problem-solution message + цена + CTA + канал.
Trace-edge → на узел потребности (Нексус потребителя) и на узел-«дыру» конкурента (Нексус рынка).
Context Ripeness по подшагу: целевое ≥60%.

🚦 CP-гейт (HARVEST = гейт Need/Value Fit)¶

На BUNCH — initial CP у каждой гипотезы (стартовый уровень контекста, не финальный). Критерий выхода в PITCH: у ≥3 гипотез есть трассировка хотя бы на 1 источник, формулировки оффера соответствуют VP-широкому смыслу, метрики узкого смысла измеримы. Гипотезы без трассировки допускаются с CP=1, но помечаются как резервные. Финальный gate шага — на HARVEST: 🟧 Need/Value Fit.

🛡️ Анти-workslop¶

Формулировки VP в широком смысле не перегружают свойствами — фокус на профите (изменении состояния), не на фичах.
Метрика узкого смысла — конкретное число (%, количество, время), а не «высокая конверсия».
Трассировка обязательна: нет источника → это идея, не гипотеза.
Дифференциация сформулирована конкретно, не «мы лучше».
Запрещённый синоним: НЕ «банк гипотез» / «бэклог гипотез» → Банч фич-кандидатов в моменте, из текущего состояния Нексуса [S1] Принцип 1.

🔗 Дальше¶

→ 4.pitch: Pitching of Trust — первичный скоринг ICE/RICE→CP, оценка стоимости риска, защита Банча, gate в валидацию (4.2). Топ-1–3 гипотез с CP ≥ порога идут в EXECUTE.

Version: 1.0 · Last updated: 2026-06-20 · Maintained by: AI-KORTEX