디스커버리 중심 테스트 및 실험 계획(Discovery-Focused Test & Experiment Plan)

Description

이 프롬프트는 프로덕트 매니저가 제품 불확실성을 줄이기 위한 구조화되고 실행 가능한 테스트/실험 계획을 세우도록 돕습니다. 가장 위험한 가정(LoFA)을 식별하고, lean한 행동 기반 테스트로 이를 검증하고, 언제 정식 가설 실험으로 넘어가야 하는지 판단하도록 안내합니다. 중요도가 높은 제품 의사결정을 다루는 디스커버리 중심 팀에 적합합니다.

## 🎯 목표(Objective)
당신은 세계 최고 수준의 제품 조직에서 일하는 리드 PM입니다. 아래 정보를 바탕으로, 불확실성을 줄이기 위한 **테스트/실험 제안서(Test/Experiment Proposal) 초안**을 작성하세요.

이 문서는 다음 목적을 갖습니다:
- 제품 성공을 가로막는 **가장 위험한 가정(most dangerous assumption, LoFA)** 을 명확히 정의하고,
- 이를 검증하기 위한 **우선순위 높은 테스트** 를 설계하며,
- 행동 기반 증거를 통해 **Value, Usability, Feasibility, Business Viability** 리스크를 줄이는 것.

---

## 📥 입력값(Required Information)
- **제품/기능명:** [Enter the name of the product or feature]
- **비즈니스 목표 및 핵심 KPI:** [Describe key business objectives and metrics]
- **타깃 사용자 세그먼트:** [Specify user group or persona]
- **알려진 pain point 또는 기회:** [Describe observed user problem or market opportunity]
- **고위험 영역(하나 이상 선택):** [Select: Value / Usability / Feasibility / Business Viability]
- **가용 리소스(시간, 예산, 팀):** [List time frame, budget constraints, and team capacity]

---

## 🧪 실행 지침(Execution Instructions)
이제 위 정보를 바탕으로, 아래 구조에 따라 **테스트 및 실험 계획 문서(Test & Experiment Planning Document)** 를 작성하세요. 형식은 `Markdown Table + <br>` 입니다:

- 🔁 Iteration Log
- 🟩 Risk Coverage Matrix
- ✍ SECTION A — Assumption Risk Test Proposal
- ✅ SECTION B — Hypothesis Experiment Plan (모든 리스크가 검증된 경우에만)

**각 섹션은 실행 가능하고 구체적이어야 하며, Key Takeaway를 명확히 포함해야 합니다.**
SECTION A에서 네 가지 리스크가 모두 "중간 이상 또는 강한" 행동 기반 증거로 검증되었다면, SECTION A는 건너뛰고 SECTION B만 작성하세요.

---

## 🔁 관찰 / 진입 기준(Observations / Entry Criteria)

### 🔁 Iteration Log (테스트 이력)
기존에 수행한 모든 Assumption Risk Test를 아래 표에 기록하세요.
각 테스트는 최소 하나 이상의 리스크 영역(Value, Usability, Feasibility, Business Viability)을 다뤄야 하며,
SECTION B로 들어가기 위한 핵심 증거가 되어야 합니다.

| ID | Date | Test Name | Target Risk | Evidence Strength | Summary Result | Key Insight | Validated Risks |
|:--|:-----|:-----------|:-------------|:------------------|:----------------|:--------------|:------------------|
| T-001 | YYYY-MM-DD | [e.g., Wizard-of-Oz UI] | Value, Usability | Medium | [e.g., 7/10 accepted] | [e.g., timing critical] | ✅ Value, ✅ Usability |
| T-002 | YYYY-MM-DD | [Test Name] | [Risk Area] | [Weak / Medium / Strong] | [Summary] | [Behavioral Insight] | [✅ Risk(s)] |
| T-003 | YYYY-MM-DD |  |  |  |  |  |  |

Evidence Strength 기준:
• **Weak** – 내부 추정, 전문가 의견
• **Medium** – 10명 이상 사용자 행동 데이터
• **Strong** – KPI 영향, 실제 사용 데이터

---

### 🟩 Risk Coverage Matrix
누적 테스트를 바탕으로 각 리스크 영역의 검증 상태를 요약하세요.
모든 영역이 중간 이상 또는 강한 행동 기반 증거로 검증되었을 때만 SECTION B로 들어갑니다.

| Risk Type | Status | Latest Evidence Summary | Test ID |
|:--|:--------|:-----------------------------|:--------|
| Value | ⬜ Not validated / ✅ Validated | [e.g., 70% feature acceptance] | [T-001] |
| Usability | ⬜ / ✅ | [e.g., intuitive use without confusion] | [T-001] |
| Feasibility | ⬜ / ✅ | [e.g., 68% algorithm accuracy] | [T-002] |
| Business Viability | ⬜ / ✅ | [e.g., 15% increase in retention] | [T-003] |

🎗 **SECTION B 진입 기준:**
→ 네 가지 리스크가 모두 ✅ Validated일 때만 Hypothesis Experiment로 진행하세요.

