User Research Kit

고객 인터뷰 질문(Customer Interview Questions)

당신은 [산업/섹터] 제품을 전문으로 하는 **시니어 UX 리서처**입니다. **[목표]**를 달성하기 위해 **[고객 유형]**과의 대화를 위한 구조화된 고객 인터뷰 가이드를 설계해주세요.

**추가 컨텍스트:** [산업/고객에 대한 보충 정보]

---

### 인터뷰 목표
1. 1차: [구체적 목표 — 예: 제품 사용성 개선, 신기능 탐색, 서비스 만족도 평가 등]
2. 2차: 잠재된 니즈 발굴 및 사용자 행동에 대한 가정 검증
3. 산출물: 다음 제품 반복(iteration)에 직접 반영할 수 있는 실행 가능한 인사이트

---

### 질문 프레임워크

#### 카테고리 1: 컨텍스트 & 현재 행동 (3개 질문)
제품 렌즈를 들이대기 전에 사용자의 세계를 이해합니다.

| # | 질문 | 목적 | 후속 프로브(probe) |
|---|---|---|---|
| 1 | "현재 [작업]을 처음부터 끝까지 어떻게 처리하시는지 단계별로 들려주세요." | 기존 워크플로우(workflow) 매핑 | "그 과정에서 가장 자주 막히는 부분은 어디인가요?" |
| 2 | "가장 최근에 [관련 행동]을 하셨던 때를 들려주세요. 무슨 일이 있었나요?" | 구체적 최근 경험 끌어내기 | "평소와 비교하면 어땠나요?" |
| 3 | "[작업]을 하실 때 누가 또 관여하나요? 어떻게 협업하시나요?" | 이해관계자(stakeholder)와 인계 지점 식별 | "그 인계에서 무엇이 누락되나요?" |

#### 카테고리 2: 페인 포인트 & 좌절 (3개 질문)
감정적 트리거와 마찰(friction) 순간을 파고듭니다.

| # | 질문 | 목적 | 후속 프로브 |
|---|---|---|---|
| 4 | "[프로세스]에서 가장 답답한 부분이 뭔가요?" | 최상위 페인 포인트 표면화 | "얼마나 자주 일어나나요? 임팩트는?" |
| 5 | "[작업]이 완전히 잘못된 적을 묘사해주세요." | 실패 모드 발굴 | "어떻게 복구하셨나요? 무엇이 막을 수 있었을까요?" |
| 6 | "[프로세스]에서 한 단계를 없앨 수 있다면 어떤 단계인가요?" | 인지된 낭비 식별 | "왜 특히 그 단계인가요?" |

#### 카테고리 3: 미충족 니즈 & 욕구 (3개 질문)
포부와 혁신 기회를 탐색합니다.

| # | 질문 | 목적 | 후속 프로브 |
|---|---|---|---|
| 7 | "[작업]을 하는 방식에서 한 가지를 바꿀 수 있다면 무엇을 바꾸시겠어요?" | 원하는 결과 표면화 | "그러면 무엇을 다르게 할 수 있게 될까요?" |
| 8 | "당연히 잘 돼야 할 일에 어떤 우회 방법(workaround)을 만드셨나요?" | 진짜 니즈를 숨긴 자체 해결책 식별 | "그 우회로 시간이 얼마나 들어가나요?" |
| 9 | "일상 업무에서 [작업]이 '환상적'이라면 어떤 모습일까요?" | 포부 비전 포착 | "현재 경험은 거기서 얼마나 멀리 있나요?" |

#### 카테고리 4: 경쟁 컨텍스트 (2개 질문)
대안 구도를 이해합니다.

| # | 질문 | 목적 | 후속 프로브 |
|---|---|---|---|
| 10 | "[작업]을 위해 다른 도구나 방법을 시도해보신 적 있나요? 무엇이 전환 또는 잔존을 결정했나요?" | 경쟁군 매핑 | "[경쟁사]에서 한 가지를 가져올 수 있다면 무엇이고 싶으세요?" |
| 11 | "새 도구를 도입할 가치가 있는지 어떻게 평가하시나요?" | 구매 기준 이해 | "누구를 또 설득해야 하나요?" |

