4.pitch — PITCH¶
Шаг Step 5 — Business Model · фаза цикла Product Sprint · Линза: Business · Инструкция для Инженера по развитию бизнеса / Bizdev Architect (PAF [S1],[S2]). Референс методов: 5.4 Издержки цепочки создания ценности. Референс «почему»: 5.4 instruction · reformation §5.
🎯 Цель фазы для Step 5¶
Pitching of Trust [S1] VI.4, VI.7 — защита бизнес-Банча (из BUNCH) и картированной части модели перед командой/стейкхолдерами; рост Confidence Point через опровержение слабых аргументов; гейт-решение о допуске рычагов в EXECUTE (финмоделирование NPV). В Step 5 PITCH агрегирует подшаг 5.4 — Издержки цепочки создания ценности [5.4]: прежде чем моделировать NPV в EXECUTE, нужно картировать, откуда вытекают деньги, и выделить AI-COGS как отдельный рычаг.
PITCH Step 5 = «команда заваливает аргументы»: каждый рычаг Банча и каждая цифра издержек проходят red-team. Слабые узлы (без источника, с галлюцинированными цифрами) выкидываются или возвращаются на донасыщение. Сильные → в EXECUTE для NPV Monte-Carlo [5.5].
7 групп издержек цепочки создания ценности [5.4 Phase 2]: | № | Группа | Что включает | Влияет на | |---|---|---|---| | 1 | Создание продукта | Команда разработки, серверы, лицензии, внешние API | COGS, Gross Margin | | 2 | Привлечение (CAC) | Реклама, маркетолог, аналитика | CAC, Payback | | 3 | Продажа | Комиссия продажников, платёжные системы, CRM | CAC, GM | | 4 | Логистика/доставка | Доставка, onboarding, интеграции (B2B) | COGS, GM | | 5 | Возвраты/рефанды | Refund rate × сумма, обработка | Выручка, LTV | | 6 | Удержание | Лояльность, email-автоматизация, реактивация | Churn, LTV | | 7 | Пост-продажное обслуживание | Саппорт, Customer Success, helpdesk | Retention, LTV | | + | Налоги | УСН/НДС, страховые взносы с ФОТ ~30% | Net Margin |
AI-COGS — отдельный рычаг [reformation §5.3 разрыв 5]: AI-COGS = cost-per-token × tokens-per-user × active-users. Выделяется из блока 1 («Создание продукта»), где в классике спрятан как «серверы/OpenAI API». Cost-per-token — внешний (снижается по Курцвейлу [S2] III.5); tokens-per-user — продуктовый (управляется кэшированием/моделью-маршрутизацией). Обязательный стресс-тест COGS-эксплозии: usage ×2 и ×5 (парадокс Джевонса [S2] III.5 — удешевление когнитивного труда увеличивает потребление).
Fix/Пер классификация [5.4 Step 3.2] — фундамент для breakeven в HARVEST: - Фиксированные (Fixed): не зависят от числа клиентов — зарплаты команды (FTE), аренда, лицензии на ПО. Растут «ступеньками» при масштабировании. - Переменные (Variable): растут с числом клиентов — рекламный бюджет (CAC), серверные затраты на пользователя, AI-COGS, комиссия платёжки, возвраты (% от выручки).
Матрица влияния статей на метрики [5.4 Step 4.1]: для каждой группы — прямое/косвенное влияние на CAC / Retention-LTV / Gross Margin / Net Margin. Например: «Привлечение» → прямо на CAC; «Удержание» → прямо на Churn/LTV; «Налоги» → прямо на Net Margin. Выявление топ-3 «убийц экономики» [5.4 Step 4.2] — статей, критически мешающих сходимости; именно на них фокусируется поиск оптимизации в EXECUTE.
Бенчмарки refund rate по индустриям [5.4]: SaaS 1–3% · e-commerce (одежда) 20–30% · e-commerce (электроника) 5–10% · EdTech 3–8% · мобильные приложения 1–2%. Брать консервативную оценку — лучше переоценить возвраты.
👤 Роль¶
- Инженер по развитию бизнеса / Bizdev Architect — защищает бизнес-Банч; картирование издержек по 7 группам [5.4]; разделение Fix/Пер; матрица влияния на CAC/LTV/Margin; veto на классификацию затрат.
- Growth Engineer — владелец AI-COGS как рычага:
cost-per-token × tokens-per-user × active-users[S2] III.6; ROI токенизируемых функций; контроль COGS наряду с CAC/LTV. - Product Ops — настройка COGS-калькулятора; RAG по прайс-листам (AWS/Yandex Cloud, OpenAI/Anthropic API, платёжные системы); авто-обновление при изменении тарифов (флаг увядания).
- Portfolio Manager (если есть) — сверка бюджета до breakeven с Картой Целей портфеля.
Критический for AI-продуктов: AI-COGS — контрольная точка помимо CAC/LTV [S2] III.6. Growth Product Manager в AI-Native команде обязан следить за ROI токенизируемых функций; ключевые метрики — adoption/usage (сколько раз пользователь дёргает AI-фичу → сколько токенов). Без выделения AI-COGS экономика AI-продукта принципиально не валидируется — это прямой разрыв классики [reformation §5.3 разрыв 5].
🤖 Кортекс-агент¶
COGS-калькулятор + AI-COGS модуль (5.4):
- COGS-калькулятор — картирует издержки по 7 группам цепочки [5.4 Phase 2]: (1) Создание продукта, (2) Привлечение (CAC), (3) Продажа, (4) Логистика/доставка, (5) Возвраты/рефанды, (6) Удержание, (7) Пост-продажное обслуживание; + (8) Налоги (НДС, налог на прибыль, взносы с ФОТ ~30%).
- AI-COGS модуль (отдельный рычаг) — выделяет AI-COGS из блока «Создание продукта» (где в классике спрятан как «серверы/OpenAI API» [reformation §5.3 разрыв 5]); считает формулу; источник — актуальный API pricing из RAG; стресс-тест COGS-эксплозии: usage ×2 и ×5 (парадокс Джевонса [S2] III.5).
- Матрица влияния — для каждой статьи: влияние на CAC / LTV / Gross Margin / Net Margin [5.4 Step 4.1]; выявляет топ-3 «убийцы экономики» [5.4 Step 4.2].
- Fix/Пер классификатор + Налог-движок (УСН 6% / УСН 15% / ОСН+НДС из RAG по НК РФ).
- Output: cost-structure + ai-cogs + cost-impact-matrix + economy-killers → переход в EXECUTE.
🧠 Человек (метапознание)¶
- NPV-моделирование — зона человека [S2] III.4: классификация затрат как операционно значимых и выбор ставки дисконтирования (для EXECUTE) — стратегическое решение, не делегируется ИИ как актору.
- Верификация AI-COGS: агент считает cost-per-token × tokens-per-user, но tokens-per-user (сколько токенов реально жрёт фича) — гипотеза; человек обязан верифицировать на прототипе/Soft Launch, а не принимать модельную оценку.
- Маркировка факт/гипотеза/бенчмарк: ставки налогов и прайс-листы — факт (URL+дата); tokens-per-user и refund rate — гипотеза/бенчмарк.
- Детект COGS-эксплозии (критический риск Step 5): человек проверяет, не спрятан ли AI-COGS в «серверах» так, что breakeven (HARVEST) окажется ложным; AI-COGS обязан быть отдельной строкой [reformation §5.9].
- Veto: признание рычага слабым (без источника) → выкидывание из Банча, рост CP только от снижения неопределённости (колесо Итамара Гилада [S1] VI.7).
Принцип 6 PAF — «прибыль через ценность» [S1]: сначала востребованный продукт и PMF (Step 4 → Step 7), затем масштабируемая бизнес-модель (Step 5). Step 5 не «придумывает прибыль», а математически доказывает окупаемость уже валидированной ценности. Метрика — mNSM (монетизируемая ценность), не vanity-метрики. PITCH Step 5 = проверка, что экономика сходится на реалистичных допущениях, до масштабирования.
📦 Артефакт = узлы Нексуса системы роста (+ Context Ripeness)¶
cost-structure(агрегирующий) + дочерние по 7 группам + налоги (Fix/Пер, сумма, % выручки, источник, CP, факт/гипотеза/бенчмарк). CR ≥ 60%.ai-cogs— отдельный узел: формула + стресс usage ×2/×5 + результат COGS-эксплозии.cost-impact-matrix— матрица влияния статей на CAC/LTV/Margin.economy-killers— топ-3 «убийцы экономики» [5.4 Step 4.2].- Pitching-Decision: approved/dropped по каждому рычагу Банча; final CP перед EXECUTE.
🚦 CP-гейт¶
CP-gate издержек (5.4) → вход в EXECUTE (финмоделирование):
{7 групп + налоги картированы} ∧ {AI-COGS выделен отдельной строкой с формулой} ∧ {стресс-тест COGS-эксплозии (usage ×2/×5) проведён} ∧ {топ-3 «убийцы экономики» идентифицированы} ∧ {CR cost-structure ≥ 60%}.
Без выделенного AI-COGS гейт не пройден — это прямой разрыв классики [reformation §5.3 разрыв 5]. Возврат к COGS-калькулятору, а не «допишем в EXECUTE».
Context Ripeness издержек [5.4 Success Criteria]:
CR = (% статей с реальными данными) × 0.6 + (% статей с обоснованными гипотезами) × 0.4. Цель ≥60%: даже если все цифры гипотетические на null base, структура полная (7 групп + AI-COGS + налоги), и каждая статья помечена факт/гипотеза/бенчмарк.
🛡️ Анти-workslop¶
- Workslop в COGS: «серверы ~50 000₽» без источника; «комиссия платёжки ~3%» без уточнения провайдера. Гейт: каждая цифра — из прайс-листа с URL+датой.
- COGS-эксплозия AI-фич (критический риск всего Step 5): AI-COGS спрятан в «серверах» → ложный breakeven в HARVEST. Гейт: AI-COGS как отдельная строка + обязательный стресс usage ×2/×5 [reformation §5.9, §VIII].
- Галлюцинации налогов/ставок: режим и ставки — только из RAG по актуальному НК РФ; применимость режима — «гипотеза», проверяется с бухгалтером.
- Ложное ощущение готовности: модельные tokens-per-user ≠ измеренные; верификация на прототипе/Soft Launch.
🔭 Связь с Тремя Линзами (3PL)¶
Business Lens. Каждая статья затрат — потенциальный Рычаг: снижение COGS или CAC растит NPV. AI-COGS — особый рычаг с двумя степенями свободы: cost-per-token (внешний, снижается по Курцвейлу [S2] III.5) и tokens-per-user (продуктовый, управляется кэшированием/моделью-маршрутизацией/лимитами). Связь: - Product Lens — через AI-фичи (каждая токенизируемая функция имеет свой tokens-per-user; связь с mNSM); - Strategy Lens — через выбор режима налогообложения, аутсорсинга/insource, инфраструктуры (облако vs on-premise).
🧠 Зона человека в PITCH (критично)¶
- NPV-моделирование — зона человека [S2] III.4, [reformation §5.9]: классификация затрат как операционно значимых и выбор ставки дисконтирования (для EXECUTE) — стратегическое решение, не делегируется ИИ как актору.
- Pitching of Trust [S1] VI.7: команда «заваливает» аргументы Банча; слабые узлы (без источника, с галлюцинированными цифрами) выкидываются или возвращаются на донасыщение. Рост CP — только от снижения неопределённости (колесо Итамара Гилада), не от «кажется, верно».
- Veto Bizdev Architect: признание рычага слабым → исключение из Банча; окончательное решение о допуске рычагов в EXECUTE (финмоделирование).