디자인카타 추가작업
사용성 테스트(User Testability)
https://brunch.co.kr/@drawhatha/35
- 제품을 개선할 목표를 가지고, 사용자가 제품을 사용하는 모습을 관찰하는 것
- 개선된 부분을 사용자가 어떻게 사용하는지 확인하고 싶을 때
- 개선하기 전 사용자가 어떤 점을 불편하게 생각하는지 파악하고 싶을 때
사용자에게 할일을 주고 사용자의 모습을 관찰한 뒤 질문을 던져서 사용자의 행동 이유 파악
확인하고 싶은 테스크를 수행하는데 발생되는 사용성 이슈를 수집하는 것
장점
1) 예상하지 못한 문제 발견 : 사용자가 어디에서 어려움을 느끼는 지 파악, 개선에 대한 의견 들으며 문제를 더욱 복합적인 시각에서 이해 가능
2) 제품을 만드는 모두가 고객에 대해 같은 그림을 그릴 수 있음
3) 고객의 입장에서 더 깊이 생각
프로세스
목표 > 테스크설계 > 리크루팅 > 테스크 진행 > 결과 및 분석 정리
- 목표 : 테스크를 통해 확인하고 싶은 것 정하기
- 발견해야할 문제를 정하고 사용성 테스트에서 관찰해 볼 것들 정하기
- 테스크 설계
- 사용성 테스트에서 해야할 일 미리 정하기
- 참가자가 테스트 시간을 충분히 채울 수 있는 양으로 정하고
- 참가자가 상황에 이입해서 테스크를 수행할 수 있도록 구체적인 상황이 제시된 시나리오 형태로 작성하는 것이 좋음(각 시나리오 마다 알고싶은 점 함께 정리)
- 리크루팅
- 사용성 테스트를 통해 확인하고 싶은 것을 가장 잘 보여줄 수 있는 참가 대상 정하기
- 테스크 환경 구성하기(광간/ 녹화/ 카메라/ 오디오/ 중계 등 체크)
- 테스트 진행하기
- 미리 적어둔 시나리오로 사용성 테스트 진행
- 참가자에게 시나리오 하나씩 제시하고 참가자 시나리오를 어떻게 수행하는지 지켜보기
- 알고 싶은 내용이 보이지 않는다면 참가자에게 추가적 질문
- 질문 시, 참가자가 질문의 의도를 파악하지 못하도록 중립적이고 객관적인 시각으로 질문!!
- 진행자의 선호도가 보이면 절대 안돼!
- 특정한 사용성을 보기 위해 제약사항을 함께 전달 할 수도 있음
- 결과 및 분석정리
- 공유하고 개선하기
- 참가자의 시나리오 수행과 참가자가 주는 의견을 구분하기
스티브 크룩의 사용성 평가 플로우
[스크립트]
- 소요시간
- 실수 부담감 줄이기
- 중간중간 질문 있을거라는 안내
- 녹화, 녹음에 대한 동의 및 활용 목적
- 해당 테스트를 누가 보고 확인하는지 안내 (외부 노출 없음 강조!!)
[인터뷰 사전 질문]
- 전반적인 기초 조사
- 아이스 브레이킹
[둘러보기]
- 페이지를 보고 떠오르는 생각은? 클릭 없이 페이지를 자유롭게 둘러봐주세요
- 이 사이트에서 뭘 할 수 있는지 감이 오나요?
[테스크]
- 과제 내용 전달 :처한 상황 / 웹 사이트 방문 경로 / 구체적인 목표
- 플로우 이동을 진행 / 원하는 기능을 찾는 모습 관찰 (사용자가 시간을 오래 쓰거나 원하는 기능이 있으면 바로 체크)
- 과업 이외에도 관심을 끄는 부분이 있나요?
- 사용자가 경험한 상황, 제안한 의견 정리
- 다음 과제 제시
[정리]
- 사용자가 경험한 가장 큰 문제 3가지
- 개선할 사항 3가지
사용성 테스크 과제 시나리오 작성 방법
1. 테스크 정하기
-
테스팅의 명확한 목표 세우기 (피드백 받아야 할 메인 기능/ 영역이 무엇인지 정하기)
-
유저라면 할 행동에 대해 생각하며 그들이 경험 할 수 있는 모든 문제 집중
-
중요한 테스크 : 자주 수행되는 테스크 / 중요한 기능과 관련된 테스크
-
평가자가 예상하기에 유저가 어려움을 겪을 것 같은 테스크
-
보다 철자한 시스템 조사를 하게 하는 테스크 ex)시스템 체계의 하부에서부터 찾아 들어가야만 성취할 수 있는 테스크, 멀티 링크, 지름길이 있는 테스크
-
비지니스 목표에 영향을 미치는 테스크
-
리디자인된 영역을 살표보는 테스크
-
새롭게 추가된 기능과 관련된 테스크
2. 테스크 디테일
-
시나리오 테스크 : 미니 유저 스토리
-
직접 테스크 : 완전 지시적
-
닫힌 테스크 : 하나의 정답 가지고 있고, 참가자가 테스크를 해결했는지 실패했는지 측정
-
열린 테스크 : 최소한의 정보, 유저가 했으면 하는 것에 대한 덜 구체적인 방향 / 지속적으로 인터렉트하는 영역이 어디인지, 그들에게 가장 문제가 되는 것이 무엇인지 찾아내고 싶을 때 유용
- 참가자가 테스크를 통제하기 때문에, 유저 피드백이 요구되는 기능을 놓칠 수도 있음
- 정답이 없기 때문에 퍼포먼스 비교가 필요하다면 부적합
-
유저를 답으로 유도하는 단서를 주지 말것
-
현실적이되, 애매모호함은 피할 것
-
적절한 수준의 디테일 보장
