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

6.harvest — HARVEST

Шаг Step 5 — Business Model · фаза цикла Product Sprint · Линза: Business · ТЯЖЁЛАЯ фаза · Гейт 🟥 Biz-model fit · Инструкция для Инженера по развитию бизнеса / Bizdev Architect (PAF [S1],[S2]). Референс метода: 5.6 Точка безубыточности, прогноз роста и фиксация. Референс «почему»: 5.6 instruction · reformation §5.

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

Harvesting [S1] VI.4 — финал Business Sprint: фиксация результата цикла (NPV), выбор бизнес-Банча и прохождение гейта 🟥 Biz-model fit fit-points. HARVEST Step 5 агрегирует подшаг 5.6:

  • Поиск бизнес-Банча (2–3 рычага в окне) с максимальным NPV [5.6] — заменяет перебор 6–9 конфигураций в матрице [reformation §5.3 разрыв 4]; Банч формируется только текущим состоянием Нексуса под Bunch Size/Window [S1] VI.6.
  • Breakeven-калькулятор (статический EBITDA=0 в периоде + динамический месяц выхода в ноль) — через Monte-Carlo из EXECUTE → распределение месяца breakeven и бюджета до breakeven (сумма |EBITDA| до выхода в ноль = инвестиция до self-sustaining).
  • Growth Forecast [5.6 Phase 3] — стартовые vs целевые метрики по месяцам с триггерами улучшения (сразу после запуска метрики хуже целевых: CAC выше, Churn выше, ARPU ниже).
  • Фиксация цифрового профиля БМ (business-model-profile) в Нексусе системы роста — НЕ «БМ v1.0» как документ [naming_conventions: «документация» → цифровой профиль]; версонируемый, event-driven обновляемый.
  • CP-план поднятия доверия до biz-model fit (действия в Stage 6–8: Soft Launch, реальные конверсии, когортный CAC/LTV).

Два вида точки безубыточности [5.6]: | Вид | Определение | Что значит | |---|---|---| | Операционная (статическая) | Доходы за месяц = расходы за месяц (EBITDA=0) | MRR = Fixed Costs + переменные | | Полная окупаемость (динамическая) | Суммарные доходы за всё время = суммарным расходам (Cumulative EBITDA=0) | Отбили все вложения |

Обе считаются через Monte-Carlo из EXECUTE → распределение месяца breakeven + бюджет до breakeven (сумма |EBITDA| за месяцы до выхода в ноль = инвестиция до self-sustaining).

Growth Forecast [5.6 Phase 3]: стартовые vs целевые метрики по месяцам с триггерами улучшения. Сразу после запуска метрики хуже целевых (CAC выше, Churn выше, ARPU ниже) — нужен план их исправления, а не «целевые с первого дня».

CP-план поднятия доверия — из разрыва между текущим CP узлов БМ (на гипотезах/бенчмарках) и CP-gate biz-model fit: какие узлы насытить реальными данными в Stage 6–8 (Soft Launch → реальные конверсии воронки; когортный CAC/LTV; измеренный tokens-per-user для AI-COGS); какие «красные черты» мониторить.

Бизнес-Банч = связка 2–3 Рычагов в моменте [S1] VI.6, [reformation §5.3 разрыв 4]: - Bunch Size — ограничен скоростью восприятия рынка (баланс выращивания/потребления, без перепроизводства); - Bunch Window — период ожидания бизнес-результата от Банча; - Три критерия отбора Рычагов в Банч [S1] VI.6: ① макс. mNSM; ② мин. рисков (CP); ③ эффект в окне → комплексный NPV.

Цифровой профиль БМ (business-model-profile) [naming_conventions] — агрегирующий живой узел Нексуса системы роста (НЕ документ v1.0): - Ссылки на все узлы: bm-hypothesis, monetization, funnel, cost-structure (+ai-cogs), unit-economics (levers-ranking, economy-killers), breakeven-forecast, business-bunch; - Версионирование узлов (каждое обновление — инкремент контекста); - Event-driven обновление: при появлении реальных данных в Stage 6–8 конверсии/CAC/tokens-per-user подставляются автоматически, NPV пересчитывается, CP растёт; - CP по biz-model fit + Context Ripeness как вычисляемая метрика.

Итог HARVEST: business-model-profile (CR ≥ 65%) + business-bunch (NPV > 0 на P50) + проход 🟥 Biz-model fit → переход в Step 6 (Go-to-Market: Bale-офферы как продолжение бизнес-Банча). Осознанный отказ при NPV<0 на P50 или провале AI-COGS-стресса — валидный результат (экономия инвестиций, не провал).

👤 Роль

  • Инженер по развитию бизнеса / Bizdev Architect — владелец business-model-profile; выбор бизнес-Банча — стратегическое распределение ресурсов, не передаётся ИИ как актору [S2] III.4 (второй стратегический veto-пункт стадии после NPV-моделирования в EXECUTE); veto на запуск.
  • Growth Engineer — mNSM-оптика бизнес-Банча; AI-COGS-стресс как часть gate; time-to-activation как возможный Рычаг.
  • Product Ops — фиксация цифрового профиля БМ в Нексусе (версионирование узлов), CP-план, модель зрелости Кортекса стадии 5.
  • Portfolio Manager — NPV бизнес-Банча как аргумент инвестиционного решения портфеля (Goal Map).

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

