사용성 테스트 메모에서 관찰과 해석을 나누는 법

버튼을 못 찾았다는 메모만으로는 고칠 곳을 정하기 어렵습니다

사용성 테스트를 본 뒤 “버튼이 안 보여서 포기함”이라고 적을 수 있습니다. 하지만 실제로 무엇을 보고 어디에서 멈췄는지와 작성자가 그렇게 해석한 이유가 섞여 있습니다. 다른 사람이 같은 자료를 검토하려면 관찰한 행동, 발화, 해석과 다음 질문을 나누어 남기는 편이 좋습니다.

아래 기록은 배송 조건을 확인하는 과업을 위한 가상 연습입니다. 실제 참여자를 관찰하거나 인터뷰한 자료가 아닙니다. 예시 문장을 실제 고객의 말이나 테스트 결과로 인용해서는 안 됩니다.

힌트를 주기 전에 끝낼 과업을 정합니다

“오른쪽 아래 배송 버튼을 눌러 주세요”라고 지시하면 그 버튼을 찾을 수 있는지는 알기 어렵습니다. “추가 배송비가 있는지 확인해 주세요”처럼 달성할 목표를 제시하고, 구체적인 경로를 문제의 답처럼 알려주지 않는 방식으로 과업을 설계할 수 있습니다. GOV.UK의 진행형 사용성 테스트 안내도 목표가 분명하고 답을 암시하지 않는 과업을 설명합니다.

진행자가 도왔다면 언제 어떤 말을 했는지 함께 적습니다. 도움을 받은 뒤 완료한 행동과 스스로 찾아간 행동은 같은 관찰이 아닙니다. 참여자를 시험하는 자리가 아니라 화면이 실제 과업을 돕는지 배우는 자리라는 점도 안내해야 합니다.

관찰에서 해석으로 넘어가는 선을 보이게 합니다

GOV.UK의 조사 분석 지침은 먼저 본 것과 들은 것을 한 관찰씩 적고, 그 의미에 대한 생각과 분리하라고 설명합니다. 관찰 카드 하나에 행동과 해결책까지 묶으면 나중에 다른 해석을 검토하기 어렵습니다.

시간과 화면의 조건을 다시 찾을 수 있게 적습니다

메모에는 과업 번호와 시점, 보고 있던 화면·선택 상태를 붙일 수 있습니다. 같은 상품 페이지라도 옵션을 고르기 전과 뒤의 배송 안내가 다르면 관찰한 화면이 달라집니다. 버튼의 실제 문구나 열린 패널의 이름도 남겨야 재현할 위치가 분명해집니다.

과업: 추가 배송비 확인
시점: 예제 00:20
화면 상태: 대형 옵션 · 배송 요약 접힘
관찰: 가격 아래로 두 번 스크롤하고 FAQ를 엶
개입: 없음
해석: 비용 요약을 발견하지 못했을 가능성
다음 확인: 과업 뒤 어떤 안내를 먼저 봤는지 질문

실제 조사에서는 설명과 동의, 기록의 접근·보관 범위를 준비해야 합니다. 공개 글에 사람의 연락처와 녹화 화면을 관성적으로 옮기지 않습니다. 이 예제는 기록 방법을 보여주기 때문에 실제 참여자의 정보를 필요로 하지 않습니다.

비슷한 관찰을 모은 뒤 바꿀 가설을 정합니다

한 사람이 FAQ를 열었다고 모든 방문자가 가격 안내를 못 찾는다고 결론 내리지는 않습니다. 어떤 조건에서 비슷한 행동이 나오는지 묶고, 자료가 설명하는 범위 안에서 다음 가설을 만듭니다. 예를 들어 “가격 주변 요약을 더 알아보기 쉽게 바꾸면 같은 과업에서 경로가 달라질까”라는 질문으로 이어갈 수 있습니다.

그다음에 실제 대안을 만들고 같은 과업으로 다시 확인합니다. 관찰, 해석, 개선안과 재검토를 나누면 처음 생각한 해결책에 맞는 발언만 고르는 일을 줄일 수 있습니다. 비용 정보를 어디에 둘지의 설계는 배송 조건과 행동 영역과 연결해 볼 수 있습니다.

수치 실험의 승자를 읽는 문제는 A/B 결과표 해석이 다룹니다. 관찰 메모는 그 결과를 대신하는 증명서가 아니라, 무엇이 일어났고 무엇을 더 물어야 하는지 남기는 자료입니다.

예제를 직접 열어 보기

이 글의 화면 예제와 소스 받기 ZIP. 압축을 푼 뒤 index.html을 브라우저에서 열 수 있습니다. 예제의 입력과 표시 범위는 각 화면의 안내를 기준으로 확인하세요.

참고한 원문

• GOV.UK: 진행자가 있는 사용성 테스트
• GOV.UK: 조사 세션 분석