[내일배움캠프 34일차(3)] UX 기획 및 리서치 수강

오늘은 오랜만에 시간이 남아서

이것저것 찾아보고

미래 고민 좀 해씀다

그러다 갑자기 심각해짐,,

 

 

 

 

 

<UX 기획 및 리서치 5주차>

사용성 테스트의 개념과 중요성

1) 사용성 테스트의 개념

• 사용성 테스트(Usability Test; UT)는 프로토타입이 있다면 제품 개발 단계 중 언제든 활용할 수 있다.
• 유저가 제품이나 서비스를 실제 사용할 때 의도한 시나리오에 따라 테스크를 수행하는지, 문제점은 없는지 관찰하기 위해 진행한다.
• 유저가 제품이나 서비스를 사용할 때 어떤 생각을 가지고 어떤 혼란을 겪는지 파악할 수 있다.
• 제품 개선 전에 진행하면 유저가 불편하게 생각하는 부분을 파악할 수 있고, 제품 개선 후에 진행하면 유저가 실제 어떻게 사용하는지를 파악할 수 있다.

2) 사용성 테스트의 중요성

• 사용성 테스트를 하는 이유는 우리가 사용자가 아니기 때문이에요. 오히려 우리는 프로젝트에 대해 너무 많이 알기 때문에 편향을 가지고 있다.
• 유저가 화면을 직접 조작하면서 마주치는 문제를 식별할 수 있어요. 이를 통해 디자인을 유저 중심적으로 개선하는 데 도움을 받을 수 있다.
• 예산이 제한적이거나 시간이 촉박한 경우에 캐주얼하게 카페에서 진행하는 사용성 테스트로도 유용한 인사이트를 얻을 수 있다.

 

 

 

 

사용성 테스트 준비

1) 사용성 테스트의 구성 요소

 

2) 사용성 테스트 공간 환경 구성

 

3) 사용성 테스트 준비하기

 

• 사용성 테스트 목적 설정
  • 사용성 테스트를 통해서 확인하고 싶은 사항을 정한다.
• 참여자 리크루팅 & 스크리닝
  • 사용성 테스트의 목적, 방식, 일정, 보상 등에 대한 정보가 포함된 공지를 한다.
  • 필요한 경우 지원자의 적합 여부를 사전 질문 등을 통해 스크리닝 한다.
• 테스크 선정
  • 실제 사용성 테스트에서 수행할 수 있는 현실적인 테스크를 선정한다. 여기에서 테스크란, 유저에게 주어지는 미션같은 것이다.
• 사용성 테스트 시나리오 작성
  • 여러 개의 테스크들이 모여 사용성 테스트 시나리오가 구성된다.
  • 사용성 테스트 시나리오에는 테스크의 수행 요청 순서, 후속 질문 리스트 등의 내용이 담긴다.
• 파일럿 테스트
  • 실제 테스트 환경과 동일한 환경에서 사전 테스트를 진행해보는 것을 의미한다.
  • 예상치 못한 현장 변수를 미리 확인하고, 제 3자 입장에서 질문 관련 피드백을 받을 수 있다.
  • 테스트 공간에서의 화면과 오디오가 관찰 공간에 실시간으로 잘 송출되는지 체크한다.
  • 사용성 테스트 총 소요 시간은 적절한지 체크한다.
  • 무의식적으로 전문 용어를 사용하지 않는지 피드백을 받아보도록 한다.

 

 

 

 

 

사용성 테스트 실행

1) 사용성 테스트 실행 과정

 

• 사용성 테스트 안내
  • 사용성 테스트의 목적, 진행 방법, 주의 사항에 대해 안내한다.
  • 영상/사진 촬영 동의 여부를 체크하고, 기밀 프로젝트인 경우 보안 서약서를 작성한다.
• 테스크 안내
  • 참가자가 수행해야 할 테스크를 알려준다.
• 테스크 수행 & Think Aloud
  • 참가자는 안내받은 테스크를 수행한다.
  • 이 때, 진행자는 참가자에게 테스크를 수행할 때 자신의 생각과 감정을 말로 표현해줄 것을 요청한다.
• 사후 인터뷰
  • 사후 인터뷰를 진행하면서 이용 만족도를 측정한다.
  • 사후 인터뷰를 통해 참가자가 테스크 수행 전에 기대했던 것이 수행 후와 비교했을 때 어느 정도 차이가 있는지, 불편하게 하는 오류 요인은 무엇이 있는지 등을 파악한다.
  • 사후 인터뷰는 각 테스크가 종료된 직후에 진행하는 것이 바람직하다.
• 마무리
  • 참가자에게 테스트 종료를 알리고, 참여 보상을 증정한다.

2) Think Aloud 이해하기