Оптимизатор бизнес-Банча (5.6): - Перебирает комбинации Рычагов из ранжирования EXECUTE (по 2–3 в комбинации) при ограничениях Bunch Size и Bunch Window [S1] VI.6; для каждой считает комплексный NPV через Monte-Carlo (из EXECUTE); ранжирует бизнес-Банчи по NPV. Заменяет матрицу 6–9 конфигураций [5.6 Phase 2]. - Breakeven-калькулятор (статический + динамический) [5.6 Step 1.1, 1.2] — обе точки через Monte-Carlo → распределение месяца breakeven. - Прогноз роста (Growth Forecast) [5.6 Phase 3] — стартовые vs целевые метрики по месяцам с триггерами. - Бюджет до breakeven [5.6 Step 3.4]. - CP-план поднятия доверия — из разрыва между текущим CP узлов БМ и CP-gate biz-model fit: какие узлы насытить в Stage 6–8, какие «красные черты» мониторить. - Sanity-чек — все цифры трассируются до узлов 5.1–5.5; breakeven проверяется на COGS-эксплозию (AI-COGS ×5 не должен обращаться breakeven в «никогда» без флага).

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

  • Выбор бизнес-Банча — зона человека [S2] III.4: не просто максимальный NPV, а NPV × стратегический риск × стоимость риска. Банч с максимальным NPV, но зависимый от одного канала с высоким риском, может быть отклонён в пользу более устойчивого.
  • Отличить «оптимистичный Excel» (повтор EXECUTE): breakeven на месяц 8 при всех благоприятных допущениях — красный флаг; человек проверяет пессимистичный сценарий (P10) и «красные черты».
  • Маркировка факт/гипотеза/бенчмарк: breakeven-расчёт до Soft Launch — целиком модель/гипотеза; реальные конверсии подставляются в Stage 6–8.
  • Veto на запуск: если NPV бизнес-Банча ≤ 0 на P50 ИЛИ AI-COGS-стресс не пройден → осознанный отказ / пересмотр БМ (возврат к 5.1–5.4), а не «запустим и посмотрим».
  • Цифровой профиль ≠ документ: человек следит, что business-model-profile — живой узел Нексуса (версионируемый, event-driven), а не «БМ v1.0.pdf» в архиве [naming_conventions].

📦 Артефакт = узлы Нексуса системы роста (+ Context Ripeness)

  • breakeven-forecast — статическая и динамическая точка безубыточности (распределение месяца breakeven из Monte-Carlo), бюджет до breakeven.
  • business-bunch — выбранный бизнес-Банч: 2–3 Рычага в окне с NPV, Bunch Size/Window, стоимостью риска.
  • growth-forecast — стартовые vs целевые метрики по месяцам с триггерами.
  • business-model-profile — агрегирующий цифровой профиль БМ: ссылки на bm-hypothesis, monetization, funnel, cost-structure (+ai-cogs), unit-economics (levers-ranking, economy-killers), breakeven-forecast, business-bunch; CP по biz-model fit; Context Ripeness. CR ≥ 65%.
  • cp-trust-plan — план поднятия CP до подтверждения в Stage 6–8.
  • Инкремент контекста в Нексус системы роста → цикл (или переход в Step 6).

🚦 CP-гейт — 🟥 Biz-model fit (финальный гейт Step 5)

fit-points · [reformation §5.7, третий CP-gate стадии]:

Критерий прохождения: - Найден бизнес-Банч (2–3 рычага в окне) с NPV > 0 на реалистичном сценарии (P50); - LTV/CAC ≥ 3 (необходимое; NPV>0 — решающее) [S1] Принцип 6 + VI.6; - AI-COGS-стресс пройден: cost-per-token × tokens-per-user при росте usage ×2/×5 не обращает NPV в отрицательный (ИЛИ есть план митигации: кэширование / модель-маршрутизатор / лимиты) fit-points; - Рычаги ранжированы по эластичности NPV; «убийцы экономики» идентифицированы; - CP-план поднятия доверия определён; - Context Ripeness business-model-profile ≥ 65%.

Проход гейта = переход из Discovery в Product Growth (Step 6). Не пройден → осознанный отказ / пересмотр бизнес-модели (возврат к 5.1) — не «подкручивать параметры» fit-points.

⚠️ NPV-моделирование и выбор бизнес-Банча — зона человека [S2] III.4; агенты = инструменты, не акторы.

🛡️ Анти-workslop

  • Workslop в breakeven: каскадная ошибка из EXECUTE размножается в breakeven-месяц [reformation §5.9]. Гейт: breakeven считается через Monte-Carlo из EXECUTE, не точечной моделью.
  • Ложное ощущение готовности (главный риск HARVEST): breakeven из симуляции ≠ реальный breakeven; цифровой профиль БМ — модель до Soft Launch, a posteriori подтверждается в Stage 6–8. CP не поднимается без реальных данных [reformation §VIII].
  • «БМ v1.0» как документ: финальный артефакт — живой цифровой профиль в Нексусе, не документ v1.0 [naming_conventions запрещённый синоним].
  • Матрица 6–9 конфигураций как Беклог: заменена на бизнес-Банч (2–3 Рычага в моменте) [reformation §5.3 разрыв 4; naming_conventions: «Беклог» → «Банч»].
  • Утрата стратегического контроля: выбор бизнес-Банча — зона человека; Кортекс — инструмент [S2] III.4.
  • Дофаминовая петля ИИ: «красивая» модель с положительным NPV приятнее реалистичной с NPV≈0; человек обязан сопротивляться [S2] III.7.

🔗 Дальше

overview (Bale-офферы как продолжение бизнес-Банча) · overview · operating-model · fit-points