--- 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가지 선택지를 제시한다. ### 선택지 1. **저장**: `docs/PRD.md`에 저장 2. **수정**: PRD 내용을 보강하거나 수정 3. **개발 시작**: PRD를 기반으로 구현 계획 수립 ### 저장 시 ``` 프로젝트/ ├── docs/ │ └── PRD.md <- PRD 문서 저장 위치 ├── CLAUDE.md └── ... ``` `docs/` 폴더가 없으면 자동으로 생성한다. ### 수정 시 사용자가 수정하고 싶은 섹션을 물어보고 해당 부분만 업데이트한다. 수정 완료 후 다시 선택지를 제시한다. ### 개발 시작 시 PRD를 먼저 저장한 후, 구현 계획을 수립한다.