---
name: ace-research
description: "TAM/SAM/SOM 시장분석, 경쟁자 비교, 타겟 페르소나, SWOT를 포함한 research.md를 작성합니다. 사용자가 '리서치', '시장조사', '경쟁분석'을 언급할 때 사용하세요."
argument-hint: "[이슈번호 또는 생략]"
user-invocable: true
allowed-tools:
  - Read
  - Write
  - Edit
  - Glob
  - Grep
  - Bash
  - Agent
  - AskUserQuestion
  - WebSearch
  - WebFetch
---

# /ace research — 시장/경쟁/고객 리서치

## 사용법

```
/ace-research [이슈번호]
/ace-research
```

이슈번호를 생략하면 `workspace/current/research.md`를 사용한다.

## 목적
사업 아이디어의 시장 환경, 경쟁 구도, 타겟 고객을 조사하여 구조화된 리서치 보고서를 작성한다.

## ⚠ 분석 원칙 (필수)

**긍정 편향을 경계한다.** AI는 "가능합니다", "기회가 있습니다"를 쉽게 말한다. 이 스킬은 의도적으로 비판적 관점을 강화한다.

1. **모든 긍정 주장에 반론을 붙인다** — "시장이 크다" → "하지만 대기업이 이미 장악하고 있다"
2. **"될 수 있다"가 아니라 "안 될 이유"를 먼저 찾는다** — 실패 사례, 철수한 기업, 무산된 서비스를 반드시 조사
3. **숫자에 출처와 한계를 명시한다** — "TAM 1조" → 출처 + "단, 이 추정은 ~전제 하에서만 유효"
4. **"경쟁자가 없다"는 거의 항상 거짓이다** — 직접 경쟁자가 없으면 간접 대안(엑셀, 수작업, 무관심)을 반드시 포함
5. **현실 검증 질문을 던진다** — "이 고객이 실제로 돈을 내겠는가?", "왜 지금까지 아무도 안 했는가?"

## ⚡ 이어하기 규칙 (필수)

**이 스킬은 중간 저장을 지원한다. 반드시 아래 순서를 따른다.**

### 실행 전 체크
1. 이슈번호가 있으면 `workspace/tasks/{번호}/research.md`, 없으면 `workspace/current/research.md` 파일이 이미 존재하는지 확인한다.
2. 존재하면 frontmatter의 `status`를 읽는다.
   - `status: done` → "이미 완료된 리서치입니다. 재분석하시겠습니까?" 확인
   - `status: in_progress` → **이어하기 모드** 진입

### 이어하기 모드
1. 기존 research.md를 읽어 **어떤 섹션까지 작성되었는지** 파악한다.
2. 내용이 비어있거나 `(미완료)`, `(TODO)` 마커가 있는 섹션부터 이어서 작성한다.
3. 이미 완료된 섹션은 **절대 다시 작성하지 않는다.**
4. 이어서 작성할 때 기존 내용과 톤/형식을 일관되게 유지한다.

### 섹션별 저장
각 섹션(시장분석, 경쟁분석, 고객분석, 기회와위협) 완료 시마다:
1. research.md를 **즉시 저장**한다 (Edit 도구 사용).
2. 아직 미완료 섹션이 있으면 `status: in_progress` 유지.
3. 모든 섹션 완료 후 `status: done`으로 변경.

## 번호 없는 실행 모드

- 이슈번호가 없으면 `workspace/current/` 디렉토리를 생성해서 사용한다.
- 산출물은 `workspace/current/research.md`에 저장한다.
- 보조 메모가 필요하면 `workspace/current/brief.md` 또는 사용자 제공 문서를 우선 읽는다.
- 이 경우 `taskDetail.json` 갱신은 생략한다.

## 에이전트 사용 규칙

### 에이전트 호출 조건
- **메인 세션이 직접 수행** (기본): 섹션 1-2개 작성, 단순 리서치, 파일 5개 이하 참조
- **에이전트 위임**: 전체 4섹션을 한번에 작성해야 하고 대규모 WebSearch가 필요한 경우만
- **병렬 에이전트 금지**: 같은 산출물을 여러 에이전트가 동시에 쓰지 않는다
- **큰 파일 주의**: 에이전트에 큰 파일을 넘기지 않는다. 필요한 부분만 offset/limit로 읽어서 요약 후 전달

### 폴백
1. 에이전트가 타임아웃/에러/불완전한 결과를 반환하면 메인 세션이 직접 수행한다.
2. `<!-- 에이전트 실패 — 메인 세션에서 직접 수행 -->` 주석을 남긴다.
3. 에이전트를 재시도하지 않는다.
4. 에이전트의 중간 출력을 직접 읽지 않는다. 최종 결과만 수신한다.

## 실행 흐름

### Step 1: 아이디어 + 실행자 프로필 수집

사용자로부터 아이디어를 수집한다:
- 해결하려는 문제 (Pain Point)
- 타겟 고객 (누구를 위한 것인가)
- 제안 솔루션 (어떻게 해결하는가)
- 차별점 (기존 대안 대비 왜 더 나은가)

그 다음, **실행자 프로필**을 질문한다:

```
실행자 현황을 알려주시면 현실성 있는 분석이 가능합니다.
(안 주셔도 러프 분석은 진행됩니다)

1. 팀 구성: 혼자 / N명 (역할 구분)
2. 역량: 기술(개발)만 / 영업·마케팅 가능 / 디자인 가능
3. 투입 시간: 풀타임 / 퇴근 후 사이드 / 주말만
4. 자금: 초기 투자 가능 금액 (없음 / ~100만 / ~1000만 / 그 이상)
5. 네트워크: 타겟 고객 접근 경로가 있는가 (없음 / 지인 / 커뮤니티 / 업계 인맥)
```

