6.harvest — HARVEST / Сбор урожая Step 3 (Step 3: Market)¶

Фаза средняя · Линза: Strategy → передача в Product Lens (RB-STEP-4) · Harvesting [S1] VI.4. Источник: [S1] базовая логика 5 (цикл) · 3.6, 3.7 instructions.

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

Harvesting — зафиксировать итог Step 3 как инкремент контекста и подготовить переход к Step 4. Нексус рынка v1.0 интегрируется в Карту Целей (Goal Map) [S1] VI.1, связывая Strategy Lens (Ставки/Bets) с Product Lens (ценностное предложение как Банч фич — Identify-фаза Und-Id-Ex) и Business Lens (Рычаги модели роста → NPV). Список assumptions_to_verify передаётся в Customer Validation (RB-STEP-4) для проверки на реальных данных.

PAF: после релиза Кортекс обновляет Нексус → меняется Банч → цикл [S1] базовая логика 5. Harvesting Step 3 — это старт event-based петли: рыночный контекст теперь живой, и любой refresh (новый отчёт, смена цен конкурентом, увядание тренда) пересчитывает CR и может изменить Bet-узлы.

👤 Роль¶

Product Engineer — передаёт Gap-узлы и Constant-узлы в Product Lens (аргументы ценностного предложения для RB-STEP-4); фиксирует mNSM-потенциал SOM как вход для Identify. Portfolio Manager — закрывает Strategic Sprint Step 3: Ставки (Bet-узлы) интегрированы в портфель, баланс NPV обновлён. Product Ops — запускает event-based петлю (мониторинг источников, аларм увядания, квартальный review трендов), обновляет Goal Map.

Зона человека [S2] III.4: итоговая синхронизация Ставок с другими Business Pod через Карту Целей — не делегируется ИИ.

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

Nexus-Builder Agent (рынок) [3.0] + Агент-трекер трендов [3.2] — фаза event-петли: - Запускает стек мониторинга для автосвежести: Google Alerts (ежедневно), Google Trends (еженедельно), RSS/Feedly по отраслевым блогам (еженедельно), LinkedIn лидеров мнений (еженедельно), TechCrunch/VC.ru (2–3×/неделю), квартальный review каталога трендов. - Event-based обновление: событие (новый отчёт, раунд конкурента, смена цен, refresh) → пересчёт CR Узла → аларм при падении CR ниже порога или смене уровня угрозы Force-узла. - Квартальный review констант (могут устареть за 5–10 лет — реже, но проверять). - Передаёт в Goal Map: Force→Trend→Constant→TAM-SAM-SOM→Competitor→Gap→Bet как целостный подграф Strategy Lens.

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

Оценивает, что Step 3 дал стратегически: спелый ли Нексус рынка? Достаточен ли SOM для точки безубыточности и NPV>0? Какая область потребностей подтверждена?
Проверка итогового CP: Bet-узлы с GO должны иметь CP, растущий от верифицированной информации (не «ощущение готовости»).
Различает зафиксированный контекст (факт с источником) от допущения (гипотеза на верификацию в RB-STEP-4). Список assumptions_to_verify — это явный контракт с Customer Validation.
Решает, готов ли Strategic Sprint к передаче в Product Sprint (RB-STEP-4): если Нексус рынка v1.0, но SOM иллюзорен из-за COGS токенов → возврат к 3.3 (переоценка).

📦 Артефакт = обновлённый Нексус → след. шаг¶

Goal Map обновлена: Нексус рынка v1.0 связан с Нексусом потребителя (v0.2 enriched) и Нексусом продукта; Ставки портфеля синхронизированы.
Передача в RB-STEP-4 (Product Lens):
Gap-узлы и Constant-узлы → аргументы ценностного предложения (Identify-фаза).
mNSM-потенциал SOM → гипотеза mNSM для валидации.
Топ-5 ближайших конкурентов → «почему клиент выберет нас» (позиционирование).
Передача в RB-STEP-5 (Business Lens): драйвер роста SOM → Рычаг (Lever) модели роста; для AI — COGS токенов как отдельный Рычаг.
Контракт верификации: assumptions_to_verify из Bet-узла → Customer Validation (RB-STEP-4) проверит willingness-to-pay, реальную долю SOM, ответные ходы конкурентов.

🚦 CP-гейт фазы / готовность к Step 4¶

Step 3 завершён, когда: - Нексус рынка v1.0 (CR ≥ 60–75%), все 7 типов Узлов представлены с источниками. - Bet-узлы имеют decision: GO (NO-GO/PIVOT — валидные альтернативы). - Goal Map обновлена; assumptions_to_verify переданы в Нексус потребителя. - Event-based петля мониторинга запущена (без неё — CR-увядание).

Fit-точки на Step 3 нет (первый гейт — Need/Value Fit в конце Step 4). Переход в Step 4 — по достаточности рыночного контекста, а не по fit-гейту.

🛡️ Анти-workslop¶

Без квартального review тренд-матрица устаревает (CR-увядание). Harvesting запускает петлю, но она требует дисциплины review.
CP как новая vanity: при Harvesting проверять, что итоговый CP Bet-узлов растёт от верифицированной информации, а не «по галочкам».
NPV-потенциал SOM без валидации = иллюзия: Harvesting явно маркирует допущения для проверки в RB-STEP-4 (снятие: Soft Launch, CP не поднимается без a posteriori).
Документ как финальный артефакт = workslop: Harvesting фиксирует живой Нексус с event-based петлёй, не статичный отчёт.
Workslop ≈ 15,4% материалов перекладывают когнитивную нагрузку; MIT: 95% не получают отдачи от инвестиций в ИИ из-за workslop [S2] III.7.

🔗 Дальше¶

→ overview (Step 4 — Value): ценностное предложение, need/value fit. Первый гейт Discovery — 🟧 Need/Value Fit (конец Step 4). Customer Validation проверит assumptions_to_verify из Bet-узлов Step 3.

Назад: 5.execute · В overview шага: overview.

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