[제로베이스 UIUX 파트타임 스쿨] 학습일지 - 8

 

①  7주차 수강한 분량

 

Chapter 9. 사용성 테스트 알아보기
Chapter 10. 사용성 테스트 수행하기

---

🧠 주요 개념 정리

1. 사용성 테스트(Usability Test)란?

• 사용자가 특정 과업(Task)을 수행하는 과정을 관찰하는 정성적 리서치 기법
• 유저가 실제 서비스에서 어떤 행동을 보이는지, 의도한 방향대로 작동하는지 확인
• User Test와 다름: 기능의 성공 여부를 보는 것이 아닌, 인지/이해/예측/실행 여부를 중점으로 관찰

 

2. 사용성 테스트의 평가 요소

평가 요소설명

인지	사용자가 UI 요소를 발견했는가
예측	사용자가 기능의 의미를 유추할 수 있는가
이해	사용자가 해당 기능을 정확히 이해했는가
실행	예측한 대로 행동을 실행할 수 있었는가

 

3. 사용성 테스트 프로세스

✅ 회사 내 리서치 전체 흐름

1. 프로젝트 발의
2. 기획 의도 공유
3. 사전 분석(레퍼런스, 벤치마크)
4. 리서치 요건 협의
5. 리서치 실행(Pain point 도출)
6. 정량/정성 결과 분석
7. 인사이트 도출 및 개선 방향 수립
8. 결과 추적 및 공유

✅ 사용성 테스트의 일반적인 흐름

1. 테스트 참여자 모집
2. 서비스 사용 유도
3. 진행자의 가이드
4. 고객 행동 관찰
5. 이슈 브리핑
6. 빠른 개선
7. 반복 테스트

 

4. 테스트는 가볍고 빠르게, 누구나 가능하다

• “Think Aloud(생각 말하기)” 기법 권장: 사용자에게 사고를 외부화하도록 유도
• 완성되지 않은 프로덕트도 테스트 가능
• 심각한 문제는 누구나 쉽게 찾을 수 있음
• 단, 내부자는 문제를 인지하기 어려움 → 외부 사용자 테스트 필수

 

📌 기억에 남는 3가지 법칙

1. 사용자를 고민에 빠뜨리지 마라
   • 모든 페이지는 직관적이고 명확해야 한다.
2. 고민 없는 클릭은 클릭 수와 상관없다
   • 3번의 직관적 클릭 > 1번의 헷갈리는 클릭
3. 불필요한 단어는 삭제하라
   • 훑어보는 사용자에게 핵심만 보여줄 것

 

🧪 사용성 테스트 실무 정리

1) 문제 정의

• 고객 인터뷰를 통해 문제를 구조화
• 고객의 사용 시나리오를 시뮬레이션하고 가설 설정
• 해결해야 할 구체적인 문제점 도출

실습 팁: 내가 개선하고자 하는 서비스에 대해 명확한 문제 정의부터 시작해보자.

 

2) 데스크 리서치

• 외부 트렌드, 경쟁사, 통계, VOC 자료 분석
• 논문, 기사, 리포트 등 참고
• 사용자/사용환경/서비스목표 3요소의 교차점이 리서치 핵심

실습 팁: 내가 개선하려는 서비스의 외부 환경을 데스크 리서치를 통해 파악해보자.

 

3) 이해관계자 인터뷰

• 이해관계자 = 기획자, 개발자, 마케터 등
• 단, 이들의 말이 정답은 아님 → 반드시 논리적으로 검증
• 이슈 및 Task 목록 작성 요청
• 회의 전 사전 주제 공유, 피상적인 회의 방지

실습 팁: 기획자 입장에서 서비스 이슈 목록을 작성해보고 우선순위를 정해보자.

 

4) Task 설계

• 각 화면/기능에 대해 사용자가 수행해야 하는 과업(Task) 정의
• 브레인스토밍 → 우선순위 선정

 

5) 사용자 선정

• 문제 정의와 관련 있는 핵심 사용자에게 테스트 진행
• 인구통계/행동패턴/접근 용이성 기준으로 타겟 분류
• 정보 수집량과 현실 가능성 사이에서 균형 맞추기

 

6) 테스트 실행 및 리뷰

• 일정에 맞춰 테스트 수행
• 세션 후 짧은 요약 → 참관자들과 브리핑
• 개선 후 반복 테스트 여부 판단

 

7) 리서치 이후 해야 할 일

• 리서치 결과 아카이빙 및 공유
• Action Item 도출 및 팀 회고
• 참여자 보상 제공

 

💡 느낀 점 & 인사이트

사용성 테스트는 결과보다도 과정 자체에서 인사이트를 얻게 해주는 도구임을 실감했다.

• 완성된 결과물이 아니더라도 테스트를 통해 조기 문제를 발견할 수 있다는 점이 인상 깊었다.
• ‘사용자는 페이지를 읽지 않고 훑는다’는 말처럼, 디자인을 할 때는 텍스트, 레이아웃, 동선 모두 직관적으로 구성하는 게 중요함을 다시금 느꼈다.
• 앞으로 개인 프로젝트에서도 Task 정의 → 브레인스토밍 → 사용성 테스트 → 반복의 흐름을 의식적으로 적용해 보고 싶다.