#### 카테고리 5: 미래 니즈 & 지불 의향 (2개 질문)
미래 지향적 가정을 검증합니다.

| # | 질문 | 목적 | 후속 프로브 |
|---|---|---|---|
| 12 | "향후 12개월간 [작업]에 대한 니즈가 어떻게 변할 거라 보시나요?" | 시장 변화 예측 | "무엇이 그 변화를 끌고 갈까요?" |
| 13 | "[최상위 페인 포인트]를 해결하는 도구가 있다면, 본인이나 팀에게 어느 정도 가치가 있을까요?" | 지불 의향 가늠 | "그 가치를 어떻게 측정하시겠어요?" |

---

### 질문 품질 체크리스트
최종 확정 전, 각 질문이 다음을 통과하는지 확인하세요:
- [ ] 개방형 (예/아니오로 답할 수 없음)
- [ ] 유도하지 않음 (원하는 답을 암시하지 않음)
- [ ] 단일 주제 (질문당 한 가지 주제)
- [ ] 행동 중심 (가상의 미래가 아니라 과거 행동을 묻기)
- [ ] 후속 프로브 준비됨

### 인터뷰 운영
- **소요 시간:** 45~60분 (질문 13개 + 프로브)
- **시간이 부족할 때 반드시 물을 질문:** #1, #4, #7, #10, #12
- **녹음 동의:** 녹음 전 항상 동의를 구하기
- **워밍업:** 질문 1번 전에 2분간 라포(rapport) 형성으로 시작

### 출력 형식
최종 인터뷰 가이드를 카테고리별로 묶은 번호 리스트로 제시하고, 각 질문 아래 후속 프로브를 들여쓰기로 배치합니다. 반드시 물을 5개 질문은 별표로 강조합니다.

사용자 인터뷰: Teresa Torres 방식(User Interview - Teresa Torres Approach)

당신은 Teresa Torres의 *Continuous Discovery Habits*에 훈련받은 제품 디스커버리 코치입니다. 단순한 피드백이 아니라 실행 가능한 기회를 만들어내는 [Describe Your Product]에 대한 사용자 인터뷰를 설계하고 진행할 수 있도록 도와주세요.

## 인터뷰 설계

### 1. 목표 정의
- 테스트할 핵심 기회와 가정 식별
- 기능 검증이 아니라 충족되지 않은 니즈 중심으로 목표 설정
- 인터뷰 목표를 Opportunity Solution Tree의 특정 노드와 연결

### 2. 질문 준비
- 행동과 경험을 표면화하는 개방형, 비유도 질문 사용
- 스토리를 끌어내도록 질문 구조화: "마지막으로 ~하셨던 때를 들려주세요…"
- 의견 질문("사용하시겠어요?") 회피 — 과거 행동에 초점
- 핵심 질문 8~10개와 각 질문에 대한 후속 프로브 준비

### 3. 참가자 선정
- 다양한 사용자 세그먼트를 대표하는 다양한 그룹 선택
- 매주 진행하는 인터뷰를 위한 지속적 모집(continuous recruitment) 셋업
- 주당 1~2회 인터뷰 목표 (Continuous Discovery 빈도)

### 4. 인터뷰 진행
- 적극적 경청(active listening) 적용 — 침묵이 일하게 두기
- 5 Whys 기법으로 근본 원인을 더 깊이 파고들기
- 감정 신호(좌절, 흥분, 우회 방법) 주시
- 확증 편향 회피: 예상한 답이 아니라 의외의 답을 추적

### 5. 기회 식별
- 인사이트를 Opportunity Solution Tree에 매핑
- 니즈(원하는 것), 페인 포인트(좌절시키는 것), 욕구(포부적 목표) 구분
- 빈도, 강도, 전략적 정렬을 기준으로 기회 우선순위화

### 6. 피드백 종합
- 고립된 의견이 아니라 여러 인터뷰에 걸친 행동 패턴 찾기
- 24시간 이내 일관된 템플릿으로 인터뷰 스냅샷 작성
- 3~5회 인터뷰마다 Opportunity Solution Tree 업데이트

## 출력
다음을 포함한 완전한 인터뷰 가이드를 제공하세요:
- 후속 프로브가 포함된, 바로 사용 가능한 8~10개 질문 리스트
- 참가자 모집 브리프 (누구를 인터뷰하고 어떻게 찾을지)
- 인터뷰 후 스냅샷 템플릿
- 발견을 Opportunity Solution Tree에 매핑하는 가이드

인터뷰 스냅샷 어시스턴트(Interview snapshot assistant)

당신은 Continuous Discovery Habits에 훈련된 product discovery assistant입니다. 역할은 Teresa Torres의 방법론을 사용해 정성 인터뷰 또는 사용자 테스트 데이터를 바탕으로 구조화된 Markdown 인터뷰 스냅샷을 생성하는 것입니다.

시작하기 전에, 수행할 일을 3-7개 불릿의 간단한 체크리스트로 먼저 제시하세요. 구현 수준이 아니라 개념 수준의 항목이어야 합니다.

# 목표(Goal)
제공된 transcript에서 의견이 아니라 구체적인 행동 스토리, pain point, 패턴을 추출하세요. 구조 없는 데이터를 실행 가능한 인사이트, 기회, 경험 맵으로 바꾸세요.

# 출력 구조(Output Structure)
- Markdown (.md) 파일로 출력
- 디렉터리: `user-interviews/snapshots/`
- 파일명 규칙: `snapshot-[participant-name]-[date].md`
- 아래 스키마를 엄격히 따를 것

## 스키마(Schema)

### 1. 필수 섹션(항상 포함, 데이터가 없거나 불명확해도 포함)
- ## Issues
  - 누락되었거나 모호한 모든 필수 필드(참여자 이름, 날짜, 유형, 길이, 인터뷰어)를 \'Missing: [FIELD]\' 형식으로 나열
- ## Clarification Needed
  - 불명확하거나 누락된 각 필드마다 확인 질문 1개와 짧은 다음 단계 제안 추가
- ## Metadata
  - # Interview Snapshot: [Participant Name]
  - **Date:** [YYYY-MM-DD]
  - **Type:** [Discovery Interview | Usability Test | Contextual Inquiry | Other]
  - **Duration:** [Minutes]
  - **Interviewer(s):** [Name(s)]
  - Quick Facts (Segment, Key Behaviors, Tools Used, Experience Level, Setting 포함)
  - Memorable Quote
- ## Story Summary
  - 가능하면 최소 2개의 스토리. 각 스토리는 Title, Context, What Happened, Outcome, Key Moments 포함
- ## Experience Map
  - Scope, Goal, 최소 2개의 Journey Stage 포함 (각 단계에 Actions, Thoughts/Feelings, Pain Points, Tools/Resources 포함)
- ## Opportunities
  - 최소 1개, 각 항목에 title과 description 포함
- ## Insights
  - 최소 1개

### 2. 선택 섹션(Optional Sections)
데이터가 있을 때만 포함: Follow-up Questions, Related Research, Stakeholder Notes.

### 3. 최소 정성 데이터 처리(Minimum Qualitative Data Handling)
데이터가 충분하지 않다면, 모든 섹션에 [MISSING] placeholder를 넣고, 누락되거나 불명확한 모든 필드를 Issues와 Clarification Needed에 기록하세요.

### 4. 데이터 타입(Data Types)
- Participant Name: 문자열 (없으면 [MISSING], 이름/이니셜/ID 가능)
- Date: YYYY-MM-DD (불명확하면 [MISSING])
- Type: 지정된 목록 사용 또는 [MISSING]
- story/journey stage 수가 2개 미만이면 Issues에서 이유 설명

### 5. 출력 순서(Output Order)
필수 상단-하단 순서: Issues → Clarification Needed → Metadata → Story Summaries → Experience Map → Opportunities → Insights → Optional Sections (있는 경우)

## 예시 출력(축약)
```markdown
## Issues
- Missing: Participant Name, Date

## Clarification Needed
- 참여자 이름은 무엇인가요?
- 세션 날짜는 언제인가요?
- 사용자가 만든 workaround의 구체적 예시를 줄 수 있나요?

## Metadata
# Interview Snapshot: [MISSING]
**Date:** [MISSING]
**Type:** Usability Test
**Duration:** 47
**Interviewer(s):** P. Lee

Quick Facts
- Segment: IT support
- Key Behaviors: 반복 티켓 생성, FAQ 확인
- Tools Used: Jira, Internal FAQ
- Experience Level: 초보자
- Setting: 원격 홈오피스

Memorable Quote
“고장 날 때마다 처음부터 다시 해야 했어요.”

### Story 1: Trouble Ticket Loop
**Context:** Jira가 프로세스 중간에 멈춤
**What Happened:** 티켓을 만들고 같은 단계를 반복함
**Outcome:** 워크플로우 지연

**Key Moments:**
- 행동 인사이트
- 감정 반응
- workaround 또는 적응 방식

... (모든 필수 섹션 완성)
```

# 규칙 및 기준(Rules & Criteria)

## 검증(Validation)
- 세션 유형과 리서치 목표를 확인
- 참여자 역할/맥락을 검증
- 필수 필드가 없으면 [MISSING]으로 표시하고 Issues에 설명

## 행동 우선(Behavior First)
- 사용자가 말한 의도보다 실제로 한 행동을 강조
- 핵심 감정 순간과 반복되는 pain point를 드러낼 것

## 품질(Quality)
- 모든 필수 섹션 완성 ([MISSING] 사용 가능)
- 구체적 행동과 특정 예시 추출
- 실행 가능하고 명확하며 일관된 출력 보장

## 에러 처리(Error Handling)
- 모호하거나 누락된 데이터가 있으면 Issues/Clarification Needed 출력
- Optional Sections는 입력이 있을 때만 표시

# 워크플로우(Workflow)
1. 사용자가 인터뷰 텍스트를 제공한다.
2. 범위와 필수 필드를 검증한다.
3. 최소 2개의 행동 스토리를 추출하고, 여정 맵을 만들고, 기회/인사이트를 식별한다.
4. 정확한 구조/순서를 따라 .md 파일로 출력한다.
5. 사용자가 수정 또는 추가 설명을 요청할 수 있으며, 그에 맞게 응답한다.

각 핵심 처리 단계 이후, 출력이 스키마와 요구 순서를 충족하는지 검증하세요. 실패하면 스스로 수정하고 출력을 업데이트하세요.

# 출력 형식(Output Format)
- Markdown만 사용
- 간결하고 실행 가능한 문장 사용

# 종료 조건(Stop Conditions)
- 필수 섹션이 모두 완성되었거나, 누락/모호 데이터가 모두 정리되고 clarification 요청이 포함된 후에만 반환

인터뷰 스냅샷 통합 정리하기(Synthesizing interview snapshots)

# 인터뷰 스냅샷 통합 정리하기: 규칙과 프레임워크

## 목표(Objective)
여러 인터뷰 스냅샷을 통합해 패턴, 사용자 여정(user journey), 실행 가능한 인사이트를 추출할 수 있는 포괄적 프레임워크를 제공합니다. 이를 통해 증거 기반 제품 기회를 도출합니다.

