이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
사용성 테스트 계획을 세울 때 어떤 과제를 주어야 실제 사용 행동을 가장 잘 관찰할 수 있는지를 먼저 고민합니다. 과제가 너무 구체적이면 사용자가 힌트를 받는 셈이 돼서 자연스러운 행동이 나오지 않습니다. 참가자 리쿠르팅 기준도 중요한데, 실제 타겟 사용자와 다른 사람을 모으면 결과가 왜곡됩니다.
관찰 포인트를 사전에 정의해두면 여러 관찰자가 같은 기준으로 보게 되어 인사이트 취합이 훨씬 쉬워집니다. 테스트를 통해 검증하려는 가설이 명확해야 결과에서 무엇을 봐야 하는지가 분명해진다고 생각합니다. 과제를 완성하고 나서 짧은 회고 질문을 하면 예상치 못한 인사이트를 얻는 경우가 많습니다.
사용성 테스트 계획에서 주도적으로 결과에 연결된 경험이 있습니다. 팀 프로젝트에서 사용성 테스트를 처음 계획할 때 제가 먼저 테스트 목표를 문서로 정리하고 어떤 과제를 줄 것인지를 팀에 제안했습니다. 테스트 전 파일럿으로 한 명에게 먼저 과제를 진행해봤을 때 질문 중 하나가 의도와 다르게 해석된다는 걸 발견해서 수정했습니다. 본 테스트에서 다섯 명 중 세 명이 같은 과제에서 멈추는 패턴을 관찰했고 그 결과를 설계 개선의 근거로 활용했습니다.
파일럿 한 번이 본 테스트 전체의 방향을 조정할 수 있다는 걸 그 경험에서 배웠습니다.
제가 먼저 계획을 잡고 집행했을 때 팀 전체가 관찰에 집중할 수 있는 조건이 만들어졌습니다.
그 경험이 테스트 계획에서 선행 준비가 왜 중요한지를 알려줬습니다.
사용성 테스트 결과를 신뢰하기 위해 검증을 추가한 경험이 있습니다. 한 명에게서 나온 인사이트가 인상적이어서 그 관찰 하나로 설계를 바꾸려 했는데, 다른 참여자에게서 같은 패턴이 나오지 않아서 개인 경험일 가능성을 고려하게 됐습니다. 그 이후로 적어도 세 명 이상에게서 비슷한 패턴이 반복돼야 설계 변경의 근거로 삼는 기준을 세웠습니다. 교차 검증 측면에서는 관찰 데이터와 참여자의 발화를 함께 기록했을 때 행동과 말이 다른 경우를 발견하는 경우가 있었습니다.
행동이 말보다 더 솔직한 데이터라는 걸 그 경험에서 배웠습니다.
기록을 상세하게 남겨두면 나중에 다른 관찰자가 같은 데이터를 다르게 해석하는지 비교할 수 있어서 검증의 기준이 생깁니다.
그 방식이 재현 가능한 사용성 테스트 기록의 조건이라고 생각합니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 한양대학교병원(서울) UX/UI 디자이너 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.