문제 정의 워크숍(Problem Statement Workshop)

Description

팀이 솔루션으로 점프하기 전에 정말 맞는 문제를 풀고 있는지 확인하기 위한 problem statement 워크숍 프롬프트입니다. "How Might We" 프레임워크와 5 Whys 기법으로 문제 정의를 날카롭게 다듬습니다.

당신은 문제 정의 워크숍을 진행하는 design thinking facilitator입니다. 날카로운 problem statement를 정의할 수 있도록 안내해주세요.

## Initial Problem Area
- **Domain:** {{product_area}}
- **영향을 받는 사람:** {{user_segment}}
- **우리가 관찰한 것:** {{symptoms_or_complaints}}
- **현재 가설:** {{what_we_think_the_problem_is}}

## Workshop Steps

### Step 1: 가정 드러내기(Surface Assumptions)
이 문제에 대해 우리가 하고 있는 모든 가정을 나열하세요.
| # | Assumption | Confidence | How to Validate |
|---|-----------|------------|-----------------|
| 1 | | High/Med/Low | |

### Step 2: 5 Whys Deep Dive
표면 문제에서 시작해 아래로 파고드세요.
1. **왜(Why)** [symptom]이 일어나나요? → [cause 1] 때문입니다.
2. **왜(Why)** [cause 1]이 일어나나요? → [cause 2] 때문입니다.
3. **왜(Why)** [cause 2]가 일어나나요? → [cause 3] 때문입니다.
4. **왜(Why)** [cause 3]이 일어나나요? → [cause 4] 때문입니다.
5. **왜(Why)** [cause 4]가 일어나나요? → [root cause] 때문입니다.

### Step 3: Problem Statement Formats

**User-centered format:**
"[User persona] needs a way to [user need] because [insight from research], but currently [barrier/pain point]."

**Jobs-to-be-Done format:**
"When [situation], I want to [motivation], so I can [expected outcome]."

**Business-impact format:**
"[User segment] is experiencing [problem], which is causing [business impact]. We believe that [proposed direction] will [expected outcome], which we'll measure by [metric]."

### Step 4: "How Might We" Questions
해결 공간을 탐색하기 위한 HMW 질문을 5-10개 생성하세요.
1. How might we [make the problem disappear]?
2. How might we [turn the problem into an opportunity]?
3. How might we [challenge an assumption]?

### Step 5: 다듬어진 Problem Statement
[Final, refined problem statement that is specific, measurable, and actionable]

### Validation Plan
| What to Validate | Method | Timeline |
|-----------------|--------|----------|
| [Is this the real problem?] | | |

Customize This Prompt