거대한 요컨대 웹 사이트 사용성 테스트 기본 사항

사용성 테스트는 웹사이트를 개선할 수 있는 좋은 방법이지만 종종 연구실에서 비용이 많이 드는 싱크로 생각됩니다. 그것이 때때로 테스트가 될 수 있는 것이지만, 그것은 극단적인 시나리오가 되는 경향이 있습니다.

사용성 테스트 는 웹사이트의 섹션을 개선하는 효율적이고 저렴한 방법이 될 수 있습니다 .

이러한 종류의 테스트를 실행하려면 올바른 종류의 테스트를 수행하는 시기와 방법을 이해해야 합니다.

웹사이트 사용성 테스트 기본 사항

사용성 테스트는 사람들이 말하는 것과 행동하는 것이 매우 다를 수 있기 때문에 중요합니다.

사용자가 웹 사이트와 상호 작용하는 방식을 관찰하면 분할 테스트와 다변수 테스트가 할 수 없는 방식으로 사이트의 대부분의 중요한 문제를 해결하는 데 도움이 되기 때문에 테스트가 필요합니다.

귀하의 사이트에 대해 배우는 데 많은 사용자가 필요하지 않으며 시선 추적 및 사용성 랩이 항상 필요한 것은 아닙니다. 적절한 시나리오와 목표가 주어지면 12-15명의 사용자 가 인터페이스를 살펴보는 것만으로도 많은 가치를 얻을 수 있습니다.

올바른 목표를 계획하기 전에 어떤 목표가 사용성 테스트에 적합한지 이해해야 합니다.

분할 테스트와의 차이점

분할 테스트는 강력한 도구이지만 한계가 있습니다. 사용성 테스트와 비교할 때 작업 흐름 변경 지향적이기보다는 볼륨 지향적입니다.

분할 테스트는 사이트의 전체 섹션(예: 전체 결제 흐름)에 대한 개선보다는 페이지 개선에 맞춰져 있습니다. 또한 특정 사용자 통찰력보다는 통계적 중요성을 위해 설계되었습니다.

통계적 유의성은 페이지의 요소를 개선하는 데 좋습니다. 그러나 사용자가 주어진 인터페이스에서 무언가를 하려고 하는 것을 지켜보면 전체 워크플로를 변경할 수 있는 구체적이고 실행 가능한 방법 (체크아웃 순서, 연락처 조회 방법, 가격 책정 방법)을 얻을 수 있습니다.

분할 테스트는 당신에게 그것을 얻을 수 없습니다.

사용성 테스트에서 얻을 수 있는 통찰력은 개발 주기의 다양한 단계에서 프로젝트를 개선하는 데 유용합니다.

사용성 테스트를 위한 프로젝트 단계

인터페이스를 변경할 수 있는 능력은 시간이 지남에 따라 줄어듭니다. 한편, 변경 비용은 시간이 지남에 따라 증가합니다.

분할 테스트와 사용성 테스트의 또 다른 차이점은 사용성 테스트는 프로덕션 환경에서만이 아니라 프로젝트의 거의 모든 단계에서 수행할 수 있다는 것입니다. 사용성 테스트를 실행하기 위해 라이브가 필요하지 않습니다.

프로젝트를 진행하면서 변경하는 데 비용이 더 많이 들기 때문에 일반적으로 개발 단계 초기에 사용성 테스트를 수행 하는 것이 좋습니다. 즉, 모든 단계에서 테스트를 실행하는 것이 테스트를 전혀 실행하지 않는 것보다 낫습니다.

아직 구축된 것이 없습니다.

경쟁업체 사이트의 유사한 섹션에서 사용성 테스트를 실행할 수 있습니다. 그러면 유사한 인터페이스에서 작동하는 것과 작동하지 않는 것을 알려 주고 경쟁업체가 가지고 있는 함정을 피할 수 있습니다.

초기 반복

개발 비용을 지출하기 전에 종이 프로토타입 을 사용하여 중요한 문제를 찾을 수 있습니다.

나중 단계

프로덕션으로 이동하기 전에 테스트를 위해 클릭 가능한 인터페이스 프로토타입 을 만들고 그런 방식으로 테스트를 실행할 수 있습니다. 클릭 가능한 프로토타입은 라이브 코드보다 수정 비용이 저렴하므로 여기에서 문제를 포착하는 것이 중요합니다.

최종 디자인

프로덕션 환경에서도 웹사이트의 가장 취약한 부분에 대해 정기적으로 사용성 테스트를 실행할 계획을 세워야 합니다.

사용성 테스트를 실행할 단계에 관계없이 우선 순위를 정할 방법이 필요합니다. 이를 보다 쉽게 ​​수행할 수 있는 몇 가지 도구가 있습니다.

