사용자의 기능 요청을 체계적인 Product Requirements Document(PRD)로 변환한다. Junior 개발자도 이해하고 구현할 수 있는 명확한 요구사항 문서를 생성한다.
사용자의 기능 요청을 체계적인 **Product Requirements Document(PRD)**로 변환한다. Junior 개발자도 이해하고 구현할 수 있는 명확한 요구사항 문서를 생성한다.
이 스킬은 복잡한 reasoning이 필요하므로:
사용자가 다음과 같은 요청을 할 때 이 스킬을 사용한다:
tasks/{feature}-prd.md 저장PRD 작성을 위해 몇 가지 질문이 있습니다:
1. **문제 정의**
이 기능이 해결하려는 핵심 문제는 무엇인가요?
a) 기존 프로세스의 비효율성
b) 누락된 기능
c) 사용자 경험 개선
d) 기타: ___
2. **대상 사용자**
주요 사용자는 누구인가요?
a) 내부 팀
b) 최종 사용자
c) 관리자
d) 기타: ___
3. **우선순위**
가장 중요한 요구사항은? (1-3개 선택)
a) 속도/성능
b) 사용 편의성
c) 데이터 정확성
d) 확장성
e) 기타: ___
# PRD: {Feature Name}
## 1. 개요 (Overview)
### 1.1 문제 정의
{이 기능이 해결하려는 문제를 1-2문장으로 기술}
### 1.2 목표
{달성하려는 구체적인 목표}
## 2. 목표 (Goals)
- [ ] Goal 1: {구체적이고 측정 가능한 목표}
- [ ] Goal 2: {구체적이고 측정 가능한 목표}
- [ ] Goal 3: {구체적이고 측정 가능한 목표}
## 3. 사용자 스토리 (User Stories)
### US-1: {Story Title}
**As a** {user type}
**I want** {functionality}
**So that** {benefit}
**Acceptance Criteria:**
- [ ] AC-1.1: {구체적 수락 기준}
- [ ] AC-1.2: {구체적 수락 기준}
### US-2: {Story Title}
...
## 4. 기능 요구사항 (Functional Requirements)
### FR-1: {Requirement Title}
{상세 설명. Junior 개발자가 이해할 수 있도록 명확하게.}
### FR-2: {Requirement Title}
...
## 5. 비기능 요구사항 (Non-Functional Requirements)
- **성능**: {예: 응답시간 < 200ms}
- **확장성**: {예: 동시 사용자 1000명 지원}
- **보안**: {예: 인증 필요}
## 6. 비목표 (Non-Goals / Out of Scope)
명시적으로 이 PRD에서 **제외**되는 항목:
- {제외 항목 1}
- {제외 항목 2}
## 7. 설계 고려사항 (Design Considerations)
### UI/UX
{관련 UI/UX 요구사항 또는 "N/A"}
### 기술적 고려사항
- **의존성**: {기존 모듈, 라이브러리}
- **데이터 모델**: {필요한 스키마 변경}
- **API**: {필요한 엔드포인트}
## 8. 테스트 전략 (Testing Strategy)
- **Unit Tests**: {테스트할 핵심 로직}
- **Integration Tests**: {통합 테스트 시나리오}
- **E2E Tests**: {End-to-End 시나리오}
## 9. 마일스톤 (Milestones)
| Phase | 설명 | 예상 완료 |
|-------|------|----------|
| Phase 1 | {MVP 기능} | {날짜} |
| Phase 2 | {확장 기능} | {날짜} |
---
*Generated: {날짜}*
*Status: Draft*
tasks/{feature}-prd.md
예시:
tasks/user-profile-card-prd.mdtasks/payment-system-prd.md디렉토리 자동 생성: tasks/ 디렉토리가 없으면 자동 생성
타이밍: 초기 요청 수신 직후
질문 예시: