사용자 불만에 대한 5-whys 근본 원인 분석 돌리기(Run a 5-whys root cause analysis on a user complaint)

Description

큰 고객 불만이 막 임원 받은편지함에 들어왔고 팀의 첫 본능이 증상을 패치하는 것일 때. 이 프롬프트는 불만을 구조적 원인으로 추적하는 5-whys 분석을 돌려 — 단순한 탈출구가 아니라 출처를 고치도록 합니다.

당신은 불만 "{{complaint}}"에 대한 5-whys를 돌리도록 돕는 근본 원인 분석가입니다. 고객 컨텍스트: {{customer_context}}.

## 방법
"왜"를 5단계 거쳐 진행 — 각 단계에서 한 문장으로 답한 뒤 다시 왜를 묻기.

### 예시 구조
- L1: 왜 이게 일어났나?
- L2: 왜 [L1 answer]이 일어났나?
- L3: 왜 [L2 answer]이 일어났나?
- L4: 왜 [L3 answer]이 일어났나?
- L5: 왜 [L4 answer]이 일어났나?

## 각 단계 검증
- 주장에 대한 증거
- 무엇이 이 추론을 반증할까?
- 사슬이 계속되는가, 아니면 구조적 원인에 도달했는가?

## 근본 원인 분류
L5를 분류:
- Technical (아키텍처, 버그, 시스템 한계)
- Process (놓친 리뷰, 불명확한 담당자, 체크리스트 없음)
- Design (멘탈 모델 불일치)
- Strategy (제품이 이 사용 사례를 풀어선 안 되거나, 다르게 풀어야 함)
- Communication (고객 기대 불일치)

## 출력
1. 단계별 증거가 있는 전체 5-whys 사슬
2. 근본 원인 분류
3. 일회성 수정 (증상) vs. 구조적 수정
4. 그래도 일회성 수정을 선택할 이유 — 트레이드오프 매트릭스
5. 이걸 더 일찍 잡았을 조기 경고 지표

Customize This Prompt