Menü
소크라틱 질문 기반 PRD 생성 — PM의 가정을 도전하고, 복수 옵션을 제시하며, 견고한 PRD를 만드는 AI PM 스킬
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
인터뷰·기능 요청을 "사람들이 해결하려는 job(과업)" 으로 재구성한다. 기능·솔루션 언어를 상황(when)·동기(want)·기대 결과(so I can) 의 job statement 로 환원하고, 근거 없는 job 은 가설로만 표기한다. 출처는 Clayton Christensen / Anthony Ulwick.
하나의 outcome 에서 출발해 opportunity → solution → experiment 로 내려가는 트리를 만든다. opportunity 는 발견된 사용자 니즈/페인(솔루션 아님)으로만 적고, solution 은 opportunity 에 매달리며, 각 solution 은 검증 실험으로 닫는다. 출처는 Teresa Torres (Continuous Discovery Habits).
제품을 출시 시점의 보도자료(PR)와 FAQ 로 먼저 써서, 만들기 전에 고객 가치와 위험을 검증한다. PR 은 과장 없는 고객 언어로, FAQ 는 가장 불편한 질문부터 정직하게 답한다. 출처는 Amazon 의 Working Backwards / PR-FAQ.
경쟁사 3–5곳을 동일 축으로 비교한 표 + 배틀카드를 생성한다. 정량/공개 자료만 근거로 사용하고, 추측이나 미확인 정보는 한계 절에 분리한다.
인터뷰 트랜스크립트·설문·사용 로그를 받아 PM 이 의사결정할 수 있는 인사이트 표로 합성한다. 빈도가 낮은 신호는 "약한 신호" 로만 표기하고 인사이트로 승격하지 않는다.
A/B 테스트·실험 결과 CSV/표를 받아 PM 보고용 결과 절 + ship/iterate/kill 권고를 출력한다. 가드레일 위반·표본 편향·novelty 효과를 항상 점검한다.
| name | prd-generator |
| description | 소크라틱 질문 기반 PRD 생성 — PM의 가정을 도전하고, 복수 옵션을 제시하며, 견고한 PRD를 만드는 AI PM 스킬 |
| trigger | PRD 작성, PRD 생성, 기능 정의, 제품 요구사항, 기능 기획, feature spec |
| version | 1 |
| created | "2026-02-25T00:00:00.000Z" |
| author | Sanguine Kim (kimsanguine@gmail.com) |
| changelog | ["2026-02-25: v1.0 초기 버전. 소크라틱 6단계 프로세스, HITL 설계, Rules 정의"] |
"좋은 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 | 교육·학술 목적 자유 이용 가능