문제 정의문 (POV · HMW)

관찰한 것을 한 문장으로 굳히고, 그 문장에서 아이디어를 부르는 질문을 뽑습니다. POV는 "무엇이 문제인가"를 못 박는 문장이고, HMW는 그 문장을 "어떻게 하면 우리가…"로 바꾼 질문이에요. 여기서 답을 내지 않습니다 — 좋은 질문만 만들면 성공입니다.

🎯 POV 세 조각

1 사용자 — 누구인가

한 사람으로 좁히세요. "모든 직장인"은 아무도 아닙니다. 페르소나 이름을 그대로 써도 됩니다.

2 니즈 — 무엇이 필요한가

동사로 적고, 해결책은 넣지 마세요. "앱이 필요하다"(×) → "실수 없이 데이터를 합칠"(○). "~할" 형태로 끝나면 문장이 매끄럽습니다.

3 인사이트 — 왜 그런가

겉으로 보이는 이유 말고 관찰에서 발견한 진짜 이유. 공감지도의 "발견한 것"이 여기 들어갑니다. "~기" 또는 "~때문에"로 끝나게 적으세요.

📌 완성된 문제 정의문

🔍 POV 점검

💭 HMW 질문 뽑기 — 아홉 가지 렌즈

같은 POV라도 어느 각도에서 보느냐에 따라 전혀 다른 아이디어가 나옵니다. 아래는 POV를 아홉 방향으로 비튼 질문 후보예요 — ＋로 담고, 담은 뒤 문장을 자유롭게 고치세요. 어색한 질문이 오히려 좋은 아이디어를 부릅니다.

✅ 채택한 HMW0

📄 완성된 문제 정의문

💡 잘 쓰는 요령

니즈에 해결책이 들어가면 그 순간 생각이 멈춥니다. "알림 기능이 필요하다"고 정의하면 나올 아이디어는 알림 하나뿐이에요. "제때 알아차릴 방법이 필요하다"로 적으면 알림·자동 요약·동료 확인 등 길이 여러 갈래로 열립니다.

좋은 인사이트는 놀랍습니다. "바빠서 못 쓴다"는 누구나 아는 말이라 아이디어를 못 부릅니다. "틀릴까 봐 두려워서 일부러 비효율적인 옛 방식을 고른다"처럼 모순이 보이면 제대로 찾은 것입니다.

HMW는 답이 아니라 질문입니다. "어떻게 하면 자동 알림을 보낼까?"는 이미 답을 정해 놓은 질문이에요. 너무 좁으면 아이디어가 하나로 수렴하고, 너무 넓으면("어떻게 하면 세상을 좋게 할까?") 아무 것도 안 나옵니다.

앞뒤 단계 → 공감지도(무엇을 느끼나) · 고객 여정 분석(어디서 막히나) · 아이디어 평가 매트릭스(무엇부터 할까)