6.harvest — HARVEST / Фиксация fit-точки (Step 2: Customer)¶

Фаза Sprint: HARVEST (завершение цикла). Источник: operating-model (Harvesting: фиксация NPV/mNSM, инкремент контекста в Нексус), [S1] VI.4. Термины — по naming_conventions.

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

Зафиксировать fit-точку Step 2 = фокус-сегмент + фокус-проблема + гипотеза mNSM + early adopters — как спелый подграф Нексуса потребителя (CR ≥ порога) и закоммитить его как инкремент контекста в Нексус. Цикл Product Sprint замыкается: инкремент становится входом в Step 3 (Market) и Step 4 (Value) [2.7 instruction].

Ключевые принципы: - «Документация исчезает» → зафиксированный результат — не markdown/Notion, а commit узлов в Нексус (цифровой профиль продукта) [S2] III.5. - Context Ripeness — двусторонний: после фиксации узлы входят в фазу «увядания» (потеря актуальности) → Product Ops вешает флаги статус=увядает → авто-refresh при смене поведения сегмента [2.0, S1] III.1.

👤 Роль¶

Product Engineer — владелец fit-точки; проверяет, что зафиксированный подграф действительно спелый (CR ≥ порога, все 8 сущностей, CP фокус-гипотез ≥ gate).
Product Ops — коммитит узлы в Нексус; активирует флаги увядания; настраивает триггеры авто-refresh; обновляет Goal Map (связь Product Lens ↔ Business Lens ↔ Strategy Lens).
Growth Engineer — фиксирует гипотезу mNSM и NPV-параметр как узлы; маркирует mNSM для проверки в Step 4 (если WTP — гипотеза, не данные).
Зона человека: подтверждение осознанного отказа ИЛИ пропуска — стратегическое решение не передаётся ИИ [S2] III.4.

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

Harvest — это не отдельный агент, а оркестрация фиксации (событие «Pitching of Trust пройден»): - Nexus-Builder коммитит fit-точку как подграф: узел Сегмент-фокус + узел Фокус-проблема + узел Гипотеза mNSM + узел Early Adopters, с рёбрами к 8 сущностям из BUNCH [2.5, 2.7]. - CP-скорер пересчитывает итоговый CP фокус-гипотез как gate-значение [2.2, 2.7]. - Метаданные: источник-интервью[], CP, timestamp, статус увядания (после коммита → отслеживание актуальности) [S1] III.1.

Эффект асинхронности [S1] VI.2: fit-точка зафиксирована, но отдельные узлы Нексуса продолжают созревать/увядать параллельно — обновление event-based, не «раз в спринт».

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

Чекпоинт: fit-точка — это спелый подграф, а не документ; Product Engineer проверяет, что каждый узел fit-точки трассируется до интервью/цитаты (анти-workslop).
Маркировка mNSM: если готовность платить — гипотеза (не подтверждена данными), mNSM остаётся средним CP и помечается для проверки в Step 4 [2.7].
Осознанный отказ как ценное знание: если Pitching of Trust дал отказ — это не провал стадии, а инкремент контекста («этот сегмент/проблема не подтверждены» → узлы с низким CP или pivot) [2.4].
Контрольные вопросы завершения [2.7]: NPV-параметр трассируется до mNSM-доказательств? есть early adopters (не «для всех»)? есть фокус-проблема (одна, не пять)? gate даёт либо пропуск, либо осознанный отказ (без «серой зоны»)?

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

Fit-точка Step 2 (спелый подграф): - Узел Сегмент-фокус (с разрезом сегментации, ≥4 интервью, mNSM-профилем). - Узел Фокус-проблема (с причиной, привязанная к альтернативному пути и триггеру). - Узел Гипотеза mNSM (маркировка факт/гипотеза/бенчмарк). - Узел Early Adopters (кто уже ищет решение, готов платить первым). - Полный граф из 8 сущностей с CR ≥ порога. - Ребро Value Stream → mNSM (Growth Engineer).

🚦 CP-гейт (выход из Step 2)¶

Критерий: CR Нексуса потребителя ≥ порога ∧ CP фокус-гипотез ≥ gate ∧ валидированная mNSM ∧ early adopters определены ∧ Pitching of Trust пройден [2.7].
Результат gate:
✅ Пропуск → переход в Step 3 (Market: TAM/SAM/SOM → mNSM) и далее Step 4 (Value: 🟧 Need/Value Fit).
❌ Осознанный отказ → pivot/смена сегмента (возврат к SCOUT/EXECUTE) [S1] VI.3.
Стоимость риска: «Сколько стоит старт разработки для неверного фокус-сегмента?»

Шаг 2 не несёт fit-точки фреймворка (fit-points) — первый гейт Discovery (🟧 Need/Value Fit) стоит в конце Step 4. CP-gate Step 2 — внутренний барьер стадии, без «серой зоны».

🛡️ Анти-workslop¶

Фиксация = commit узлов в Нексус, а не «дописать отчёт». Текст/Notion-документ → workslop [2.5].
mNSM без доказательств в интервью → vanity; обязательна маркировка факт/гипотеза/бенчмарк [2.7].
Early adopters без поведенческого подтверждения → workslop («для всех»).
Увядание: зафиксированные узлы входят в фазу потери актуальности → Product Ops следит за статус=увядает; при смене поведения сегмента → авто-refresh через Кортекс.

❓ Контрольные вопросы завершения цикла (метапознание)¶

Fit-точка — спелый подграф (CR ≥ порога), а не документ/отчёт?
Каждый узел fit-точки трассируется до интервью/цитаты (анти-workslop)?
mNSM маркирована факт/гипотеза/бенчмарк (если WTP — гипотеза, помечена для Step 4)?
Early adopters определены поведенчески (кто уже ищет решение), а не «для всех»?
Gate дал чёткий исход — пропуск ИЛИ осознанный отказ (без «серой зоны»)?
Активированы ли флаги увядания для зафиксированных узлов (авто-refresh при смене поведения)?
Goal Map обновлена (связь Product Lens ↔ Business Lens ↔ Strategy Lens)?

🔗 Дальше¶

→ Step 3 — Market (overview): Нексус рынка, TAM/SAM/SOM → mNSM, Ставки (Bets). Fit-точка Step 2 (фокус-сегмент + гипотеза mNSM) — вход в оценку рынка. → Step 4 — Value (overview): ценностное предложение, 🟧 Need/Value Fit (первый гейт фреймворка). Гипотеза mNSM из Step 2 проверяется на монетизируемость.

Назад: 4.pitch · Цикл завершён → новый цикл Sprint в Step 3. Источники: 2.7 instruction · 2.META instruction

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