### 분석 깊이 결정

| 실행자 정보 | 분석 수준 | 내용 |
|------------|----------|------|
| 없음 / 최소 | **러프 분석** | 시장·경쟁·고객 일반론 + 기본 비판 |
| 팀구성+역량 | **중간 분석** | 실행자 역량 대비 실현 가능성 평가 추가 |
| 전부 제공 | **상세 분석** | 실행자 맞춤 현실 검증. "이 사람/팀이 실제로 할 수 있는가?" 구체적 판단 |

상세 분석 시 모든 섹션에 **실행자 현실 체크**가 추가된다:
- 시장 분석: "이 시장에 혼자/이 팀으로 진입 가능한가?"
- 경쟁 분석: "경쟁자 대비 영업·마케팅 열위를 기술로 극복 가능한가?"
- 고객 분석: "이 고객에게 도달할 채널이 실행자에게 있는가?"
- 냉정한 평가: "개발은 되는데 팔 수 있는가? 운영할 수 있는가?"

**이어하기 시**: 기존 research.md 상단의 아이디어/실행자 요약이 있으면 스킵.

### Step 2: 섹션별 리서치 (순서대로, 완료된 섹션 스킵)

**섹션 1. 시장 분석**
- TAM/SAM/SOM 추정 (출처 필수, 추정의 한계 명시)
- 시장 트렌드 및 성장률
- 규제/법률 환경
- ⚡ **현실 체크**: 이 시장 규모가 의미하는 것과 의미하지 않는 것. "TAM이 크다 ≠ 내가 먹을 수 있다"
→ 완료 시 research.md 저장

**섹션 2. 경쟁 분석**
- 직접 경쟁자 목록 (반드시 3개 이상. "없다"는 답 금지)
- 간접 경쟁자/대안 (엑셀, 수작업, 무관심 포함)
- 각 경쟁자의 강점/약점
- 가격 체계 비교
- ⚡ **실패 사례**: 같은 영역에서 실패/철수한 서비스가 있는지 조사. 왜 실패했는지 분석
- ⚡ **모방 장벽**: "대기업이 3개월 만에 따라할 수 있는가?" 솔직하게 평가
→ 완료 시 research.md 저장

**섹션 3. 고객 분석**
- 타겟 페르소나 (2-3개)
- 고객의 현재 해결 방식 (대안) — "불편하지만 참고 있는 방법" 포함
- 전환 비용 / 전환 동기
- ⚡ **지불 의향 현실 검증**: "설문에서 내겠다"와 "실제로 낸다"는 다르다. 유사 서비스의 실제 전환율/결제율 벤치마크 제시
- ⚡ **왜 안 쓸까**: 이 솔루션을 거부할 고객의 이유 3가지 이상 나열
→ 완료 시 research.md 저장

**섹션 4. 냉정한 평가 (Devil's Advocate)**
이 섹션은 의도적으로 비판적으로 작성한다.
- **이 사업이 안 될 이유 5가지** — 가장 강력한 반론부터 나열
- **"왜 지금까지 아무도 안 했나"에 대한 답** — 진짜 기회인지, 시장이 없는 건지
- **최악의 시나리오** — 6개월 후 가장 나쁜 상황은?
- **핵심 가정 (검증 필요)** — 각 가정이 틀렸을 때의 영향도 표시
- SWOT 요약 (W와 T를 S와 O보다 더 상세하게)
- ⚡ **실행자 현실 체크** (실행자 프로필 제공 시):
  - "만들 수는 있는데, 팔 수 있는가?"
  - "영업/마케팅 없이 고객이 알아서 오는 구조인가?"
  - "혼자 개발+운영+CS를 동시에 할 수 있는가?"
  - "사이드 프로젝트로 시작하면 경쟁자 대비 속도가 충분한가?"
→ 완료 시 research.md 저장

**섹션 5. 종합 판단**
- 기회 점수 (1-10) + 근거
- 위험 점수 (1-10) + 근거
- **"그래서 할 만한가?"에 대한 솔직한 한 줄 답변**
- 진행 시 반드시 먼저 검증해야 할 것 Top 3
→ 완료 시 research.md 저장, status: done

### Step 3: 상태 갱신

- research.md frontmatter: `status: done`
- 이슈번호가 있을 때만 taskDetail.json의 `steps.research.status: completed` 갱신

## 도구 사용

- WebSearch: 시장 데이터, 경쟁사 정보, 트렌드
- WebFetch: 관련 보고서, 기사, 통계
- Read: 사용자 제공 자료, 기존 research.md
- Write/Edit: research.md 작성/갱신

## 완료 시 출력

```
═══ 리서치 완료 요약 ═══

[한 줄 판단]
"그래서 할 만한가?" — (솔직한 답변)

[기회] (점수/10)
- 검증된 기회 포인트

[위험] (점수/10)
- 안 될 이유 Top 3

[먼저 검증할 것]
1. ...
2. ...
3. ...

[다음 명령]
→ /ace-model   비즈니스 모델 + 수익 구조 설계
→ /ace-status  전체 파이프라인 현황 확인

💡 다음 작업을 진행할까요? (토큰이 소모됩니다)
```