[📚개발함정을 탈출하라] 사용성 테스트 vs 사용자 조사

개발함정을 탈출하라(Escaping the build trap) pp.172-173 - 사용자 조사, 관찰, 설문, 고객 의견은 우리가 사용자의 관점에서 문제를 탐구하는 데 활용할 수 있는 도구들이다. 이때 사용자 조사를 ‘사용성 테스트'와 헷갈리지 말자. 사용성 테스트는 프로토타입이나 웹사이트를 보여주면서 사람들이 행동을 완수해보게 함으로써 그들이 기능을 쉽게 다루고 이용하는지 보는 것이지 그 기능이 실제로 문제를 해결해주는지 확인하는 연구는 아니다. 이것을 ‘평가형' 연구라고 부른다. - 반면 문제 기반 사용자 조사는 ‘생성적 연구'다. 이런 연구는 해결하려는 문제를 찾아내는 것이 목적이다. 그러려면 고객이 겪는 문제의 근원을 파헤치고 그를 둘러싼 전후 상황을 이해해야 한다. (중략) 문제 기반 연구에서는 무엇이 불만인지 파악하고 문제의 근본을 원인을 알아내야 한다. 고객이 겪는 문제의 전후 상황을 이해하면 그 문제의 해결 방안을 더 정확히 구상할 수 있다. 그렇지 못하면 추측만 난무한다. - 여기서 쉽게 빠질 수 있는 개발 함정은 근본 원인을 찾기도 전에 문제 해결에 뛰어드는 것이다. 우리는 문제가 무엇인지도 모르는 상태에서 그 문제를 해결하려고 덤비곤 한다. 우리 뇌는 해결 방안 찾기를 좋아하지만 일할 때 그런 태도는 위험하다. 문제의 근원을 이해하지 못하면 절대 자신의 의도에 맞춰 정확한 해결 방안을 도출해낼 수 없다. (중략) 문제의 뿌리를 이해하는 것이 어렵기는 해도 더 효율적이고 효과적이고 성공적인 방식이다. 🤔 comment 종종 사용자 조사와 사용성 테스트의 개념을 혼용해서 쓰는 경우가 있었는데, 각각 목적의 차이를 정확하게 짚어주는 글이었습니다. 위의 내용대로라면, 사용자 문제의 근본 원인 파악 및 해결 방안을 제시하는 '문제 기반 사용자 조사' 후에 고객이 그 기능(해결 방안)을 쉽게 이용할 수 있는지 '(평가형) 사용성 테스트'를 진행하는게 순서일 것 같습니다. 개발 함정 조심하시고요! 😆