## 모범 사례 체크리스트(Best Practice Checklist)
분석을 시작하기 전에 수행할 상위 수준 하위 작업을 3-7개 불릿으로 간단히 먼저 제시하세요:
- 입력 스냅샷 구조와 데이터 품질 검증
- 누락되었거나 일관되지 않은 정보 표시 및 주석 추가
- 행동 패턴, pain point, 세그먼트별 차이 발견
- 사용자 여정을 맥락 정보와 함께 통합된 단계로 정리
- 우선순위가 있는 기회와 핵심 인사이트를 근거와 함께 생성
- 통합 경험 맵(integrated experience map) 작성
- 리서치 공백과 다음 단계 문서화

## 적용 시점(When to Apply)
- 최소 3개의 인터뷰 스냅샷이 있을 때
- 모든 스냅샷이 동일한 주제 또는 사용자 여정에 관한 것일 때
- 제품 기회를 정의하거나 해결책을 브레인스토밍하기 전에 사용할 때
- 이해관계자 발표용 리서치 결과를 정리할 때 유용함

## 워크플로우 단계(Workflow Steps)

### 1. 입력 검증(Input Validation)
- 모든 스냅샷이 일관된 구조를 갖추고 있는지 확인
- 행동 세부사항과 예시 quote가 포함되어 있는지 확인
- 전반적인 데이터 품질을 평가하고, 제약이나 불일치를 강조
- 중요한 데이터(예: 행동, quote, 세그먼트 정보)가 누락되었거나 일관되지 않다면, 최종 출력에서 이 공백을 명확히 표시하고 관련 섹션에 제한사항을 주석으로 남기세요.

### 2. 패턴 발견(Pattern Discovery)
- 반복되는 행동, pain point, 근본 테마를 찾아내기
- 감정의 고점/저점과 사용자 workaround를 매핑하기
- 사용자 세그먼트를 비교해 두드러진 차이를 강조하기

### 3. 사용자 여정 통합(User Journey Integration)
- 경험 맵을 통합된 여정 단계로 합치기
- 세그먼트별 차이를 주석으로 표시하기
- 각 스냅샷의 맥락 정보(언제, 어디서, 왜)를 유지하기

### 4. 인사이트 생성(Insight Generation)
- 상위 기회를 우선순위화하기 (빈도, 비즈니스 임팩트, 뒷받침 quote 포함)
- 실행 가능한 인사이트와 제품 함의를 추출해 명확히 표현하기
- 리서치 공백과 실행 권장사항 문서화하기

## 출력 가이드라인(Output Guidelines)
- 모든 출력은 표준화된 Markdown 형식을 따라야 합니다. 표와 리스트를 안내된 방식대로 사용하세요. 누락되었거나 불분명한 데이터는 관련 섹션에서 명시적으로 표시하세요.
- 출력 통합이 끝난 뒤에는 주요 섹션이 모두 완성됐는지, 누락 데이터나 모호성이 명확히 표시됐는지 짧게 검증하세요. 검증 결과 중요한 누락이 드러나면, 명시적 메모나 설명 주석을 추가해 스스로 보정하세요.

## 출력 형식(Output Format)

### Executive Summary
- 가장 중요한 상위 수준 발견을 3-5개 불릿으로 요약

### Participant Overview
- 컬럼: Segment, # Participants, Key Traits 인 표
- 세그먼트 정보가 없으면 어떤 스냅샷에 이 데이터가 없는지 명시

### Top Opportunities
- impact 내림차순, 빈도를 2차 타이브레이커로 정렬한 표:
    | Problem Statement       | Evidence (Quotes/Obs.)     | Frequency (%) | Estimated Business Impact |
    |------------------------|----------------------------|---------------|--------------------------|
    | [Description]          | [Quotes/Observations]      | [Value]       | [Brief Impact]           |

### Key Insights
- 각 항목마다:
    - **What:** 짧은 인사이트
    - **Evidence:** 뒷받침하는 quote/관찰
    - **Implications:** 제품 또는 비즈니스 함의

### Integrated Experience Map
- 아래 내용을 담은 표:
    | Stage/Step | Actions | Thoughts | Emotions | Pain Points | Segment Variations |
    |------------|---------|----------|----------|-------------|-------------------|
    | ...        | ...     | ...      | ...      | ...         | ...               |

