---
name: biz-strategy
description: >
  사업성 검토 통합 스킬. 수요 검증 + 비즈니스 모델 캔버스, 수익/가격 전략, 시장 분석(TAM/SAM/SOM),
  GTM 전략, 북극성 지표, 코호트 분석을 한 번에 수행. /hermes로 실행.
triggers:
  - "hermes"
  - "헤르메스"
  - "biz-strategy"
  - "사업성"
  - "사업화"
  - "비즈니스 모델"
  - "시장 분석"
  - "business model"
  - "market analysis"
auto_apply: false
---

# Hermes (헤르메스) — 사업성 검토

> **헤르메스(Hermes)**: 상업과 무역의 신, 메신저.
> "이거 돈 되나?" — 프로젝트 시작 전, 사업성을 6개 영역으로 분석합니다.

## Quick Start

```
/hermes                       # 전체 6개 영역 분석
/hermes "온라인 교육 플랫폼"   # 주제 지정
/hermes --canvas-only          # 비즈니스 모델 캔버스만
/hermes --market-only          # 시장 분석만
```

**공식 호출명:** `/hermes` (별칭: `헤르메스`, `사업성`, `사업화`)

## 파이프라인 위치

```
/hermes → /athena → /zephermine → /agent-team → ... → /estimate
 사업분석    CEO 코칭    기술 설계      구현              견적서
```

**독립 실행 가능** — 파이프라인 밖에서 단독 사용.

---

## CRITICAL: First Actions

### 1. Print Intro

```
Hermes(헤르메스) — 상업의 신이 사업성을 검토합니다
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
7개 영역: 수요 검증 → 모델 → 수익 → 시장 → GTM → 지표 → 코호트
```

### 2. 주제 확인

`$ARGUMENTS`가 없으면 AskUserQuestion:

```
question: "어떤 사업/제품/서비스를 분석할까요?"
header: "분석 대상"
```

기존 젭마인 산출물(`spec.md`)이 있으면 거기서 자동 추출 가능.

### 3. Archive 기존 산출물

`docs/hermes/{project-name}.md`가 이미 존재하면 archive로 이동:

```
1. docs/hermes/archive/ 디렉토리 생성 (없으면)
2. 기존 파일 → docs/hermes/archive/{project-name}-{YYYY-MM-DD-HHMM}.md 로 이동 (Bash mv)
3. 새 산출물을 docs/hermes/{project-name}.md 에 생성
```

이렇게 하면 최신 결과는 항상 같은 경로에 있고, 이전 결과는 archive에 보존됩니다.

### 4. 웹 리서치 (3-Layer 합성)

분석 대상에 대해 WebSearch로 **3계층 합성** 리서치:

| Layer | 내용 | 검색 키워드 |
|-------|------|------------|
| **Layer 1: 정석** | 이 분야에서 검증된 통설, 업계 표준 | "{주제} 시장 현황", "{산업} best practices" |
| **Layer 2: 트렌드** | 최근 1~2년 새로운 흐름, 신규 플레이어 | "{주제} {올해} trends", "{산업} 신규 서비스" |
| **Layer 3: 1원칙** | Layer 1~2를 의심 — 통설이 틀린 부분은? | 독자적 추론 (검색 아님) |

**유레카 체크**: Layer 3에서 통설과 모순되는 진짜 인사이트를 발견하면:
> "EUREKA: 업계는 {A}가 정석이라 하지만, {대화에서 나온 증거}를 보면 {B}가 맞을 수 있다."

결과를 이후 7개 영역에 활용.

---

## 영역 0: 수요 검증 (Demand Reality)

> 시장 크기보다 먼저: "진짜 원하는 사람이 있는가?"
> (YC office-hours 방법론 참고)

**4개 강제 질문** — AskUserQuestion으로 하나씩, 구체적이고 불편할 때까지 밀어붙이기:

**Q1. 수요 현실**: "이 제품이 내일 사라지면 **진짜 패닉할 사람**이 있나요? '관심 있다'가 아니라 '없으면 못 살겠다'인 사람요."
- 레드 플래그: "사람들이 관심 있어 해요", "대기자 500명", "VC가 좋아해요"
- 그린 플래그: 구체적 이름, 돈을 내는 행동, 매일 쓰는 사용자

**Q2. 현상유지**: "지금 이 문제를 어떻게 해결하고 있나요? — 엑셀, 카톡, 수작업이라도요."
- 현상유지가 "아무것도 안 함" → 수요가 약할 수 있음
- 현상유지가 "엑셀+카톡으로 4시간" → 강한 수요 신호

**Q3. 최소 유료 버전**: "이번 주에 돈을 내고 살 **가장 작은 버전**은 뭔가요?"
- 레드 플래그: "풀 플랫폼을 먼저 만들어야 해요"
- 그린 플래그: 하나의 기능, 하나의 워크플로우

**Q4. 직접 관찰**: "실제 사용자가 이걸 쓰는 걸 직접 본 적 있나요? 뭐가 놀라웠나요?"
- 관찰 없음 → "확인 필요" 기록
- 관찰 있음 → 구체적 놀라움이 핵심 인사이트

**수요 판정:**

| 등급 | 기준 |
|------|------|
| **Validated** | 돈을 내는 사용자 있음 / 없으면 패닉하는 구체적 인물 |
| **Promising** | 현상유지가 고통스러움 + 최소 버전 명확 |
| **Unvalidated** | 관심만 있고 행동 증거 없음 |
| **Red Flag** | 수요 증거 제로 + 현상유지에 불만 없음 |

