Discover : 제품의 문제를 정의하고 디자인으로 구체화한다.
Stage 1: Strategy PRD
| 항목 | 값 |
|---|---|
| Stage Owner | 미연 |
소크라테스식 심층 인터뷰로 모호한 문제 정의를 수학적 명확성 게이트를 통해 정제하여 Strategy PRD 초안으로 이어지는 파이프라인
기본 정보
| 항목 | 값 |
|---|---|
| 오케스트레이터 스킬 | general--deep-interview |
| 모델 | Opus |
| 입력 | 유저 인터뷰 인사이트 + 데스크 리서치 + PM의 문제 영역 |
| 최종 산출물 | 구조화된 문제 정의 스펙 (Strategy PRD 작성의 입력) |
| 산출물 소비자 | PM (Strategy PRD 작성), 디자이너 (UI 설계 착수) |
구조도
1유저 인터뷰 인사이트 + 데스크 리서치
2 ↓
3┌─────────────────────────────────────┐
4│ Phase 1: Initialize │
5│ - 유저 인터뷰 인사이트 로드 │
6│ - 데스크 리서치 수집 │
7│ - 초기 모호도 100% │
8├─────────────────────────────────────┤
9│ Phase 2: Interview Loop │
10│ ┌─────────────────────────┐ │
11│ │ 질문 생성 (최약 차원 타겟) │ │
12│ │ ↓ │ │
13│ │ PM 응답 수집 │ │
14│ │ ↓ │ │
15│ │ 모호도 점수 재계산 │ │
16│ │ ↓ │ │
17│ │ 모호도 ≤ 20%? ──No──→ 반복 │ │
18│ └───────Yes─────────────────┘ │
19├─────────────────────────────────────┤
20│ Phase 3: Synthesis │
21│ - 구조화된 문제 정의 스펙 생성 │
22│ - Strategy PRD 초안 피드 │
23└─────────────────────────────────────┘
24 ↓
25 Strategy PRD 작성 → AI 리뷰구조 설계 결정
| 유형 | 적용 내용 |
|---|---|
| Multi-Round | 모호도 ≤ 20% 수렴까지 반복 (수학적 게이트) |
| Feedback Loop | 질문 → 응답 → 점수 재계산 → 다음 질문 순환 |
| Context Enrichment | 유저 인터뷰 인사이트 파일(knowledges/user-interview/insights/)과 데스크 리서치를 사전 로드하여 질문에 반영 |
| Human Gate | 매 라운드마다 PM이 직접 응답 (인터뷰 형식이므로 본질적으로 Human-in-the-loop) |
특이사항
- 수학적 모호도 게이팅: 가중치가 부여된 명확성 차원별 점수를 계산하여 모호도를 수치화. "충분히 이해했다고 느끼는 것"이 아닌 "수학적으로 검증된 명확성"을 기준으로 함
- 최약 차원 타겟팅: 매 라운드마다 가장 낮은 점수의 차원을 타겟으로 질문을 생성하여 효율적으로 명확성을 높임
- 한 번에 하나의 질문: 질문을 배치하지 않고 한 번에 하나씩만 물어봄
- Challenge Agent: 특정 라운드 임계값에서 관점 전환을 위한 챌린지 에이전트가 활성화
- Early Exit: 모호도가 높아도 사용자가 조기 종료 가능 (경고와 함께)
- 모드 선택:
--quick,--standard,--deep옵션으로 인터뷰 깊이 조절
후속 파이프라인 연결
1Discover → Strategy PRD 작성 → /review-JTBD + strategy-prd-reviewer + junior-insurance-agent 병렬 리뷰Stage 2: Project Kickoff
| 항목 | 값 |
|---|---|
| Stage Owner | 미연 |
- 제품팀이 한 데 모여 PRD 리뷰
- 프로젝트 방향성에 대한 '공유된 이해' 갖추기
Stage 3: UI Design
| 항목 | 값 |
|---|---|
| Stage Owner | 은비 |
- Figma & 바이브코딩 프로토타이핑으로 UI 디자인 시안 만들기
- 시안에 대한 주기적 팀 리뷰
- 대표님 UI 디자인 리뷰 → 확정
Stage 4: Design Handoff
| 항목 | 값 |
|---|---|
| Stage Owner | 은비 |