### Research Gaps & Next Steps
- **Gaps:** 누락/불완전 데이터 또는 열린 리서치 질문 불릿 리스트
- **Recommended Next Steps:** 후속 액션 및 리서치 작업 제안 불릿 리스트

## 예시 출력(Example Output)
```markdown
## Executive Summary
- [Insight 1]
- [Insight 2]
- [Insight 3]

## Participant Overview
| Segment     | # Participants | Key Traits                  |
|-------------|---------------|-----------------------------|
| New Users   | 3             | First-time, mobile-focused  |
| Power Users | 2             | Daily users, advanced tasks |

## Top Opportunities
| Problem Statement      | Evidence           | Frequency (%) | Estimated Business Impact |
|-----------------------|--------------------|---------------|--------------------------|
| Sign-up friction      | \"I got stuck...\"   | 60%           | High churn risk          |

## Key Insights
- **What:** 사용자는 더 나은 onboarding 지원이 필요함
  - **Evidence:** \"가이드를 못 봤어요.\" (Snapshot 2)
  - **Implications:** onboarding 노출 위치 개선

## Integrated Experience Map
| Stage/Step | Actions      | Thoughts            | Emotions   | Pain Points | Segment Variations      |
|------------|-------------|---------------------|------------|-------------|-------------------------|
| Sign-up    | Enter info  | Unsure about fields | Frustrated | Form unclear| New vs Returning users  |

## Research Gaps & Next Steps
**Gaps:**
- Segment C의 구매 단계 quote 없음
- Snapshot 4는 행동 세부사항이 부족함

**Recommended Next Steps:**
- Segment C 후속 인터뷰 진행
- onboarding 세부사항 추가 수집
```

Map an opportunity solution tree for continuous discovery

Build an opportunity solution tree for {{product_name}} to structure our discovery process and connect customer needs to product solutions.

## Context
- Product: {{product_name}}
- Desired outcome: {{desired_outcome}} (e.g., "Increase 30-day retention from 45% to 60%")
- Target persona: {{target_persona}}
- Number of recent customer interviews or data sources: {{data_sources_count}}
- Current top customer complaints or requests: {{top_complaints}}

## Step 1: Define the Outcome
1. State the desired business outcome in measurable terms
2. Identify the product outcome that drives this business outcome
3. Validate that this outcome is within the team's control and influence
4. Set a timeframe for achieving this outcome

## Step 2: Map Opportunities
From customer interviews, support tickets, and usage data, identify opportunities (unmet needs, pain points, desires):
1. List 8-12 raw opportunities from customer data
2. Group them into 3-5 opportunity themes
3. For each theme, write a clear opportunity statement: "[Persona] needs a way to [need] because [insight]"
4. Prioritize opportunities by: frequency (how many customers mention it), intensity (how painful is it), and strategic fit

## Step 3: Generate Solutions
For the top 3 prioritized opportunities:
1. Brainstorm 3-5 possible solutions for each (aim for diversity — not just the obvious one)
2. Evaluate each solution on: effort, impact, confidence, and alignment with the outcome
3. Select 1-2 solutions per opportunity to move forward with

## Step 4: Design Experiments
For each selected solution:
1. What's the riskiest assumption?
2. Design a lightweight experiment to test that assumption
   - Experiment type: prototype test / fake door / survey / data analysis / concierge
   - Success criteria: what result would give you confidence to build?
   - Timeline: how long to run?
   - Sample size needed
3. Define the decision rule: build, iterate, or kill

## Step 5: Visualize the Tree
Create a text-based tree diagram:
```
Outcome: {{desired_outcome}}
├── Opportunity 1: [statement]
│   ├── Solution A → Experiment: [type]
│   └── Solution B → Experiment: [type]
├── Opportunity 2: [statement]
│   ├── Solution C → Experiment: [type]
│   └── Solution D → Experiment: [type]
└── Opportunity 3: [statement]
    └── Solution E → Experiment: [type]
```