프로토타입 사용자 테스트 프로토타입 사용자 테스트
숙명여자대학교
임순범
교재
컨텍스트를 생각하는 디자인 , 캐런 훌츠블랫 , 인사이트 , 2008
14 장 . 페이퍼 프로토타입 인터뷰하기 [p.381~410]
Univ. of Washington, James Landay 교수 홈페이지
UI Design 강좌 홈페이지
http://www.cs.washington.edu/education/courses/440/08au/
페이퍼 프로토타입 테스트
프로토타입의 목적 사용자 테스트
페이퍼 프로토타입의 테스트를 위한 필드 인터뷰
“ 프로토타입 인터뷰” , “ 목업 인터뷰” , “ 사용자 평가 실험”
사용자 중심 디자인 & 참여 디자인 공동 설계
인터뷰 ( 사용자테스트 ) 의 특징
디자인의 증명이 아니라 , 문제점 및 추가 기능 파악
업무를 수행하며 프로토타입을 이용하는 모습을 관찰
사용자의 인터랙션을 확인
인터뷰 중 사용자 반응에 근거한 디자인 수정안 제공 ( 즉시 수정 )
인터뷰 후 24 시간 이내에 해석 세션 진행 재 디자인 , 반복 테스트
사례 : 10 examples
https://speckyboy.com/10-effective-video-examples-of-paper-prototyping/
Paper Prototype Animation : 좋은 예제
Hanmail Paper Prototype : 매우 좋은 예제 ( 한메일 )
Usability Testing with a Paper Prototype : 좋은데 말이 느려
Paper Mock-Up – Trip Plannin Concept : 보통
Lo-fi Web Prototyping : 보통
PhotoTron Paper Prototype : 좋은 예제
Paper GMail Art : 재미 있음
오즈의 마법사 (Wizard of Oz) 기법
인터랙션을 가짜로 보여주기 위한 기법
유래 : “The Wizard of OZ”
“the man behind the curtain”
컴퓨터 산업계의 오랜 관습
사례 ) PC 프로토타입 개발시
장막 뒤 VAX 워크스테이션에서 작동
구현하기 힘든 기능일수록 필요
음성 인식 , 필기 인식 등
페이퍼 프로토타입 테스트 과정
준비하기
인터뷰 방문 계획 / 스케쥴 수립
준비물 정리
사용자 테스트 실시하기
인터뷰 소개
업무공간으로 이동
인터뷰 진행
해석세션 실시하기
결과분석
디자인 반복
1. 사용자 테스트 준비하기
사용자 선정
예상 고객의 배경 및 환경을 이해
새로운 사용자 찾기 : 친구 또는 가족은 가급적 지양
사용자 테스트 ( 인터뷰 ) 는 2~3 회 이내 , 한 차례에 4 인 이내 인터뷰
시나리오 준비
실제 사용할 때의 경우를 대표하도록
이를 지원하는 프로토타입 작성
작업지시서 / 작업설명서
작업수행 방법이 아니라 달성해야 할 목표를 기재
평가를 진행할 때 작업지시서를 전달 ( 시나리오 전달이 아님 )
실험 동의서
2. 사용자 테스트 실시하기
4~5 인 인터뷰팀으로 실험 진행
손님맞이 (greeter) – 테스트 참여자가 편하게 & 데이터 취합
조력자 (facilitator) – 인터뷰 도중 팀 내에서 유일하게 발언가능
진행보조 : 지시사항 전달 , 생각이나 의견 도출하도록 권장
컴퓨터 (computer) – 어플리케이션 로직을 이해하고 이를 제어
설명없이 반응 / 결과만 시뮬레이션하여 보여줌
관찰자 (observers) – 노트 기록
준비 , 인터뷰 , 분석 (debriefing)
인터뷰는 보통 1 시간 세션으로 진행
“ 오류 (bugs)” 줄이도록 사전 연습
팀원 중 한 명이 평가 참여자 역할 대행
사용자 테스트 인터뷰 진행
자료준비 및 사전 모의 연습
소개하기 : 10 분
인터뷰 목적 및 인터뷰 방법 설명 ( 팀원 중 한사람 )
평가 참여자에게 제안 시스템의 인터페이스의 작동방법 설명
평가 대상 작업의 수행방법이 아니라 일반적인 조작방법
전환하기 : 2 분
각 참여자 인터뷰하기 : 1 시간
각 작업의 작업지시서를 받아서 테스트 수행 : 각 작업 별로 기록
관찰하고 토론하며 , 디자인 수정
데모과정부터 실험도중 발생하는 모든 것 기록 : 예 ) 실수 , 중얼거림
랩업 : 10 분
사용자 테스트 사례
http://nabivent.wordpress.com/2010/01/05/paper-prototyping/
3. 해석세션 실시하기
결과 분석 (Evaluating Results)
관찰 데이터를 분류 & 우선순위 매기기
중요도 부여 (severity rating), [0] 문제없음 ~[4] 심각
같은 장소에서 많은 문제가 있는가 ?
같은 문제가 자주 발생하는가 ?
관찰 및 분석 내용에 대해 보고서 작성
설계 수정에 대해 회의할 안건 목록 제시
해석 회의
적은 수의 인원 (5 명 이내 ), 2 시간 이내
중요도 재검토 및 이슈별 구분 디자인 반영 여부 결정
디자인 수정 & 반복 (Iteration)
( 해석세션 결과 ) 사례
작업 분석 결과 조치 방안
A. *** -‘ 장바구니’라는 명칭을 잘 이해하지 못하는 것 같음 . ‘ 계 속 주문하기’와 같은 직관적인 명칭으로 변경해야 할 것 같음. ( 중요도 : 4)
- 주문 프로세스의 이름에 정확한 구분과 직관적인 네이밍
B. *** - 옵션을 선택한 후 ‘장바구니에 넣기’와 ‘결제하기’의 차이 점을 잘 모르겠음. ( 중요도 : 3)
-‘ 일반주문’에서 전체 메뉴를 확인할 수 있다는 것을 모 름 . 설명이 쓰여 있지만 잘 눈에 띄지 않는 것 같음 . 적 합한 프로세스를 찾은 후에는 주문을 쉽게 함. ( 중요 도 : 1)
- 장바구니라는 버튼 명과 아이콘을 수정한다. 음료 옵션 선택 후 ’장 바구니에 넣기’와 ‘결제하기’ 버튼 의 의미를 분명히 한다.
- 화면 구성을 수정
C. *** - 주문 방법을 선택하고 이전 화면으로 돌아갈 수 있는 방 법이 없음. ( 중요도 : 2)
-‘ 주문도우미’와 ‘간단주문’에 대한 설명을 듣기 전에 어떤 프로세스인지 전혀 파악할 수 없음 . 간단 주문 명칭이 기능과 어울리지 않게 느껴지는 것 같음. ( 중요도 : 2)
- 인터페이스를 고려하면서 필수 버 튼은 추가한다.
-***을 수정
