문제 프레이밍 템플릿이란?
문제 프레이밍 템플릿은 어떤 솔루션도 브레인스토밍하기 전에 도전 과제의 범위, 영향, 그리고 "진짜 본질"을 정의하기 위해 팀이 함께 사용하는 협업 프레임워크입니다. 팀을 모호한 관찰(예: "사용자가 이탈합니다")에서 구조화된 미션(예: "모바일을 처음 사용하는 사용자의 결제 과정에서 마찰을 어떻게 줄일 수 있을까?")으로 전환합니다. 또한 사람의 어려움을 이해하기 전에 팀이 곧바로 앱을 만들어 버리는 "솔루션 편향"을 방지하는 안전장치 역할을 합니다.
"Definition" 점검: 성공을 위한 프레이밍 방법 3가지
문제를 잘 프레이밍하면 문제의 절반은 이미 해결된 셈입니다. Miro에서 미션 선언문을 확정하기 전에 이 세 가지 전문가용 "건강 점검"을 적용하세요:
1. "5 Whys" 심층 점검
점검: 문제 진술이 단지 "증상"(예: "웹사이트가 느리다")에 불과한가요? 해결책:근본 원인을 점검하세요. 템플릿 안에서 "5 Whys" 기법을 사용해 더 깊이 파고드세요. 사이트가 느리다면, 왜? 이미지가 너무 크기 때문입니다. 왜? 압축 도구가 없기 때문입니다. 왜? 예산이 배정되지 않았기 때문입니다. 문제를 자원 할당 문제로 정의하면 단순히 "코드를 고치는 것"과는 전혀 다른 해결책으로 이어집니다.
2. "Who, What, Where, Why" 테스트
점검: 문제 진술이 너무 광범위한가요(예: "커뮤니케이션이 어렵다")? 해결책:구체성을 점검하세요. 전문적인 프레임은 다음 질문에 답해야 합니다:
누구: 구체적으로 누가 문제를 겪고 있나요?
무엇: 그들이 직면한 구체적인 장애물은 무엇인가요?
어디: 어떤 맥락이나 환경에서 이런 일이 발생하나요?
왜: 그것이 비즈니스나 사용자에게 왜 중요한가요? 이 네 항목을 채우지 못하면, 문제는 "주제"일 뿐 "프레임"이 아닙니다.
3. "How Might We" (HMW) 피벗
검토: 문제가 "불만"으로 표현되어 있고 "기회"로 표현되어 있지 않나요? 해결책:생성적 언어 사용 여부를 점검하세요. 최종 문제 진술을 How Might We 질문으로 바꾸세요. 좋은 HMW는 다양한 해결책을 허용할 만큼 넓으면서도, 집중을 제공할 만큼 충분히 좁습니다. (예: "HMW 바쁜 부모가 자녀의 건강 지표를 더 쉽게 추적할 수 있도록 할까?")
전략적 프레임워크: 어떤 문제 템플릿이 필요할까요?
프로젝트의 시작점에 맞는 Miro 템플릿을 선택하세요:
문제 프레이밍 템플릿의 핵심 요소
문제 프레이밍용 고성능 Miro 보드에는 다음 다섯 가지 핵심 요소가 필요합니다:
사용자 페르소나: 문제의 중심에 있는 특정 사용자를 간단히 설명합니다.
현재 상태 vs. 원하는 상태: 현재 상태와 원하는 상태를 시각적으로 비교합니다.
증거 갤러리: 문제의 존재를 입증하는 실제 데이터, 사용자 인용문 또는 스크린샷.
영향 지표: 이 문제를 해결하지 않으면 어떤 일이 발생하나요? (예: 수익 손실, 높은 이탈률, 안전 위험).
최종 "문제 진술": 프로젝트의 "북극성"이 되는 1–2문장 요약.
문제 프레이밍의 일반적인 함정
