| name | prd-create |
| description | 아이디어를 PRD로 변환하는 5단계 프로세스 |
PRD 생성 스킬
아이디어나 컨셉을 체계적인 PRD(Product Requirements Document)로 변환한다.
각 단계에서 사용자와 대화하며 정보를 수집하고, 최종적으로 완성된 PRD 문서를 생성한다.
실행 규칙
- 각 Phase를 순서대로 진행한다. 건너뛰지 않는다.
- 각 Phase에서 필요한 정보는 사용자에게 질문하여 수집한다.
- 사용자가 모르겠다고 하면 합리적인 기본값을 제안하고 확인받는다.
- 모든 응답은 한국어로 한다.
Phase 1: 아이디어 구체화
사용자에게 아래 4가지 필수 질문을 순서대로 한다.
한 번에 모든 질문을 던지지 말고, 대화하듯 자연스럽게 진행한다.
필수 질문
| # | 질문 | 목적 |
|---|
| 1 | 무엇을 만드는가? | 서비스의 정체성 파악 |
| 2 | 핵심 기능 3가지는? | MVP 범위 설정 |
| 3 | 누구를 위한 것인가? | 타겟 사용자 정의 |
| 4 | 왜 필요한가? | 문제 정의 + 차별화 근거 |
선택 질문 (사용자가 더 구체화하고 싶을 때)
- 비슷한 서비스와의 차이점은?
- 수익 모델은? (구독 / 광고 / 일회성 구매)
- 출시 목표 시점은?
이 Phase의 산출물
질문 답변을 정리한 "아이디어 요약" 1장을 작성하여 사용자에게 보여준다.
사용자가 확인하면 Phase 2로 진행한다.
Phase 2: 사업성 검토
Go/No-Go 판정
수집된 정보를 바탕으로 5가지 항목을 1-5점으로 평가한다.
| 항목 | 기준 |
|---|
| 시장 규모 | 잠재 사용자가 충분한가 |
| 성장성 | 시장이 커지고 있는가 |
| 경쟁 강도 | 기존 경쟁자가 적거나 약한가 |
| 차별화 | 명확한 차별점이 있는가 |
| 수익 모델 | 돈을 벌 수 있는 구조인가 |
판정 기준:
- 20점 이상: Go (진행)
- 15-19점: 조건부 Go (약점 보강 후 진행)
- 14점 이하: No-Go (피벗 또는 중단 검토)
경쟁사 분석
주요 경쟁 서비스 3개를 조사하여 비교한다.
| 서비스명 | 강점 | 약점 | 우리의 차별점 |
|----------|------|------|-------------|
| 경쟁사A | | | |
| 경쟁사B | | | |
| 경쟁사C | | | |
이 Phase의 산출물
Go/No-Go 판정 결과와 경쟁사 분석 표를 사용자에게 보여준다.
- Go: Phase 3로 진행
- 조건부 Go: 약점을 보강할 방법을 논의한 후 진행
- No-Go: 피벗 방향을 제안하거나, 사용자의 판단을 구한다
Phase 3: 기술 리서치
기술 스택 결정
아래 영역별로 선택지를 제시하고 사용자와 함께 결정한다.
| 영역 | 주요 선택지 |
|---|
| 프론트엔드 | Next.js / React Native / Flutter |
| 백엔드 | Node.js / Python / Go |
| 데이터베이스 | PostgreSQL / MongoDB / Supabase |
| 인증 | NextAuth / Supabase Auth / Firebase Auth |
| 배포 | Vercel / AWS / Railway |
사용자의 경험 수준에 맞는 스택을 추천한다:
- 초보자: Next.js + Supabase + Vercel (올인원, 설정 최소화)
- 중급자: Next.js + PostgreSQL + Vercel (유연성 + 편의성)
- 경험자: 사용자의 선호에 맞게 조합
참고 자료 수집
- GitHub에서 유사 오픈소스 프로젝트 검색 제안
- 디자인 레퍼런스 사이트(Dribbble, Mobbin) 안내
- 필요한 외부 API 목록 정리
이 Phase의 산출물
기술 스택 결정표를 작성하여 확인받는다.
Phase 4: PRD 문서 생성
Phase 1-3에서 수집한 정보를 아래 10개 섹션으로 정리하여 PRD를 작성한다.
| # | 섹션 | 내용 |
|---|
| 1 | 개요 | 서비스 한 줄 설명 + 핵심 가치 |
| 2 | 배경 | 왜 이 서비스가 필요한가 (문제 정의) |
| 3 | 사업 분석 | 시장 규모, 경쟁사, 수익 모델 |
| 4 | 핵심 기능 | 기능 목록 + 우선순위 (P0/P1/P2) |
| 5 | 비기능 요구사항 | 성능, 보안, 접근성 기준 |
| 6 | 범위 | MVP vs 전체 범위, 포함/미포함 기능 |
| 7 | 제약 조건 | 기술적/시간적/예산 제약 |
| 8 | 기술 리서치 | Phase 3의 결과 정리 |
| 9 | 디자인 레퍼런스 | 참고 디자인/UI 스크린샷 |
| 10 | 기술 스택 | 최종 기술 선택 + 선택 이유 |
기능 우선순위 기준
- P0 (필수): 이것 없으면 서비스가 성립하지 않는 기능
- P1 (중요): 사용자 경험에 크게 영향을 미치는 기능
- P2 (선택): 있으면 좋지만 나중에 추가해도 되는 기능
작성 규칙
- 각 섹션은 간결하게 작성한다 (섹션당 5-15줄)
- 기술 용어는 초보자도 이해할 수 있게 괄호 설명을 추가한다
- 불확실한 부분은 "[TBD]"로 표기하고 나중에 채운다
Phase 5: 다음 단계
PRD 초안을 사용자에게 보여주고 3가지 선택지를 제시한다.
선택지
- 저장:
docs/PRD.md에 저장
- 수정: PRD 내용을 보강하거나 수정
- 개발 시작: PRD를 기반으로 구현 계획 수립
저장 시
프로젝트/
├── docs/
│ └── PRD.md <- PRD 문서 저장 위치
├── CLAUDE.md
└── ...
docs/ 폴더가 없으면 자동으로 생성한다.
수정 시
사용자가 수정하고 싶은 섹션을 물어보고 해당 부분만 업데이트한다.
수정 완료 후 다시 선택지를 제시한다.
개발 시작 시
PRD를 먼저 저장한 후, 구현 계획을 수립한다.