---
name: fireauto-prd-guide
description: >
  "PRD 작성", "기획서", "제품 기획", "product requirements", "아이디어 구체화",
  "서비스 기획", "feasibility", "실현 가능성", "API 조사", "기술 스택 추천",
  "경쟁사 분석", "수익 모델" 등 아이디어를 PRD 문서로 변환할 때 사용하세요.
---

# PRD 작성 가이드

아이디어 한 줄을 상세한 PRD(Product Requirements Document)로 변환하는 방법론. 실현 가능성 조사와 필요 API/서비스 조사를 포함한다.

## PRD 섹션 구조

### 1. 프로젝트 개요
- 서비스명, 한 줄 설명
- Problem Statement (해결하는 문제)
- 타겟 사용자 (ICP)

### 2. 핵심 기능
- P0 (MVP 필수): 이것 없으면 서비스가 안 됨
- P1 (있으면 좋음): 차별화 요소
- P2 (향후 확장): 성장 후 추가
- 각 기능은 사용자 스토리 형식: "~로서, ~하고 싶다, 왜냐하면 ~"

### 3. 기술 실현 가능성
- 핵심 기술 구현 가능 여부
- 난이도 평가: 쉬움/보통/어려움/매우어려움
- 기술적 위험 요소
- 대안 접근법

### 4. 필요한 외부 API/서비스
WebSearch로 실제 조사하여 각 항목 포함:
- 이름, URL, 가격 (무료 티어/유료)
- 주요 기능, 제한사항
- 대안 서비스

### 5. 경쟁사 분석
- 이름, URL, 가격, 핵심 차별점
- 포지셔닝 (가격 vs 기능)
- 우리의 차별화 전략

### 6. 기술 스택 제안
- 프론트엔드, 백엔드, DB, 인프라
- 선택 이유, 예상 월 비용

### 7. 수익 모델
- 가격 전략, 예상 단가, 시장 규모

### 8. 구현 로드맵
- Phase 1 (MVP, 2-4주)
- Phase 2 (성장, 1-2개월)
- Phase 3 (확장, 2-3개월)

### 9. 성공 지표 (KPIs)
- 1주/1개월/3개월 목표

## 좋은 PRD의 특징

1. **구체적**: "빠르게" 대신 "3초 이내"
2. **측정 가능**: 성공 기준이 숫자로 표현
3. **실행 가능**: 개발자가 바로 작업 가능한 수준
4. **우선순위 명확**: P0/P1/P2 구분

## API 선택 기준

| 기준 | 평가 방법 |
|------|----------|
| 가격 | 무료 티어 범위, 유료 단가 |
| 안정성 | uptime SLA, status page 존재 |
| 문서화 | API docs 품질, 예제 코드 |
| 커뮤니티 | GitHub stars, Stack Overflow 답변 수 |
| SDK | 사용 언어 SDK 존재 여부 |

## 커맨드

`/fireauto-prd` 실행으로 PRD 생성을 시작한다. `docs/prd/` 폴더에 저장된다.