✦ Key Takeaway: 검증은 **의견이 아니라 사용자 행동** 에서 와야 하며, 여러 테스트를 통해 누적되어야 합니다.

---

## ✍ SECTION A — 신규 테스트 계획 제안(New Test Plan Proposal)
**입력값**, **iteration log**, **현재 검증 상태**를 바탕으로
Leap of Faith Assumption을 정의하고 **다음 우선순위 테스트** 를 제안하세요.
아직 검증되지 않은 가장 중요한 리스크를 빠르게 줄이는 데 집중하세요.

### Leap of Faith Assumption (LoFA)

| Item | Description |
|------|-------------|
| Most Dangerous Assumption | 제품 성공을 위해 반드시 참이어야 하지만, 현재 강한 증거가 없는 핵심 문장 |
| Evidence Strength (X-axis) | 이를 뒷받침하는 데이터/인터뷰/행동 관찰이 얼마나 있는가? (Weak/Medium/Strong) |
| Importance (Y-axis) | 이 가정이 틀리면 제품 성공에 얼마나 치명적인가? 대체 가능한가? |
| Summary Decision | 이 가정을 LoFA로 테스트해야 하는가? (✅ LoFA / ❌ General Assumption) |

✦ Key Takeaway: **증거는 약하고 중요도는 높은** 가정이 LoFA이며, 반드시 우선 검증해야 합니다.

### 테스트 계획(Test Plan)

| Item | Guideline |
|:--|:--|
| **A1. Target Risk** | 아직 검증되지 않았거나 근거가 약한 리스크 영역 선택 (예: Value) |
| **A2. Key Assumption** | 가장 중요하고 위험한 관련 가정을 한 문장으로 표현 |
| **A3. Defined Uncertainty** | 관찰 가능한 사용자 행동 형태로 불확실성 정의 |
| **A4. Suggested Test Method** | 가장 **lean하고 빠른** 테스트 선택:
(Opportunity Scoring, Customer Interview, Smoke Test, Concierge, Wizard-of-Oz, Functional Prototype, Remote Usability Test, One-Question Survey 등) |
| **A5. Success Signal** | 행동 기반 정량 기준 정의 (예: “10명 중 4명 이상 수용”) |
| **A6. Execution Suggestion** | 테스트 기간(1–3일), 담당자, 도구 추천 |
| **A7. Expected Outcome or Pivot Criteria** | 성공 시 어떤 인사이트를 얻는가? 실패하면 무엇을 재설계할 것인가? |

✦ Key Takeaway: 실험은 선형 단계가 아니라 **누적 지식(cumulative knowledge)** 을 쌓는 과정입니다. 검증되지 않은 공백을 메우는 테스트를 선택하세요.

---

## ✅ SECTION B — 가설 실험 계획(Hypothesis Experiment Plan) (🔐 GATE Required)

| Item | Instruction |
|:---|:-------------|
| **B1. Reformulated Hypothesis** | 다음 형식으로 작성하세요:
**"If we provide [change] to [target], then we will achieve [outcome]"**
예: "리서치 중심 사용자에게 AI 추천을 제공하면 정리율이 30% 증가할 것이다" |
| **B2. Experiment Design** | - 실험 유형 명시 (A/B, A/B/n, multivariate)
- treatment와 control 구분
- 표본 수와 노출 기간 추정 |
| **B3. Metrics & Statistics** | - **Primary Metric**: 핵심 성과 지표
- **Guardrail Metrics**: 부작용 감시 지표
**좋은 지표 기준**:
✓ 행동 기반 ✓ 선행 지표 ✓ KPI와 연결 ✓ 노이즈 적음 |
| **B4. Decision Rule** | 의사결정 로직 명시:
- Binary: 지표 달성 시 출시
- Iterative: 개선 후 재실험
- Learning: 결과를 다음 가설에 활용 |
| **B5. Operational Plan** | - 롤아웃 계획 (예: 10% → 50% → 100%)
- 모니터링 대시보드와 알림
- owner와 reviewer 지정 |
| **B6. Post-Experiment Action Plan** | - 결과 해석 세션 일정 수립
- 인사이트를 로드맵에 반영
- 이해관계자 커뮤니케이션 전략 정의 |

✦ Key Takeaway: 핵심 리스크를 먼저 검증하지 않은 채 정식 실험을 돌리면 리소스만 낭비하는 경우가 많습니다.

---

## ✅ 작성 스타일 가이드(Writing Style Guide)
- **명확하고 간결하며 액션 중심의 언어** 를 사용하세요.
- **정량 기준(threshold)** 을 제시하세요.
- **owner와 timebox** 를 지정하세요.
- **모든 iteration 결과를 기록** 하세요.
- **Risk Matrix를 최신 상태로 유지** 하세요.

---

## 📄 출력 형식(Output Format)
- Markdown Table 사용
- 긴 문장에는 `<br>` 줄바꿈 사용
- 문서 상단에 "✍ Last Updated" 포함
- 각 섹션 마지막에 “✦ Key Takeaway”로 마무리

Customize This Prompt