Using “How Might We” Questions to Ideate on the Right Problems
오늘은 이어서 Ideate 를 위한 방법들에 대한 아티클을 가져왔습니다. How mignt we기법에 대한 nngroup의 아티클인데요, 요 아티클에선 Double diamond 프레임워크도 추가로 언급되고 있어요. Double diamond는 아래처럼 생긴 디자인 프로세스 중 하나인데, 정말 많이 언급되는 내용이라 다음 번에 디자인 프레임워크는 추가로 아티클을 모아서 읽어보려고 합니다. How mignt we 는 이 중에서 Discovery 단계가 끝난 이후에 해당됩니다.
How might we (HMW)
✅ How might we (HMW) question은 크리에이티브한 아디이어 도출을 위해 문제를 질문 형식으로 프레임화하여 생각해보는 방식입니다.
- How might we ensure more people pay their taxes before the deadline?
- How might we help employees stay productive and healthy when working from home?
- How might we make customers feel that their information is safe and secure when creating an account?
이 HMW는 질문을 어떻게 적느냐에 따라 아이디어의 정도가 달라질 수 있기 때문에, 질문을 잘 짜는 것부터 중요합니다.
아티클에선 이를 위한 몇가지 팁을 소개해주고 있는데, 내용이 너무 좋아서 한개씩 뜯어가며 살펴보겠습니다 :)
HMW 질문 작성을 위한 팁
#1. 지금까지 파악된 문제로부터 시작하기
Start with the Problems (or Insights) You’ve Uncovered
'How might we improve the user experience of the product?' 같은 질문은 광범위하고 어떤 문제를 해결하고자 하는 지가 명확하지 않아서 좋은 질문이라고 할 수 없습니다. HMW에서는 수많은 문제 중 궁극적인 문제를 찾아내고 이에 대한 아이디어를 도출하도록 유도하는 것이 중요하기 때문에, 아티클에서도 리서치를 통해 발견된 문제로부터 시작하는 것이 적절하다고 이야기하고 있습니다. 예를 들면 아래처럼 하나의 문제에 대한, hmw 질문이 나올 수 있습니다.
Problem | Users aren't aware of the full product offerings. |
HMW | How might we increase awareness of the full product offerings? |
#2. HMW 에서 솔루션을 제시하지 않기
Avoid Suggesting a Solution in Your HMW Question
HMW질문에 솔루션을 포함하는 건 아이디어의 확산을 막을 수도 있기 때문에,
무의식적으로 생각하고 있던 솔루션을 질문에 포함시키는 것을 피하는 것이 중요하다고 합니다.
Insight | Users are often unsure about which form to complete when they file their taxes. |
HMW (poor) | How might we tell users which form to complete to file their taxes? |
HMW (good) | How might we make users feel confident they are filing their taxes correctly? |
예를 들어 위 예시를 살펴보면, '유저들은 종종 세금신고를 위해 어떤 양식을 작성해야 하는 지에 대한 확신이 없다' 라는 인사이트에 대해,
👎 '어떻게 하면 유저들에게 세금신고를 위해 어떤 양식을 작성해야 하는지를 알려줄 수 있을까?' 라고 질문하는 것은 '양식작성에 대한 정보를 알려준다'는 솔루션이 포함되어 있기 때문에 좋은 HMW 질문이 될 수 없습니다.
👍 대신, '어떻게 하면 유저들이 세금신고 양식을 올바르게 작성했다는 확신을 가지도록 할 수 있을까?' 라는 질문이 솔루션을 배제하고 문제에 집중한 좋은 질문이라고 볼 수 있습니다.
#3. 넓은 범위를 포괄할 수 있도록 작성하기
Keep Your HMWs Broad
Insight | Users often spend a long time checking their submission for mistakes. |
HMW (good) | How might we make it quick and easy for users to check their work for mistakes? |
HMW (better) | How might we support users to efficiently draft submissions that they’re happy with? |
하지만 주의할 점은 넓은 범위로 작성하는 것도 중요하지만, 너무 넓어져서 우리가 파악한 문제가 흐려지는 것은 피해야한다는 점!
#4.(궁극적 문제에 대한)원하는 결과물에 집중시키기
Focus Your HMWs on the Desired Outcome
궁극적인 문제가 아니라 문제로 인한 단순 증상을 해결하는 것에 그치는 것을 막기 위해, 우리가 원하는 결과, 즉 우리가 서비스를 통해 궁극적으로 해결하고자 하는 문제에 HMW가 다가가고 있는 지를 항상 인지하고 있어야 합니다.
Problem | Users often call us because they’re unsure about the application process. |
HMW (poor) | How might we stop users from calling us? |
HMW (good) | How might we make users feel confident they have all the information they need? |
위 예시를 살펴보면, '유저가 지원 과정에 확신이 없기 때문에 종종 전화를 한다'는 문제가 있습니다. 유저가 '지원과정에 확신이 없다'는 것은 문제고, '전화를 하는 것'은 문제로부터 파생된 증상이라고 볼 수 있겠죠? 여기서 우리가 정말로 해결해야 할 것은 증상이 아니라 문제라는 점에 집중해야 합니다. 따라서 첫번째 질문보다는 두번째 질문에 좋은 HMW 질문이라고 볼 수 있습니다. 두번째 질문은 문제에 집중하고 있을 뿐만이 아니라, 여러가지 다양한 솔루션이 도출될 수 있는 광범위한 질문이라는 점에서도 좋은 질문인 것 같네요!
✅ 생각해보면 당장 벌어지는 듯한 증상에 집중하면 당장은 문제가 해결되는 것처럼 보여도, 결국 궁극적인 문제는 남아있기 때문에 추가적인 비용이 낭비될 수 있는 리스크도 가지게 되는 것 같습니다. 비용을 절감하면서 높은 효율을 내기 위해서라도 궁극적인 문제를 찾고 이에 대한 아이데이션을 진행하는 과정이 중요하다는 생각이 듭니다.
#5. 긍정적인 표현을 사용하여 작성하기
Phrase Your HMW Questions Positively
비슷하게, 긍정적인 표현을 사용하여 HMW질문을 작성하는 것이 더 좋은 아이데이션을 촉진시킨다고 합니다.
Problem | Users find the return process difficult. |
HMW (poor) | How might we make the return process less difficult? |
HMW (good) | How might we make the return process quick and intuitive? |
예시를 살펴보면, 두가지 HMW가 뜻하는 바가 비슷할 수는 있어도 표현방식에 있어 차이가 있습니다. 즉‘reduce,’ ‘remove,’ ‘prevent,’ 과 같은 부정적인 표현을 사용하게 되면 아이디어의 범위도 표현에 한정될 수 밖에 없기 때문에, 대신 ‘increase,’ ‘create,’ ‘enhance,’ ‘promote’ 와 같은 긍정적인 표현을 사용하는 것이 보다 긍정적인 아이데이션을 촉진할 수 있다고 합니다.
여기까지 Ideation 을 위한 HMW 질문에 대해 알아봤습니다. 아티클에 따르면 질문의 한계는 없기 때문에, 원하는 만큼 작성하는 것이 좋다고 합니다. 다만 위의 다섯가지 팁을 고려하여 아래 질문을 최종적으로 질문하며 내가 적은 HMW가 잘 작성되었는 지를 판단하면 좋을 것 같습니다😎
- Is it based on an existing problem or insight?
- Does it track a desired outcome?
- Is it written positively?
- Is it broad enough to ensure many creative ideas?
- Does it suggest a solution?
오늘은 딱히 정리해둘 영단어가 없어서 영단어는 담번으로 건너뛰겠습니다ㅎㅎ
그럼 안뇽~
'Article & Study' 카테고리의 다른 글
해결할 만한 가치가 있는 문제 정의하기 (1) | 2023.12.14 |
---|---|
Design thinking / 4. Prototype - Low Fidelity vs. High Fidelity (0) | 2022.05.13 |
Design thinking / 3. Ideate - Ideation (0) | 2022.05.08 |
Design thinking / 2. Define - UX mapping (0) | 2022.05.06 |
Design thinking / 2. Define - Problem statements (0) | 2022.05.04 |