프로토타입과 사용성 테스트

프로토타입으로 검증할 것

• 검증할 가정에 맞는 프로토타입 충실도를 선택한다
• 정답을 암시하지 않는 과업 시나리오를 작성한다
• 관찰 근거로 문제 심각도를 정하고 다시 검증한다

프로토타입과 사용성 테스트

무엇을 검증할 것인가

프로토타입은 완성 화면을 자랑하는 도구가 아니라 가장 위험한 가정을 싸게 확인하는 도구입니다. 한 번의 테스트에서는 핵심 과업 1–2개에 집중합니다.

적절한 충실도 선택

• 구조와 순서가 불확실하면 종이 또는 저충실도 와이어프레임
• 문구와 상호작용이 중요하면 클릭 가능한 중충실도 프로토타입
• 시각적 인상과 전환이 핵심이면 실제 콘텐츠가 있는 고충실도 프로토타입

구현 가능성을 보여주기 위해 모든 화면을 고충실도로 만들 필요는 없습니다.

시나리오 작성

정답을 알려주는 지시 대신 사용자의 상황과 목표를 제공합니다.

1당신은 다음 주 세션을 준비하는 신입 부원입니다.2관심 있는 세션의 준비물과 신청 마감일을 확인하고 신청해 보세요.

관찰할 지표

• 과업 완료 여부와 소요 시간
• 잘못 들어간 경로와 되돌아온 횟수
• 멈춘 지점과 말한 이유
• 진행자가 개입한 횟수
• 완료 후 자신감과 만족도

테스트 진행

1. 테스트 목적과 녹화 여부를 설명합니다.
2. 참가자에게 생각을 소리 내어 말해 달라고 요청합니다.
3. 막혀도 바로 힌트를 주지 않고 행동을 관찰합니다.
4. 마지막에 기대와 실제가 달랐던 부분을 질문합니다.

결과 정리

문제를 심각도와 빈도로 정리합니다. 치명적인 과업 실패, 반복되는 혼란, 표현 개선 순서로 우선순위를 정하고 문제마다 관찰 근거를 연결합니다.

반복 개선

모든 의견을 그대로 반영하지 않습니다. 문제 원인을 설명하는 가설을 세우고 가장 작은 변경으로 다시 확인합니다. 한 번에 여러 요소를 바꾸면 무엇이 개선을 만들었는지 알기 어렵습니다.

테스트 운영 시트

프로토타입 링크만 전달하면 참가자가 무엇을 해야 하는지, 관찰자가 무엇을 기록해야 하는지 달라집니다. 시나리오와 성공 조건을 먼저 고정합니다.

심각도 분류

참고: 참가자 수가 적어도 행동 원인을 자세히 볼 수 있습니다. 비율을 일반화하기보다 반복되는 실패 지점과 원인을 찾는 데 집중하세요.

진행자 스크립트

1지금부터 화면을 평가하는 것이 아니라 화면이 얼마나 이해되는지 확인합니다.2정답은 없으며, 생각나는 내용을 소리 내어 말씀해 주세요.3막히더라도 잠시 스스로 진행해 보고, 제가 필요할 때만 도와드리겠습니다.

결과 보고 확인 항목

• 관찰 사실과 개선 아이디어를 분리했습니다.
• 문제마다 영상 시점 또는 메모 근거가 있습니다.
• 심각도 3 문제는 해결 전후를 다시 테스트합니다.
• 발견하지 못한 영역과 테스트 한계를 함께 적었습니다.

사용성 테스트 예제

예제: 신청 과업 테스트

참가자에게 “다음 주 관심 세션을 찾아 준비물과 마감일을 확인한 뒤 신청하세요”라는 목표만 제공합니다.

관찰 기록

문제 심각도

• 3: 핵심 과업 실패 또는 데이터 위험
• 2: 도움이나 큰 우회가 필요
• 1: 잠시 멈추지만 스스로 해결
• 0: 선호 차이 또는 재현되지 않음

반복

심각도 3과 반복되는 2를 먼저 수정합니다. 한 번에 한 원인 가설을 바꾸고 같은 과업으로 다시 확인합니다.

핸드오프 보고서

문제마다 관찰 근거, 원인 가설, 수정 전·후 화면, 남은 위험을 연결합니다. “버튼을 키운다”가 아니라 “신청 가능 상태를 구분하지 못한다”처럼 문제를 먼저 기록합니다.

9주 세션: High-Fi와 관찰 기반 수정

8주의 디자인 규칙과 7주의 기능 명세를 핵심 흐름에 적용합니다. 실제 제목·일정·준비물·오류 문구를 사용하고 클릭 가능한 시작점을 지정합니다. 버튼이 연결되지 않은 장면은 의도된 범위인지 누락인지 미리 구별합니다.

권장 120분: 핵심 화면 30분, 테스트 준비 15분, 짝 또는 사용자 과업 35분, 원인별 수정 25분, 재확인 15분입니다. 참여자 일정에 따라 실제 테스트는 별도로 진행할 수 있습니다. 팀원의 역할 연습과 실제 대상 사용자 검증을 구별하여 보고합니다.

가상 기록 예: ‘00:42 참가자가 마감된 카드의 버튼을 두 번 누름 / 진행자 개입 없음 / 이후 목록으로 돌아감’. 해석 후보는 ‘마감 상태와 버튼 가능 상태가 구분되지 않음’입니다. 수정 후보는 ‘마감 이유를 텍스트로 표시하고 다른 세션 탐색을 제공’입니다. 실제 관찰 없이 이 사례를 팀의 결과로 복사하지 않습니다.

수정 후 같은 과업을 다시 검사하되 참가자가 이미 경로를 외운 학습 효과도 한계로 기록합니다. 몇 명의 결과를 전체 사용자의 성공률로 일반화하지 않습니다. 심각도가 높지만 아직 확인하지 못한 문제는 해결 완료로 표시하지 않습니다.

완료 기준: 재생 가능한 프로토타입, 유도하지 않는 과업, 실제 관찰 기록, 수정 전후와 재검사 결과가 있습니다. 미구현 상호작용과 조사 한계를 개발 인계 자료에 함께 넘깁니다.

더 읽어보기

• Figma prototyping with variables
• GOV.UK Usability testing
• W3C Evaluating accessibility

다음 단계

검증 결과에 따라 기존 디자인 시스템 규칙을 수정하고 개발 인계에서 근거·화면·명세·남은 위험을 연결합니다.

연결된 PBL 미션과 VOD

PM은 ‘PM업무, 강의 하나로 정리하기’, Figma는 ‘Figma로 앱 디자인부터 포트폴리오까지’를 뜻합니다.

강좌 안내: 참고 강좌 1 · 참고 강좌 2. 이 문서는 영상 전체를 옮긴 전사 자료가 아닙니다. 세부 내용은 위 공식 문서에서 확인합니다.