From ai-pm
Guides PMs through Socratic questioning to validate assumptions, explore multiple solution options, and generate a structured PRD with executive summary, success metrics, scope, and trade-offs.
How this skill is triggered — by the user, by Claude, or both
Slash command
/ai-pm:prd-generatorThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
> "좋은 PRD는 좋은 답이 아니라, 좋은 질문에서 시작된다."
"좋은 PRD는 좋은 답이 아니라, 좋은 질문에서 시작된다."
PM이 PRD를 작성할 때, AI를 '작성 도구'가 아닌 '소크라틱 질문 파트너'로 활용하여 가정을 검증하고, 복수의 솔루션 옵션을 비교하고, 견고한 PRD를 완성하는 스킬입니다.
반드시 이 단계를 먼저 수행합니다. 스킵 금지.
다음 파일/정보를 수집합니다:
prd/ 폴더의 이전 PRD가 있으면 스타일/깊이 참고사용자에게 질문:
"PRD와 관련된 유저 리서치, 실험 데이터, 또는 참고할 기존 문서가 있나요?
있다면 @파일명으로 추가해주세요. 없으면 '없음'이라고 해주세요."
사용자에게 PRD의 맥락을 확인합니다.
[체크박스 — 복수 선택 가능]
이 PRD의 성격은 무엇인가요?
□ 신규 기능 (New Feature)
□ 기존 기능 개선 (Enhancement)
□ 기술 부채 해결 (Tech Debt)
□ 실험/가설 검증 (Experiment)
□ 플랫폼/인프라 (Platform)
이 PRD의 주요 독자는?
□ 엔지니어링 팀
□ 경영진/이사회
□ 디자인 팀
□ 크로스펑셔널 전체
→ 선택에 따라 PRD의 깊이와 톤을 조정합니다:
PRD를 바로 작성하지 않습니다. 먼저 PM의 가정을 드러내는 질문 7~10개를 던집니다.
6가지 소크라틱 질문 유형을 모두 포함합니다:
| 유형 | 질문 예시 |
|---|---|
| 명확화 | "이 기능에서 '성공'의 정의가 정확히 무엇인가요?" |
| 가정 탐색 | "이 기능이 문제를 해결할 거라는 전제, 어떤 근거에 기반하나요?" |
| 근거 | "사용자가 이걸 원한다는 데이터는 무엇인가요?" |
| 관점 전환 | "엔지니어/디자이너/CS팀은 이것을 어떻게 볼까요?" |
| 결과 탐색 | "이 기능을 출시하면 어떤 2차 효과가 예상되나요?" |
| 메타 | "이 PRD에서 가장 중요한 판단은 무엇이고, 왜 그런가요?" |
[오픈 필드]
사용자에게 각 질문에 대해 자유롭게 답변을 요청합니다.
답변이 짧거나 모호하면 추가 반론 질문 2~3개를 더 던집니다.
→ "이제 작성해줘"라고 할 때까지 질문 단계를 유지합니다.
→ PM이 "모르겠다"고 하는 부분은 PRD의 [열린 질문] 섹션에 기록합니다.
단일 솔루션을 바로 제시하지 않습니다. 반드시 3~5개 옵션을 제안합니다.
각 옵션에 포함할 내용:
### 옵션 A: [이름]
- **접근 방식**: 1~2문장 요약
- **장점**:
- **단점/리스크**:
- **예상 일정**:
- **임팩트 예측**: [지표] 기준 예상 개선폭
- **적합한 상황**: 이 옵션이 최선인 조건
### 옵션 B: [이름]
...
### 옵션 C: [이름]
...
옵션 비교 매트릭스도 함께 제공합니다:
| 기준 | 옵션 A | 옵션 B | 옵션 C |
|-------------|--------|--------|--------|
| 임팩트 | | | |
| 구현 난이도 | | | |
| 리스크 | | | |
| 시간 | | | |
| 추천 상황 | | | |
[싱글 셀렉트]
"어떤 옵션으로 진행할까요? 또는 옵션을 조합하고 싶으시면 말씀해주세요."
선택된 옵션을 기반으로 PRD를 작성합니다.
PRD 구조:
---
type: prd
created: [날짜]
author: [PM 이름]
status: draft
priority: [p0/p1/p2]
tags: [관련 태그]
---
# [기능명] PRD
## Executive Summary
(3문장 이내: 무엇을 / 왜 / 예상 임팩트)
## 1. 문제 정의
### 사용자 문제
### 비즈니스 문제
### 현재 상태 (As-Is)
### 데이터 근거
## 2. 목표 & 성공 지표
### 핵심 지표 (OMTM)
### 보조 지표
### 가드레일 지표 (악화 방지)
## 3. 솔루션
### 선택한 솔루션
### 고려한 대안 (Step 3의 다른 옵션 요약)
### 선택 근거
## 4. 스코프
### In Scope (v1)
### Out of Scope (v2+)
### 의존성
## 5. 사용자 스토리 & 플로우
### 핵심 유저 스토리
### 핵심 플로우 (Mermaid 다이어그램)
### 엣지 케이스
## 6. 기술 고려사항
### 아키텍처 영향
### 성능 요구사항
### 보안 고려
## 7. 타임라인 & 마일스톤
## 8. 리스크 & 완화 방안
## 9. 열린 질문
(Step 2에서 PM이 "모르겠다"고 한 항목들)
## 10. 소크라틱 대화 로그
(Step 2의 질문-답변 핵심 요약 — 의사결정 맥락 보존)
생성된 PRD를 3가지 관점에서 자동 리뷰합니다:
🔧 엔지니어 관점: 기술 실현 가능성, 숨겨진 복잡성, 의존성 리스크
📊 경영진 관점: 비즈니스 임팩트, ROI, 전략 정합성
🔬 리서처 관점: 가정의 데이터 근거, 추가 검증 필요 항목
각 관점에서 발견한 이슈를 정리합니다:
### 리뷰 요약
| 관점 | 주요 이슈 | 심각도 | 제안 |
| --- | --- | --- | --- |
| 엔지니어 | ... | 🔴/🟡/🟢 | ... |
| 경영진 | ... | 🔴/🟡/🟢 | ... |
| 리서처 | ... | 🔴/🟡/🟢 | ... |
PM이 리뷰 결과를 반영하여 수정을 요청하면, PRD를 업데이트합니다.
완성된 PRD를 prd/[project-name]-prd-v1.md로 저장합니다.
[싱글 셀렉트]
이 PRD의 품질에 만족하시나요?
○ 승인 — good-example로 저장
○ 부분 수정 필요 — 수정 후 재검토
○ 방향 재설정 필요 — Step 2부터 다시
good-examples/ 폴더에 사본 저장 (날짜_프로젝트명.md)bad-examples/ 폴더에 사본 + 거부 사유 저장context/prd-framework.md — PRD 작성 프레임워크 상세context/socratic-questions.md — 소크라틱 질문 유형별 가이드© 2026 김생근 (Sanguine Kim) | AI Agent Lead & AI Tutor CC BY-NC 4.0 | 교육·학술 목적 자유 이용 가능
npx claudepluginhub kimsanguine/ai_pm --plugin ai-pmGenerates structured PRDs with problem, context, solution, user stories, acceptance criteria, metrics, risks, and out-of-scope items. Iteratively gathers info via questions, reviews docs/issues/templates.
Create structured Product Requirements Documents (PRDs) that connect problem, users, solution, and success criteria. Use when turning discovery notes into engineering-ready documents.
Guides writing clear, persuasive Product Requirements Documents (PRDs) for new product or feature proposals. Useful for creating, reviewing, or improving PRD drafts.