2 added, 0 removed. Audit A to A.
---
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`가 없으면 현재 CLI의 질문 방식으로 확인:
```
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개 강제 질문** — 현재 CLI의 질문 방식으로 하나씩, 구체적이고 불편할 때까지 밀어붙이기:
**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: 비즈니스 모델
먼저 서로 뚜렷이 구별되는 비즈니스 모델 후보 2~3개를 생성하고, 각 후보를 수요(demand)·해자(moat)·단위 경제학(unit-economics) 기준으로 1~5점 채점합니다(각 점수마다 한 줄 근거). 점수표로 최적 후보를 선택한 뒤 BMC를 작성합니다.
> 채점 없이 후보만 나열 금지. 후보를 만들었으면 반드시 위 3개 기준으로 점수화하고, 선택 판단을 사용자에게 떠넘기지 않습니다.
선택된 후보에 대해 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 시장 조사 |