1.3 instruction — Нексус Роста с NPV-моделью¶

Этап RB-STEP-1 — BIG IDEA (прелюдия) · Линза: Business (Business Sprint → Рычаги (Lever) → NPV; состоит из нескольких Product Sprint) [S1] VI.1 · Инструкция для Инженера Продукта нового поколения (PAF, [S1],[S2]). Преемственность метода: исходный раннбук RB-STEP-1-IDEA/1.3 Нексус Роста.md — 3 компонента (Business Model, Unit Economics CAC/LTV/Payback/Gross Margin, Growth Levers), ручной расчёт. Эта инструкция: (а) добавляет NPV как вершину модели (в исходнике NPV отсутствует — [reformation] §1.3 разрыв 3), (б) связывает юнит-экономику → NPV, (в) вводит mNSM с числовой оценкой (в исходнике mNSM только в карточках, [reformation] §1.3 разрыв 3), (г) для AI-продуктов — COGS токенов как отдельный рычаг [S2] III.6.

🎯 Цель в PAF-оптике¶

Насытить Нексус системы роста до CR, при котором Business Sprint оперирует измеримыми Рычагами (Lever) — свойствами бизнес-модели, инвестиция в которые растит NPV (возврат монетизируемой ценности на инвестиции [S1] Принцип 6, VI.6).

Главная метрика — не LTV/CAC как самоцель, а NPV > 0 и mNSM с числовой оценкой. Для AI-продуктов критический контроль — COGS токенов (cost-per-token × tokens-per-user) [S2] III.6, [reformation] §1.3 разрыв 3.

👤 Роль и ответственность¶

Growth Engineer / Growth PM — владелец Нексуса роста; максимизация mNSM (новые клиенты + рост LTV) [S1] III.3; контроль COGS токенов [S2] III.6.
Product Engineer — потребляет Рычаги для насыщения Банча (фичи → mNSM).
Инженер по развитию бизнеса / Bizdev Architect (если есть) — максимизация NPV бизнес-юнита [S1] III.3.
Зона человека: NPV-моделирование как инвестиционное решение — агенты = инструменты, не акторы; ответственность за распределение ресурсов не передаётся ИИ [S2] III.4, [reformation] Часть VIII.

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

NPV-калькулятор [reformation] §1.5 — встроен в Нексус Роста; по входным параметрам (CAC, LTV, churn, цена, COGS токенов) считает NPV и ранжирует Рычаги по эластичности NPV (какой рычаг даёт наибольший рост NPV на единицу инвестиции).

Nexus-Builder Agent — заполняет Узлы бизнес-модели: Monetization, Unit-Economics, Growth-Lever, AI-COGS, NPV-estimate, mNSM-numeric.

Вход: бенчмарки из RAG (только верифицированные — SaaS CAC/LTV диапазоны)
гипотезы инженера (маркировка benchmark vs hypothesis).
Выход: Узлы с NPV-оценкой и ранжированными Рычагами; для AI-продуктов — стресс-тест «COGS ×2/×5» [reformation] §5.9.

Три типа Рычагов (преемственность из исходника 1.3): - Acquisition-Lever — привлечение (SEO, виральные петли, партнёрства); - Retention-Lever — удержание (onboarding, уведомления, комьюнити); - Monetization-Lever — монетизация (upsell, годовая предоплата, add-ons).

Промпт-идея:

«Посчитай NPV Банча по 3 сценариям (консервативный/базовый/оптимистичный). Ранжируй Рычаги по эластичности NPV. Если продукт AI — вынеси COGS токенов отдельным рычагом и дай стресс-тест ×2 и ×5. Все цифры маркируй fact/hypothesis/benchmark.»

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

Чекпоинт: NPV-модель — потенциальный чёрный ящик ([reformation] §1.3 разрыв 3). Инженер проверяет каждый параметр: «Откуда CAC? Это бенчмарк или наша гипотеза? Какая ставка дисконтирования?»
Veto-право: если NPV > 0 только в оптимистичном сценарии при нереалистичных допущениях — пометка иллюзия готовности [reformation] Часть VIII.
Вопрос по AI-COGS:
«Сколько токенов на активного пользователя в месяц? Что будет с COGS, если usage вырастет в 5 раз?» [S2] III.6.
«LTV:CAC ≥3 — но churn взят с потолка или из бенчмарка?»

📦 Артефакт = узлы Нексуса¶

Создаются/обновляются: Monetization (схема), Unit-Economics (CAC/LTV/Payback/Gross Margin — из исходника 1.3), Growth-Lever (3 типа — из исходника), AI-COGS (для AI-продуктов), NPV-estimate (3 сценария), mNSM-numeric (число, не low/med/high — [reformation] §1.3 разрыв 3).
Метаданные: источник, CP, timestamp, тип (fact/hypothesis/benchmark), сценарий (conservative/base/optimistic).
Прирост Context Ripeness: 0% → ≥60% по Нексусу роста.

🚦 Confidence Point-гейт¶

Критерий перехода к 2.1 (скаутинг): CR Нексуса роста ≥60% и NPV > 0 в базовом сценарии и хотя бы 2 ранжированных Рычага.
Стоимость риска: «COGS-эксплозия» — если AI-COGS скрыт в «серверах», breakeven ложный [reformation] §5.9. Gate: AI-COGS вынесен отдельным Узлом.

🔭 Связь с Тремя Линзами (3PL)¶

Активная: Business Lens [S1] VI.1.
Связь со Strategy Lens: Growth-Lever → потенциал Bet-узла.
Связь с Product Lens: mNSM-numeric → целевая функция фич Банча.

🛡️ Анти-workslop чекпоинт¶

Workslop-риск: «убедительные, но неверные» финмодели [S2] III.7; каскадная ошибка в breakeven; NPV как магическое положительное число без разложения.
Признак: NPV посчитан без ставки дисконтирования; COGS токенов не выделен; LTV:CAC ≥3, но churn взят с потолка.
Правило верификации: каждый параметр финмодели — маркировка fact/hypothesis/benchmark; COGS токенов — отдельный рычаг; NPV — 3 сценария.

🧩 Маппинг к Skill Map / профстандарту 06.012¶

Skill Map [S3]: сектор 6 Sales & Economics (монетизация, финпланирование).

Уровни владения сектором [S3] IV.3: - внутренний (junior) — атомарная метрика (CAC одной когорты); - средний (middle/senior) — комплексная метрика продукта (NPV фичи); - внешний (head/CPO) — NPV бизнес-юнита/портфеля (этот подшаг).

Целевая функция PM [S3] IV.1: максимизация ценности с минимизацией time-to-market — NPV как возврат монетизируемой ценности на инвестиции [S1] Принцип 6. Прибыль — следствие, не цель [S3]. Уровень — внешний круг (senior/head/CPO): бизнес-юнит/North Star/метрики бизнеса. - Профстандарт 06.012 [S4]: функция B (B/08.5 показатели успешности) для Product Engineer; функция C (C/02.6 бизнес-планы/цены) для Portfolio Manager.

🔗 Связи¶

Назад: 1.2 instruction · Дальше: 2.1 instruction Связанные: reformation · index · naming_conventions