{3줄 요약}
올바른 문제 발견은 해결보다 앞서야 하는 제품 설계의 중요한 출발점이에요.
문제를 잘못 고르면 멋진 결과물도 사용자의 실제 어려움을 풀지 못하게 돼요.
발견 방법을 알면 말보다 행동을 보고 숨은 병목을 더 빨리 찾아낼 수 있어요.
이 방법이 필요한 순간이에요
Product Design 프로세스의 첫 단계예요.
새 기능을 추가하기 전, 기존 서비스를 개선하기 전, 또는 "왜 사용자들이 이 단계에서 나가는지" 이해하려 할 때 써요.
문제 발견 없이 설계로 바로 가면 팀이 원하는 것을 만들게 돼요.
사용자가 원하는 것이 아니라.
실행 순서를 이렇게 나눠요
1단계 — 알고 싶은 것을 먼저 정리하기
리서치를 시작하기 전에 두 가지를 구분해서 써요.
알고 있는 것: 데이터, 이전 리서치, 내부 지식에서 이미 아는 사실이에요.
가정하고 있는 것: "사용자가 이럴 것이다"라고 생각하지만 확인은 안 된 것이에요.
모르는 것: 이것이 리서치 질문이에요.
예시:
- 알고 있음: 결제 단계에서 이탈율이 35%다
- 가정: 결제 폼이 복잡해서 이탈한다
- 모름: 왜 이탈하는지, 어느 필드에서 막히는지
"모르는 것"이 문제 발견의 목표예요.
2단계 — 행동 데이터를 먼저 보기
사용자의 행동 데이터가 있다면 인터뷰 전에 먼저 봐요.
- 어느 화면에서 이탈이 많은가
- 어느 기능을 쓰지 않는가
- 어느 단계에서 오래 머무는가 (막혀있을 수 있음)
- CS 문의 중 가장 많은 유형은 무엇인가
데이터는 "어디"를 알려줘요.
"왜"는 아직 몰라요.
하지만 "어디"를 알면 인터뷰와 관찰의 초점이 생겨요.
3단계 — 사용자 인터뷰로 "왜"를 찾기
행동 데이터에서 이상 징후가 보이는 영역을 중심으로 인터뷰해요.
인터뷰의 목적은 해결책을 확인하는 게 아니에요.
경험을 이해하는 거예요.
좋은 질문 유형:
- "마지막으로 [행동]을 하려다 포기한 게 언제예요?" (구체적 기억)
- "그때 어떤 생각이 들었어요?" (감정과 기대)
- "대신 어떻게 해결했어요?" (우회 행동)
- "이런 상황이 또 있었나요?" (빈도 파악)
피해야 할 질문:
- "이 기능이 있으면 좋겠어요?" → 항상 "네"가 나와요
- "이 디자인 마음에 드세요?" → 호의적 응답 편향
Teresa Torres의 연구에 따르면, 사람들은 솔루션을 요청하지만 실제로는 결과를 원해요.
"이체 기능이 더 쉬웠으면 해요"가 아니라 "빠르게 돈을 보낼 수 있어야 해요"가 진짜 니즈예요.
4단계 — 현장 관찰하기
인터뷰보다 강력한 것이 실제 사용 관찰이에요.
사람들은 자신이 어떻게 행동하는지 정확히 기억하지 못해요.
가능하다면 사용자가 실제로 제품을 쓰는 환경에서 관찰해요.
사무실에서 업무 도구를 어떻게 쓰는지, 모바일 앱을 지하철에서 어떻게 쓰는지.
관찰할 때 기록해야 할 것:
- 무엇을 했나 (행동)
- 어디서 막혔나 (어려움)
- 어떤 말을 중얼거렸나 (생각)
- 어떤 표정을 지었나 (감정)
5단계 — 기회 영역으로 정의하기
인터뷰와 관찰에서 수집한 내용을 분석해서 "기회 영역(Opportunity Area)"으로 정의해요.
기회 영역은 "사용자가 원하는 결과는 X인데, 현재는 Y라는 어려움이 있다"는 형식이에요.
예시:
- "장을 보는 사람들은 모든 재료를 한 번에 사고 싶은데, 앱이 여러 카테고리를 따로 탐색해야 해서 빠뜨리는 것이 생긴다"
이게 "장바구니 기능 개선"이라는 해결책 정의보다 훨씬 나아요.
기회 영역은 여러 해결책의 가능성을 열어둬요.
하지 말아야 할 것
"우리가 이미 정한 해결책이 맞다"를 확인하는 리서치를 하지 마세요: "우리 새 기능 마음에 드세요?"라는 질문은 리서치가 아니에요.
피드백 수집이에요.
다섯 명 이하로 인터뷰하고 "결론 났다"고 하지 마세요: 인터뷰 결과는 가설이에요.
더 많은 데이터로 검증이 필요해요.
단, 반복되는 패턴이 나오기 시작하면 충분한 인터뷰를 한 것일 수 있어요.
팀 내부 사람들만 인터뷰하지 마세요: 팀원은 이미 서비스에 익숙해요.
실제 타겟 사용자의 행동과 다를 가능성이 높아요.
실행 후 확인하기
- 리서치 전에 "알고 있는 것 / 가정 / 모르는 것"을 구분했나요?
- 행동 데이터에서 "어디"가 이상한지 확인했나요?
- 인터뷰에서 해결책이 아닌 경험을 물었나요?
- 발견한 내용을 기회 영역으로 정의했나요?
- 팀 전체가 같은 기회 영역을 보고 있나요?
관련 아티클
- 사용자 인터뷰 — 문제 발견에서 인터뷰를 어떻게 효과적으로 하는지 다뤄요.
- 디자인 리서치 기본 — 문제 발견의 기반이 되는 리서치 원칙이에요.
- 문제 정의가 디자인의 80% — 문제를 발견한 후 정확히 정의하는 방법이에요.
참고 문헌
- Teresa Torres, 《Continuous Discovery Habits》(2021) — 문제 발견을 일상적인 팀 습관으로 만드는 방법론이에요. Opportunity Solution Tree 개념이 핵심이에요.