테스트를 위한 섹션 찾기

비용을 최대한 활용하려면 개선할 때 바늘을 가장 많이 움직일 영역 을 찾아야 합니다.

높은 실패율 작업

설문조사 도구가 있는 경우 "웹사이트에서 무엇을 찾으려고 합니까?" 및 "찾았습니까?"와 같은 질문을 사용해야 합니다. 작업 성공률을 식별합니다. 사용성 테스트 후보자의 경우 작업 성공률이 낮고 트래픽이 많은 섹션을 볼 수 있습니다.

주요 전환 경로

전환에 특히 중요한 경로는 테스트하기에 좋은 영역을 만듭니다.

사용성 테스트 유형

화면 동작과 통화 오디오를 모두 녹음 할 수 있는 한 직접 또는 Skype 또는 GoToMeeting과 같은 원격 테스트 소프트웨어를 통해 사용성 테스트를 실행할 수 있습니다.

현장 테스트는 비용이 많이 들 수 있지만 더 많은 것을 관찰할 수 있습니다.

원격 테스트를 통해 예산 내에서 작업을 수행할 수 있습니다. 그러나 웹 사이트 사용자가 말할 때 표정 과 몸짓 과 같은 것을 볼 수는 없습니다.

현장 사용성 테스트

회사 사무실, 웹 방문자 환경 또는 전문적인 사용성 랩에서 사용성 테스트를 수행할 수 있습니다. 각각의 장점과 단점이 있습니다.

회사 사무실

시선을 추적하는 특정 관찰을 얻지 못하거나 웹 방문자가 어떤 방해 요소가 있는지 찾아보기 위해 탐색할 때 웹 방문자의 실제 환경을 볼 수 없습니다. 그러나 회의실에서 캐주얼한 사용성 테스트를 수행하면 다른 팀의 더 많은 사람들을 참여시키고, 프로토타입을 보여주고, 방문자가 큰 소리로 이야기할 수 있도록 덜 형식적인 설정을 할 수 있습니다.

웹 방문자의 사무실/가정

사용자 자신의 환경은 탐색하는 동안 가질 수 있는 잠재적인 방해 요소 를 보여줄 수 있습니다. 또한 일반적인 잠재 고객이 가질 수 있는 네트워크 속도 도 표시할 수 있습니다. 그러나 여러 팀 구성원을 데려오는 것은 비용이 많이 들고 독점 프로토타입을 표시할 수 없습니다.

사용성 연구실

사용성 연구실에서 열리는 세션은 다른 환경보다 비용이 많이 들고 형식적일 수 있으므로 사용자가 큰 소리로 이야기하도록 하는 것이 더 어려울 수 있습니다. 그러나 시선 추적 기술을 사용하면 시선 패턴 에서 더 많은 정보를 얻을 수 있습니다.

현장 사용성 테스트는 비용이 더 많이 드는 경향이 있지만 인터페이스에 대해 얻을 수 있는 추가 정보를 감안할 때 일반적으로 그만한 가치가 있습니다.

원격 사용성 테스트

원격 사용성 테스트는 예산으로 실행할 수 있지만 위치에 있는 사촌 만큼 데이터가 풍부하지 않은 경향이 있습니다 . 그러나 대부분의 인터페이스에서 원격 사용성 테스트는 가장 중요한 문제를 찾기에 충분해야 합니다.

원격 사용성 테스트를 실행하는 방법에는 두 가지가 있습니다.

조정되지 않음

이것은 사용성 테스트를 실행하는 가장 저렴한 방법입니다. 정확한 대상 사용자를 얻지 못할 수도 있고 인터뷰를 수행하지 않으면 많은 정보를 수집하지 못할 수도 있습니다. 그러나 사이트의 작업에 대한 피드백을 빠르고 저렴하게 얻을 수 있는 방법입니다.

• 선택한 인터페이스가 미리 선택된 테스터 패널로 전송됩니다. 그런 다음 그들이 수행하는 작업에 대한 지침을 보냅니다. 그들이 작업을 수행하면 성공률과 댓글에 대한 통계를 얻을 수 있습니다.

중재

중재자는 사용성 테스트에 큰 도움이 됩니다. 당신이 할 수 있다면 …

1. 사용자와 GoToMeeting, WebEx 또는 이와 유사한 회의를 설정합니다.
2. 세션을 녹음할 수 있는 권한을 요청하고,
3. 사이트에서 작업을 수행할 때 질문

... 조정되지 않은 테스트보다 더 많은 정보를 얻을 수 있습니다.

조정되지 않은 원격 테스트 수행

중재되지 않은 원격 테스트는 다른 유형의 테스트와 매우 다르기 때문에 먼저 이러한 유형을 해결해 보겠습니다.