> **Red Flag 시**: 나머지 6개 영역을 진행하되, 산출물 상단에 `⚠️ 수요 미검증 — 시장 분석의 전제가 불확실합니다` 경고 표시.

---

7개 영역 분석 프레임워크 상세(캔버스 템플릿, 가격 모델 테이블, TAM/SAM/SOM 다이어그램, GTM 체크리스트, 북극성 지표/입력 지표 테이블, 코호트 테이블/단위 경제학): See [frameworks.md](references/frameworks.md)

## 영역 1: 비즈니스 모델

BMC 9블록(핵심 파트너~수익원)과 Lean Canvas(초기 스타트업용)를 작성합니다.
출력: 텍스트 캔버스 + Mermaid 다이어그램

---

## 영역 2: 수익 전략

구독형·건당과금·프리미엄·라이선스·광고 모델 중 적합한 것을 선택하고, 3~5개 수익화 방안을 예상 규모·난이도·검증 방법과 함께 제시합니다.

---

## 영역 3: 시장 분석

TAM(전체) → SAM(접근 가능) → SOM(1~3년 확보 가능) 순으로 WebSearch 데이터를 활용하여 산출합니다.

---

## 영역 4: GTM (Go-to-Market) 전략

비치헤드 고객·채널·메시지·차별화·파트너를 정의하고, 런치 체크리스트(랜딩 페이지~분석 도구)를 완성합니다.

---

## 영역 5: 핵심 지표 (North Star Metric)

비즈니스 유형별 북극성 지표를 설정하고, 이를 움직이는 입력 지표 3~5개를 정의합니다.

---

## 영역 6: 코호트 분석 프레임워크

실제 데이터가 없어도 코호트 기준·측정 지표·분석 주기·세그먼트를 설계하고 CAC/LTV/Payback Period 목표를 설정합니다.

---

## 부록: 도메인 용어 시드

hermes 산출물 끝에 다음 섹션을 **반드시** 추가합니다. 이는 zephermine Step 8(사전 v1 자동 생성)에서 시드로 활용됩니다.

```markdown
## 핵심 도메인 용어 시드

> hermes 분석에서 등장한 도메인 용어. zephermine이 이 목록을 도메인사전 v1 시드로 활용합니다.

| 영문 식별자 (제안) | 한글 표기 | 정의 | 출처 영역 |
|------------------|-----------|------|----------|
| Customer | 고객 | 핵심 가치 제안의 수혜자 | 영역 1 (BMC) |
| Subscription | 구독 | 월/연 단위 정기 결제 모델 | 영역 2 (수익) |
| ARPU | 사용자당 평균 매출 | 월 매출 ÷ 활성 사용자 | 영역 5 (지표) |
| ... | ... | ... | ... |
```

**작성 규칙:**
- BMC/시장분석/지표에서 등장한 명사 위주 (5~15개)
- 영문 식별자는 표준 비즈니스 용어 우선 (CAC, LTV, ARPU, NPS 등)
- 한글 표기는 일반 통용 표기 (외래어 표기법 준수)
- 정의는 한 줄
- 도메인사전이 이미 있으면 (`docs/domain-dictionary.md`) → 충돌 시 표시. 없으면 → zephermine이 시드로 채택

> 이 섹션은 hermes의 사업 분석과 zephermine의 도메인사전 사이 **가교** 역할을 합니다.

---

## 완료 안내

```
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
✅ Hermes 검토 완료! 상업의 신이 분석을 마쳤습니다.

📁 산출물: docs/hermes/{project-name}.md

📊 요약:
  비즈니스 모델: {유형}
  시장 규모(SOM): {금액}
  핵심 지표: {북극성}
  LTV/CAC: {비율}

👉 다음 단계:
  /athena             → CEO 코칭 (전략적 도전)
  /okr                → 분기별 OKR 설정
  /zephermine         → 기술 설계 시작
  /estimate           → 개발 견적서
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
```

---

## 옵션

| 옵션 | 설명 | 기본값 |
|------|------|--------|
| `--canvas-only` | 비즈니스 모델 캔버스만 | false |
| `--market-only` | 시장 분석(TAM/SAM/SOM)만 | false |
| `--lean` | Lean Canvas 포함 | false |
| `--output-dir` | 출력 디렉토리 | `docs/hermes/` |

---

## 연관 스킬

| 스킬 | 역할 | 연결 |
|------|------|------|
| ceo (athena) | CEO 코칭 | 후행 — 사업 분석 데이터로 전략적 도전 |
| okr | 분기별 목표/핵심결과 설정 | 후행 — 사업성 검토 후 실행 계획 |
| zephermine | 기술 설계 | 후행 — 사업성 확인 후 설계 |
| estimate | 개발 견적서 | 후행 — 비용 산정 |
| reddit-researcher | 시장 조사 (Reddit) | 보완 — 시장 분석에 활용 |
| game-changing-features | 10x 기회 발굴 | 보완 — 차별화 전략에 활용 |

## Related Files

| 파일 | 역할 |
|------|------|
| `skills/okr/SKILL.md` | OKR 설정 |
| `skills/zephermine/SKILL.md` | 기술 설계 (사업성 확인 후) |
| `skills/estimate/SKILL.md` | 개발 견적서 |
| `skills/reddit-researcher/SKILL.md` | Reddit 시장 조사 |