• 테스크를 수행하면서 머릿속에서 어떤 생각이 드는지 말로 표현하도록 하는 방법이다.
• Think Aloud를 통해 얻을 수 있는 정보 예시는 아래와 같다.
  • 유저가 메뉴나 버튼, 아이콘을 클릭한 의도
  • 어떤 행동을 했을 때 기대하는 결과값
  • 테스크 수행 중 유저가 겪는 어려움
  • 테스크 수행 중 유저가 실수를 한 이유
• 유저의 실제 의도와 인지 과정을 이해하고 설계에 반영할 수 있다는 장점이 있다.
• 편안한 분위기에서 자연스럽게 생각을 말할 수 있는 분위기를 조성하는 것이 중요하다.
• Think Aloud를 진행하는 방법에는 크게 두 가지가 있다.

 

 

 

 

 

Think Aloud 유의사항

• 테스트 중에는 참가자가 말을 많이 하도록 유도해야 한다.
• 중간에 참가자가 질문을 할 때 최대한 답변을 주지 않아야 한다.
• 중간에 참가자가 실수를 한다고 해서 힌트를 주거나 고치려고 하지 말아야 한다.
• “왜 그렇게 생각하세요?”, “어떻게 해야 할 것 같으세요?” 등의 열린 질문으로 참가자의 생각을 알아보는 것이 바람직하다.

 

 

 

 

사용성 테스트 결과 정리

1) 사용성 테스트 결과 정리하기

문제점 도출 → 원인 도출 → 개선 방향 도출을 통해 결과를 정리한다.

• 문제점 도출
  • 참가자의 생각과 행동에 대한 기록을 종합하여 문제점을 파악한다.
  • 진행자와 관찰자의 기록을 종합하여 문제점을 파악한다.
• 원인 도출
  • 유저가 예상하는 경험과 실제 경험이 어떻게 달랐는지 확인한다.
  • 유저가 이해하고 기대하는 내용과 실제가 어떻게 달랐는지 확인한다.
• 개선 방향 도출
  • 테스크별로 개선이 필요한 부분을 리스트업한다.
  • 정보 구조 관점에서 개선이 필요한 부분을 리스트업한다.

2) 우선순위 논의 TIP

• 테스크 수행 후 참가자의 이용 만족도를 측정한다. 전체 테스크 중 이용 만족도가 높은 경우와 낮은 경우를 파악할 수 있다.
• 참가자의 테스크 성공/실패 여부를 측정한다. 특정 테스크가 유독 실패 비율이 높다면 이용에 불편함이 있다고 볼 수 있다.
• 참가자가 테스크를 쉽게 달성할 수 있었는지를 측정한다. 이때 참가자의 이동 동선을 살펴보면 어떤 장애 요인이 있었는지 원인을 파악할 수 있다.

 

 

 

 

제이콥 닐슨의 휴리스틱 평가 방법

1) 휴리스틱 평가 이해하기

휴리스틱 평가(Heuristic Evaluation)란, 전문가가 인터페이스를 검토하여 사용자 인터페이스의 문제점을 발견하는 방법이다.

• 사용성 테스트와는 달리 유저를 대상으로 하지 않고, 디자이너나 사용자 경험 전문가가 특정 휴리스틱을 기반으로 평가한다.
• 디자인 초기 단계에서 비교적 쉽고 빠르게 적용해 볼 수 있다는 장점이 있다.
• 전문가 중심의 평가이기 때문에 실제 유저의 경험을 완벽하게 대변하지는 못한다는 단점이 있다.

2) 제이콥 닐슨의 10가지 휴리스틱 평가 항목

• 시스템 상태 가시성 : 유저가 현재 무엇을 하고 있는지 정확한 상태를 보여주고 있는가?
• 시스템과 실제 세상 매칭 : 사용되고 있는 아이콘, 문구, 메뉴명이 실제 생활에서도 사용되고 있는 것으로 제공되고 있는가?
• 유저의 선택권 및 자유도 : 유저가 서비스를 자유롭게 조작할 수 있는가?
• 일관성과 규정 : 여러 개의 화면에서도 일관성 있게 제공하고 있는가?
• 에러 방지 : 사용하면서 실수를 최대한 하지 않도록 하고 있는가?
• 기억보다는 인지 : 서비스를 사용할 때 학습을 하거나 별도의 기억을 하지 않아도 직관적으로 사용할 수 있는가?
• 유연성과 효율성 : 서비스 대상 모두가 사용할 수 있게 제공되고 있는가?
• 심미적이고 미니멀한 디자인 : 최소한의 디자인을 통해 심미성을 잘 느낄 수 있게 제공되고 있는가?
• 유저가 에러를 전달할 때 상황, 이유, 해결책을 말하기 : 에러가 발생했을 때, 유저가 잘 인지하고 스스로 해결할 수 있게 도와주고 있는가?
• 문제 해결과 문서화 : 유저에게 충분한 도움말을 제공하고 있는가?

 

 

 

 

 

<숙제>