중재되지 않은 원격 테스트에 대해 알아야 할 최소한의 정보는 다음과 같습니다.

• 세션이 더 짧기 때문에 집중해야 합니다.
• 참가자가 과제를 읽고 수행하려고 하기 때문에 참가자가 그 일을 하는 이유에 대한 통찰력을 얻지 못합니다.
• 진행자는 참가자와 상호 작용할 수 없으므로 작업 시간과 같은 수치는 다른 종류의 사용성 테스트에 비해 훨씬 더 중요합니다.
• 참가자는 작업 후 짧은 댓글을 남길 수 있습니다 . 그곳에서 그들이 당신의 인터페이스와 상호 작용할 때 생각한 것에 대한 정보를 얻을 수 있습니다.

참가자 모집

현장 또는 원격 중재 테스트를 실행하는 경우 사용성 테스트를 위해 참가자 집합을 모집해야 합니다.

이 부분은 비싸게 들리기 때문에 일부 회사에서는 억제할 수 있지만 실제로는 그다지 문제가 되지 않습니다. 15명의 사용자가 사용자당 30달러 의 낮은 가격으로 500달러 미만의 비용으로 전체 사용성 테스트 주기에 참여할 수 있습니다.

대면 테스트 또는 중재된 원격 테스트의 경우 몇 가지 다른 소스에서 참가자를 얻을 수 있습니다.

• 고객 목록 . 기존 고객 목록이 있는 경우 사용성 테스트에 참여하도록 초대를 보낼 수 있습니다.
• 가로채기 . Ethnio 또는 Qualtrics와 같은 도구를 사용하여 웹사이트에서 가로채기를 만들 수 있다면 일부 사용자에게 사용성 테스트 초대를 표시할 수 있습니다.

일반적으로 사용자가 사용성 테스트에 참여하도록 인센티브를 제공하려고 합니다. 테스트의 복잡성에 따라 $25에서 $100 사이의 상품권 또는 이와 유사한 것을 제공하십시오.

테스터의 전체 세트가 있는 경우 일반적으로 몇 가지 추가 "플로터"가 필요합니다. 이들은 활성 테스터보다 적은 인센티브를 받지만 사람들이 없을 때 활성 테스터를 대체할 수 있는 사람들입니다.

사용성 테스트 그룹화

참가자를 최대한 활용하려면 소수의 인원만 특정 디자인을 테스트하도록 하십시오 . 4~5명이 인터페이스의 대부분의 문제를 파악할 수 있도록 해야 합니다.

아이디어는 인터페이스를 테스트하고 대부분의 문제를 파악한 다음 프로덕션 버전을 출시하기 전에 두 번 더 수행하는 것입니다.

작업 준비

사용자 작업에는 두 가지가 필요합니다.

• 테스트할 웹사이트, 프로토타입 또는 인터페이스의 섹션
• 해당 섹션에서 사용자가 달성해야 하는 목표

예를 들어 여행 사이트를 운영하는 경우 특정 날짜에 시드니에서 무료 인터넷과 무료 취소를 제공하는 가장 저렴한 3성급 호텔을 찾도록 할 수 있습니다.

그런 유형의 작업에는 특수성이 중요합니다.

날짜를 설정하고 호텔을 찾는 것은 쉬울 수 있지만 필터링 메커니즘은 Wi-Fi 또는 무료 취소 기능이 있는 객실을 찾기가 어려울 수 있습니다.

