Strategic Analysis

---
name: strategic-analysis
description: >
  [STATUS: review] [CONFIDENCE: high] [REVIEWED: 2026-04-18]
  Tier-1 стратегический анализ проекта (McKinsey/BCG методология): потенциал,
  текущее использование, Utilization Ratio, рыночная возможность, защищаемость.
  Триггеры: "стратегический анализ", "оцени потенциал", "TAM/SAM", "utilization ratio",
  "бизнес-анализ проекта", "стратегия проекта", "рыночный потенциал", "strategic analysis".
  НЕ использовать для: code review, технических архитектурных решений, операционных вопросов,
  дебага, выбора библиотек — это инструмент бизнес-анализа, не технического.
allowed-tools: Read, Bash(git log:*), Bash(git status:*)
---

# Strategic Analysis — Tier-1 Framework

## Auto-Context (читаешь сам, не спрашиваешь)

Перед запуском прочти — не задавай вопросы об очевидном:

```
!`cat .claude/memory/activeContext.md 2>/dev/null | head -60`
```
```
!`cat CLAUDE.md 2>/dev/null | head -30`
```

Из контекста извлеки: название проекта, стадию, стек, Scope Fence, текущий фокус.
Если что-то КРИТИЧЕСКИ отсутствует для анализа — задай ОДИН вопрос, не список.

---

## Evidence Policy (обязательна)

Каждое число, оценка, утверждение помечается:
- **[VERIFIED-source]** — из документа, отчёта, кода (укажи источник)
- **[INFERRED]** — расчёт по аналогии (укажи цепочку)
- **[WEAK]** — косвенные данные, единственный источник
- **[UNKNOWN]** — нет данных, явно скажи "требует проверки"

TAM без маркера = hallucination. Никогда не опускай маркеры ради "чистоты" текста.

---

## Шаг 0: Параметры (auto-detect)

До начала анализа определи:
| Параметр | Источник | Значение |
|----------|----------|----------|
| Стадия | activeContext.md / CLAUDE.md | Pre-seed / MVP / Growth / Зрелый |
| Доступность данных | файлы проекта | Код / Внутренние метрики / Публичные аналоги |
| Зрелость рынка | Scope Fence + тип проекта | Blue ocean / Фрагментированный / Консолидированный |
| Глубина | запрос пользователя | Экспресс (одна страница) / Полный |

---

## 1. Оценка потенциала (теоретический потолок)

### A. Рыночная возможность

**TAM/SAM/SOM** — три числа с источниками [VERIFIED/INFERRED]:
- TAM: полный объём рынка
- SAM: достижимый сегмент (с учётом географии, ICP)
- SOM: реалистичная доля за 3 года

Если данных нет → [UNKNOWN], предложи методологию расчёта (bottom-up по ICP × ARPU, не top-down).

**Траектория роста:** CAGR сопоставимых вертикалей [VERIFIED-source].

**Временные факторы:** регуляторные окна, технологические точки перегиба, которые открывают или закрывают окно.

### B. Ресурсная ёмкость

- Техническая масштабируемость: максимальная пропускная способность vs текущая
- Критические пробелы в компетенциях (блокируют экспансию)
- Unit economics в масштабе: LTV/CAC, предельная стоимость на пользователя [INFERRED если нет данных]

### C. Стратегические рычаги

- Неиспользованные потоки выручки (лицензирование, API, данные, white-label)
- Сетевые эффекты: порог критической массы для доминирования
- Защищаемость (Moats): что реально недоступно конкурентам в масштабе

**Итог секции:** ровно 3 числа — "$X ARR потенциал", "Y пользователей потолок", "Z% максимальная доля"

---

## 2. Текущее использование (фактическое состояние)

### A. Метрики

- **Коммерческие:** выручка, маржа, окупаемость vs бенчмарки [VERIFIED если есть]
- **Операционные:** коэффициенты использования (серверы, команда, adoption фич)
- **Стратегические:** партнёрства, IP, позиция на рынке

### B. Доказательства валидации

- Клиентская: NPS, retention, expansion revenue
- Техническая: uptime, latency, error rate vs SLA
- Рыночная: win rate в конкурентных сделках

**Ограничения:** явно укажи период измерения и качество данных.

---

## 3. Utilization Ratio

Выбери подход по доступности данных:

**Вариант A (жёсткие данные):**
```
Utilization = Текущая метрика / Максимальная ёмкость × 100%
Пример: $200K ARR / $50M потенциал = 0.4%
```

**Вариант B (качественная оценка):**

| Измерение | Использование | Потенциал | Ratio |
|-----------|--------------|-----------|-------|
| Выручка | [X] | [Y] | [Z%] |
| Рынок | [X] | [Y] | [Z%] |
| Технология | [X] | [Y] | [Z%] |
| Команда | [X] | [Y] | [Z%] |

**Вариант C (pre-revenue):**
Замени деньги на: валидированные гипотезы / всего гипотез, built features / planned features.

**Итог:** Один интегральный Utilization Score (0-100%) с интерпретацией.

---

## 4. Gap Analysis (разрыв потенциал → реальность)

Топ-3 разрыва ранжированные по Impact × Усилие:

| Разрыв | Влияние | Усилие | Приоритет |
|--------|---------|--------|-----------|
| [1] | High/Med/Low | High/Med/Low | |
| [2] | | | |
| [3] | | | |

---

## 5. Стратегические рекомендации

Ровно 3 действия с горизонтом:

**Немедленно (0-30 дней):** что разблокирует следующий этап
**Среднесрочно (1-6 мес):** что строит защищаемость
**Долгосрочно (6-18 мес):** что двигает к потолку потенциала

---

## 6. Kill Criteria (когда остановиться)

Явно сформулируй условия при которых проект стоит закрыть или pivot:
- Метрика X ниже Y через Z месяцев
- Blocker N не разрешён к дате D
- Конкурент M занял долю > P%

---

## Gotchas

- Никогда не опускай Evidence markers ради красоты текста
- TAM top-down (рынок × доля) хуже чем bottom-up (ICP × ARPU × охват) — используй оба
- Если проект pre-revenue → не выдумывай метрики, работай с прокси-показателями
- Kill criteria важнее рекомендаций — без них анализ создаёт false confidence