overview — Step 4: Value¶
Веха Discovery · Линза: Product (+Business) · Fit-точка: 🟧 Need/Value Fit Источник: PAF [S1]–[S4]; методы —
TRADITIONAL/RB-STEP-4-VALUE-VALIDATION/4.1–4.6; «почему» —AI-TRANSFORMATION/RB-STEP-4-VALUE-VALIDATION/4.1–4.6. Термины — по naming_conventions.
🎯 Цель шага в PAF-оптике¶
Сформулировать ценностное предложение (ЦП), валидировать его у реального рынка и зафиксировать монетизируемую ценность как якорь всего дальнейшего процесса. Step 4 — единственный шаг, где проходит первая fit-точка Discovery — 🟧 Need/Value Fit (см. fit-points).
Парадокс шага, который держит вся команда: реакция потребителя на оффер ≠ подтверждение ценности [S1]. CTR, клики, заявки — это реакция на оффер (problem-solution message + цена + CTA). Ценность — то, что потребитель реально получает после использования; измеряется изменением поведения (повторное использование, оплата, retention), а не реакцией на рекламу. Шаг пройден, когда ЦП подтверждено поведением, а не словами.
Ключевое различие шага — NSM vs mNSM: классическая North Star Metric ценностна, но «в вакууме» (может расти без связи с деньгами); mNSM (monetizable NSM) — NSM, прошедшая проверку монетизируемости и связанная ребром с NPV [Принцип 6]. Корень дерева метрик = mNSM, не NSM, не выручка.
Need/Value Fit = CP ≥ gate [S1] VI.7: момент, когда риск «не того ЦП» достаточно снижен, чтобы работать с ним как с фундаментом.
🗺️ Карта фаз Sprint (активны в Step 4)¶
Полный цикл PULSE → SCOUT → BUNCH → PITCH → EXECUTE → HARVEST крутится, но тяжёлые фазы — четыре. На циклах шаг может повторяться (валидация не подтвердилась → pivot → новый цикл из PULSE).
| Фаза | Что происходит в Step 4 | Вес |
|---|---|---|
| PULSE | Progress Pulse: состояние Нексуса продукта → гэп «нет подтверждённого ЦП» → intent цикла | лёгкая |
| SCOUT | Скаутинг возможностей через Нексус рынка/потребителя: конкурентные «дыры», незакрытые потребности | средняя |
| BUNCH | Ценностные гипотезы как фичи Банча (3–7 кандидатов); initial CP | 🟩 тяжёлая (метод 4.1) |
| PITCH | Pitching of Trust: скоринг ICE/RICE→CP, защита Банча, gate в валидацию | 🟩 тяжёлая (метод 4.2) |
| EXECUTE | Валидация: smoke / лендинг / fake door / пилот; динамический CP | 🟩 тяжёлая (метод 4.3) |
| HARVEST | mNSM-формулировка + дерево метрик; фиксация VP/VPC; CP-gate Need/Value Fit | 🟩 тяжёлая (методы 4.4–4.6) |
Файлы: 1.pulse · 2.scout · 3.bunch · 4.pitch · 5.execute · 6.harvest.
📥 Вход / 📤 Выход¶
Вход (из Step 2–3): - Нексус потребителя — подтверждённые сегменты, потребности, проблемы+причины, цели, мотивация, альтернативные пути (Stage 2). - Нексус рынка — ЦП конкурентов, слабые места, что рынок считает само собой разумеющимся, чего рынок жаждет, ценовые ориентиры (Stage 3). - Гипотеза бизнес-модели — как планируется монетизировать (влияет на оффер). - Гипотеза mNSM из Step 2/3 (черновая) — будет уточнена на 4.5.
Выход (в Step 5 — Business Model): - Зафиксированное ЦП (VP-node v1.0) — подтверждено поведением, не словами. - mNSM (monetizable North Star Metric) — NSM, прошедшая проверку монетизируемости, с ребром → NPV. - Дерево метрик (корень = mNSM, 3 уровня, формулы, ребро mNSM→NPV, Harvesting-узел). - Need/Value Fit зафиксирован в Нексусе продукта (VP-node, VPC-node). - Context Ripeness Нексуса продукта: ≥70%.
👥 Роли¶
| Роль | Объект | Что делает в Step 4 |
|---|---|---|
| Product Engineer | продукт | Формулирует ЦП (Остервальдер: широкий + узкий смысл), проектирует оффер, выбирает метод валидации, фиксирует VP-node. Не «ведёт список гипотез» — насыщает Банч в моменте. |
| Growth Engineer | модель роста | Владелец mNSM: формулирует NSM через «чёрный ящик», проводит mNSM-проверку (монетизируема ли), строит ребро mNSM→NPV, владеет деревом метрик на корне. |
| Product Ops | product operations | Поддерживает Context Ripeness Нексуса, настраивает RAG-индексы по Нексусу рынка/потребителя, версионирование узлов, event-based мониторинг CP. |
| Discovery/Launcher PM (если есть) | запуск | Time-to-validation: быстрый smoke/лендинг/пилот; вайбкодинг лендингов под Кортексом. |
Зона человека (не передавать ИИ) [S2] III.4: стратегический выбор ЦП (какая потребность закрывается, для какого сегмента, с какой дифференциацией); решение о pivot; решение «достигнут ли need/value fit» (конвергенция ≥2 источников).
🚦 Fit-точка: 🟧 Need/Value Fit (гейт конца Step 4)¶
Вопрос гейта: откликается ли рынок на ценностное предложение?
Критерии прохождения (CP-gate, см. fit-points): - Confidence Point ценностной гипотезы ≥ порога stage-gate после валидации (smoke/лендинг/fake door/пилот). - По иерархии доказательств есть сигнал уровня «оплата/предзаказ» или «пилот с готовностью продолжать» (а не только CTR/заявка). - Конвергенция ≥2 источников (количественный + качественный) в одном направлении. - Need/value fit зафиксирован в Нексусе продукта (VP-node, VPC-node) — метод 6.harvest. - ★ mNSM-проверка пройдена: NSM проверена на монетизируемость → mNSM (не vanity). [Принцип 6] - Context Ripeness Нексуса продукта ≥ порога (≥70%).
Не пройден → осознанный отказ / возврат к Step 2–3 (проблема в потребителе/рынке, не в ценности).
🔗 Референсы¶
- Методы:
TRADITIONAL/RB-STEP-4-VALUE-VALIDATION/index+4.1(гипотезы ЦП) ·4.2(первичный скоринг) ·4.3(валидация) ·4.4(фиксация need-value fit) ·4.5(вторичный скоринг + NSM) ·4.6(дерево метрик). - «Почему» + Кортекс:
AI-TRANSFORMATION/RB-STEP-4-VALUE-VALIDATION/4.1–4.6 instruction— агенты (генерация ценностных гипотез, скоринг ICE/RICE→CP, валидатор экспериментов, фиксация в Нексус, mNSM-агент, агент-дерева метрик) и узлы (VP-node / Hypothesis-node / Experiment-node / VPC-node / mNSM-node / MetricTree-node / NPV-node). - Каркас: README · operating-model (5 столпов, 3PL, Принципы 4–6) · fit-points.
- Смежные шаги: Step 2 Customer (потребность) · Step 3 Market (рынок/конкуренты) → Step 4 → Step 5 Business Model (NPV/рычаги/AI-COGS).
🧩 Skill Map / профстандарт¶
- Сектор навыков: ② Value & Solution Design [S3] IV — ядро шага (ценностное предложение, NSM, дерево метрик).
- Профстандарт 06.012 [S4] V: обобщённая трудовая функция B (Управление ИТ-продуктом, уровень 5) — соответствует Product Engineer. Подфункции фиксации ЦП и метрик ценности — внутри B.
- Comb-shaped профиль: инженер работает через Кортекс, поэтому один человек ведёт и формулировку ЦП, и скоринг, и интерпретацию валидации, и mNSM (при совмещении с Growth Engineer).
Version: 1.0 · Last updated: 2026-06-20 · Maintained by: AI-KORTEX