보유하고 있는 사이트 유형 또는 테스트 중인 섹션에 따라, 특히 테스트 중인 고객 여정의 일부가 초기 단계인 경우(예: "이 섹션에서 신용 점수 향상에 대해 이야기하십시오”).

섹션과 목표의 조합이 무엇이든 간에 준비된 동의 양식과 참가자를 위한 일련의 질문이 필요합니다.

동의서 작성

동의 양식에는 데이터를 사용하는 방법과 데이터를 다른 회사와 공유하지 않는 방법에 대한 설명이 포함될 수 있지만 기본 구성 요소는 다음과 같습니다.

• 테스트 참여는 자발적입니다.
• 화면과 오디오가 녹음됩니다.
• 참가자는 언제든지 문제를 제기할 수 있습니다.
• 불편하면 연구자에게 사용성 테스트를 중단하도록 요청할 수 있습니다.

동의 양식의 기본 예는 usability.gov 또는 Steve Krug에서 찾을 수 있습니다. 그것들을 베이스로 참조하고 필요한 항목을 추가할 수 있습니다.

질문 준비

사용성 테스트를 실행하는 동안 할 수 있는 가장 중요한 일은 참가자가 소리 내어 생각하도록 하는 것 입니다. 즉, 참가자는 사이트 또는 프로토타입을 탐색하는 동안 경험한 것에 대해 이야기해야 합니다.

그러기 위해서는 아래와 같은 질문을 해야 합니다.

• 어디에서 정보를 찾기 시작합니까?
• 클릭하기 전에 어떤 일이 일어날지 말씀해 주시겠습니까?
• 기대에 부응했나요?

아이디어는 참가자를 특정 경로로 이끌지 않고 인터페이스에 대해 어떻게 생각하는지 밝히도록 자극하는 것입니다.

테스트가 진행되는 섹션에 대한 질문을 준비할 때 요소가 얼마나 검색 가능한지, 참가자에게 필요한 것이 쉽게 찾을 수 있는지 여부를 파악하십시오.

질문을 개발할 때 최소한 아래 기준을 충족하는지 확인하십시오.

• 글은 귀엽다기보다는 건조하고 구체적이다
• 행간 없음 – 사용자가 페이지에서 수행할 작업에 영향을 주지 않습니다.

사용성 테스트 세션 실행

실제 사용성 테스트를 수행하기 전에 수행해야 할 몇 가지 작업이 있습니다.

• 오디오와 화면을 모두 녹음 할 수 있는지 확인합니다.
• 적어도 중재자와 관찰자가 있어야 합니다 . 이렇게 하면 중재자가 질문할 때 누군가가 메모를 할 수 있습니다.
• 참가자를 환영하고 동의서에 서명하고 참가자에게 인센티브를 제공합니다. 아이디어는 테스트에서 "잘하는" 인센티브를 분리하는 것 입니다.

동의서에 서명한 후 테스트에 사용할 화면이 이미 켜진 상태 에서 테스트 대상이 아님을 참가자에게 설명합니다 . 정답도 오답도 없습니다. 인터페이스가 테스트 중이므로 참가자는 최대한 솔직해야 합니다.

질문을 할 때 참가자의 진술을 되풀이할 수 있지만 작업을 수행하는 동안 필요한 것을 찾는 방법에 대한 단서를 남겨서는 안됩니다.

세션이 끝나면 다음을 쉽게 평가할 수 있는 위치에 서십시오.

• 작업 시간 – 일반적으로 작업을 완료하는 데 걸린 시간
• 작업 성공률 – 작업을 완료한 참가자 수와 완료하지 않은 참가자 수
• 실패 이유 – 참가자가 작업을 완료할 수 없는 경우 이해하지 못한 영역 또는 메커니즘

각 작업 후에 주관적인 만족도 점수 를 줄 것을 요청할 수도 있습니다. 인터페이스를 개선함에 따라 세션 및 방향성 추세 분석에 이 점수를 사용할 수 있습니다.

모든 작업을 마치면 참가자에게 감사를 표하고 브리핑 세션 계획을 시작합니다.

보고 세션 실시

사용성 테스트를 중요하게 만드는 가장 좋은 방법은 이를 관중 스포츠로 만드는 것입니다 .

사무실에서 사용성 테스트 세션을 개최하는 경우 사용자가 인터페이스를 살펴보고 때로는 사용하지 않는 것을 볼 수 있는 스낵에 지출하십시오.

사용자가 무엇을 해야 할지 몰라서 펄쩍 뛰는 것을 보는 것보다 더 빨리 논쟁을 해결할 수 있는 일은 거의 없습니다. 그것은 무언가를 특징으로 하는 경쟁적인 내부 요구, 충분히 좋은 표현에 대한 논쟁, 웹 분석과 분할 테스트만으로는 해결하기 어려울 수 있는 기타 다양한 문제를 해결합니다.

• 실제 환경 에서 테스트를 수행하는 경우 디브리핑 중에 최소한의 노력으로 해결할 수 있는 가장 큰 것을 생각해 내십시오. 이렇게 하면 개선해야 하는 항목이 몇 달이 아니라 며칠 또는 몇 주에 걸쳐 수정될 수 있습니다.
• 프로토타입에 대한 테스트를 수행하는 경우 프로토타입 의 다음 버전에서 수정될 사항에 대해 합의하거나 보고 중에 라이브로 전환하기 전에 동의하십시오 .

사용성 테스트 기본

오늘날 사용성 테스트를 실행하지 않는 대부분의 회사는 더 큰 기능 릴리스와 문제 우선 순위 지정을 위해 일년에 몇 번 이상 테스트를 실행해야 합니다.

1년에 몇 번 이러한 테스트를 실행하는 조직은 더 많이 실행하고 간격을 일관되고 구조화해야 합니다. 그렇게 하면 사용성 중심 문화 가 형성되기 시작할 수 있습니다.

시간을 할애하여 사용성 테스트의 장점과 단점을 이해하고 적절한 경우 테스트를 사용하면 전환 이득을 얻기 위해 조정할 수 있는 또 다른 수단이 생깁니다.