사용자 조사 우선
약 79초
사용자 리서치를 먼저 하고 그 결과를 기반으로 개발 방향을 잡는 접근 설명
사용자 경험을 중심에 두고 개발할 때 저는 실제 사용자의 행동과 불편함을 먼저 파악하는 것에서 시작합니다. 기능을 먼저 만들고 나중에 사용자 반응을 보는 방식보다, 어떤 상황에서 어떤 불편함이 있는지를 먼저 이해하는 것이 방향을 잡는 데 더 효율적이라고 생각하기 때문입니다. 수업 과제에서 앱 UI를 개선하는 프로젝트를 할 때, 팀원들끼리 좋다고 생각한 디자인과 실제 사용자 테스트 결과가 달랐던 경험이 있었습니다.
우리가 편한 게 사용자가 편한 게 아닐 수 있다는 걸 그때 느꼈습니다. 이후로는 작은 사용성 테스트라도 먼저 해보고 반영하는 순서를 지키려 합니다. 모든 기능을 완성하고 나서 테스트하면 수정 비용이 크기 때문에, 초기 단계에서 가설을 세우고 빠르게 검증하는 방식이 더 현실적이라고 생각합니다.
이 결의 특징
앱 UI 개선 과제에서 우리가 편한 것 ≠ 사용자가 편한 것이라는 현실을 직면한 흔적입니다. 초기 단계에서 가설 검증으로 수정 비용을 줄이는 방법론이 정착했습니다.
이 결이 통하는 자리
사용자 중심 설계의 실행 타이밍을 묻는 자리에 통합니다. 완성 후 테스트가 아니라 초기 단계 검증을 몸에 밴 사람으로 보여줄 때입니다.