사용자 테스트에 대한 종합 가이드

게시 됨: 2022-03-10

빠른 요약 ↬ 당신은 당신이 완벽한 것을 디자인했다고 생각하지만 당신의 테스트는 그렇지 않다고 말합니다. 이 기사의 도움으로 사용자 테스트의 중요성을 살펴보겠습니다.

(이 기사는 후원을 받은 기사입니다.) 디자인의 프로토타입이 구축되면 테스트를 시작하여 가정이 올바른지 확인하는 것이 중요합니다. 사용자 경험 디자인 프로세스를 탐구하는 진행 중인 시리즈의 7번째 기사인 이 기사에서는 사용자 테스트의 중요성에 대해 알아볼 것입니다.

연구에 대한 이전 기사에서 연구 환경을 탐색한 것처럼 사용할 수 있는 연구 방법에는 여러 가지가 있으며 다음을 포함하여 실행할 수 있는 다양한 사용자 테스트가 있습니다.

사용성 테스트
아이트래킹
인터뷰 및 포커스 그룹

이 기사에서는 사용성 테스트에 중점을 둘 것입니다. 여기서 우리의 가정이 올바른지 테스트하기 위해 대표적인 사용자 집합에 대해 내린 디자인 결정을 평가합니다.

프로토타입이 있으면 웹사이트 또는 애플리케이션의 최종 빌드를 시작할 준비가 모두 끝났을 수 있지만 프로세스의 이 단계에서 일시 중지하고 몇 가지 테스트를 수행하는 것이 중요합니다. 일부 일반 사용자를 디자인 앞에 배치하는 것이 중요하므로 작동하는 것과 동일하게 작동하지 않는 것을 파악할 수 있습니다.

점프 후 더! 아래에서 계속 읽기 ↓

마찬가지로, 최종 빌드를 수행했을 때 모든 것이 완료되었다고 생각하면 용서받을 수 있습니다. 사실, 일단 시작하면 여정의 시작에 불과합니다. 이상적으로는 몇 가지 추가 테스트를 수행하고 해당 테스트에서 얻은 결과를 바탕으로 설계를 다시 방문하여 발견했을 수 있는 문제를 해결하는 것입니다.

기억하십시오: 디자인은 반복적인 프로세스입니다. 테스트를 통해 알 수 있는 개선 사항이 항상 있습니다.

요컨대: 사용자 테스트는 반복적인 디자인 프로세스의 필수적인 부분으로서 프로세스의 모든 지점에서 이루어져야 합니다 . 이러한 생각을 염두에 두고 설계 프로세스 전반에 걸쳐 사용자 테스트를 위한 구조화된 프레임워크를 설정하는 것이 중요합니다.

초기 디자인을 수행하기 전에 아마도 종이 프로토타입을 사용하여;
디지털 프로토타이핑 단계에서 lo-fi 및 hi-fi 클릭 가능한 프로토타입을 사용합니다. 그리고
프로세스가 끝나면 구축한 것을 개선하는 데 도움이 됩니다.

완전한 사용성 테스트를 실행할 수 있는 예산이 없을 수도 있고 이해할 수 있는 많은 프로젝트의 경우, 그렇다고 해서 최소한 비공식적으로 디자인을 테스트해서는 안 된다는 의미는 아닙니다. 비공식적인 방식으로 행인과 함께 임시로 테스트하는 게릴라 테스트는 테스트를 하지 않는 것보다 낫습니다.

결론? 당신이 할 수 있는 모든 테스트는 비공식적이든 상관없이 당신에게 도움이 될 것입니다. 사용성 테스팅의 중요성을 강조하면서 테스팅의 이유와 시기를 살펴보고, 철저한 준비의 중요성을 강조하고, 사용성 테스팅을 효과적으로 실행하는 방법에 대해 알아보자.

사용성 테스트: 왜 그리고 언제?

먼저 효과적인 사용성 테스트를 실행하기 위해 공식적인 '실험실 조건'이 필요하지 않습니다. 사용성 테스트를 전혀 실행하지 않는 것보다 손에 쥔 것을 사용하여 사용성 테스트를 실행하는 것이 훨씬 낫습니다 .

왜 귀찮게 할까? 사용성 테스트는 시간이 걸리며 압박을 받고 마감일이 임박한 경우 이를 포기하고 싶은 유혹을 받을 수 있습니다. 이 실수를 하지 마십시오. 장기적으로 비용이 더 많이 들 것입니다. 물론 사용성 테스트에는 시간과 돈에 대한 투자가 필요하지만 그 이상의 효과가 있을 것입니다.

귀하의 목표는 가능한 한 빨리 가능한 한 많은 피드백을 수집하는 것 입니다. 이렇게 하면 최종 빌드에 도달했을 때 프로세스의 비용이 많이 드는 부분에 도달하기 전에 설계 문제를 식별하는 데 도움이 됩니다. 제품을 구축할 때까지 사용자 테스트를 맡기기에는 너무 늦고 비용이 많이 듭니다. 그 과정에서 변화는 엄청난 비용이 듭니다.

와이어프레이밍 및 프로토타입 제작에 대한 이전 기사에서 언급했듯이 문제를 더 일찍 식별할수록 수정하는 데 비용이 적게 듭니다 . 사용성 테스트를 실행하면 무엇보다도 다음을 수행하는 데 도움이 됩니다.

사용자가 특정 작업을 성공적으로 완료할 수 있는지 확인합니다.
사용자가 미리 결정된 작업을 얼마나 효율적으로 수행할 수 있는지 설정합니다. 그리고
성능 향상을 위해 단점을 해결하기 위해 수행해야 할 수 있는 설계 변경 사항을 정확히 찾아냅니다.

이러한 객관적인 결과 외에도:

제품이 효과적으로 작동합니까?
사용성 테스트를 실행하면 주관적인 결과를 도출하는 데 도움이 됩니다. 사용자가 제품 사용을 즐기는가?

이러한 객관적이고 주관적인 결과는 디자인을 형성하고 개선하는 데 도움이 되는 귀중한 피드백을 제공합니다.

사용성 테스트 실행의 이점이 명확하게 설정되어 있으므로 디자인 프로세스에서 테스트를 실행해야 하는 시점을 살펴보겠습니다. 사용성 테스트를 실행할 수 있는 디자인 프로세스의 여러 지점이 있습니다. 기존 제품이나 경쟁업체를 테스트 중일 수 있습니다. 이것은 프로젝트와 상황에 따라 다릅니다. 예를 들어 다음과 같을 수 있습니다.

재설계하려는 기존 제품을 테스트합니다.
이미 존재하는 경쟁 제품이 있는 공간으로 이동하는 경우 경쟁 제품에서 배울 수 있도록 경쟁 제품을 테스트합니다. 또는
현재 작업 중인 제품을 테스트 중입니다.

하나 이상의 사용성 테스트 시리즈를 허용하는 것이 중요합니다. 이상적으로는 프로세스의 여러 지점에서 테스트할 것입니다. 클릭 가능한 프로토타입이 있는 중간 지점에서; 최종 빌드가 완료되면 완전히 빌드된 제품이 생성됩니다.

사용성 테스트는 디자인 프로세스 전반에 걸쳐 이루어져야 합니다. — 이상적으로는 사용성 테스트가 설계 프로세스 전반에 걸쳐 이루어져야 합니다. 프로토타이핑 단계에서 나중에 프로세스에서 수정하는 데 비용이 많이 드는 문제를 식별하는 데 도움이 될 수 있습니다. 최종 빌드 단계에서는 프로토타입 단계에서 복제하기 어려웠을 수 있는 문제를 동등하게 식별할 수 있습니다.

프로세스의 이러한 각 지점은 학습할 다른 내용을 제공하고 최종 빌드 전에 가정의 단점을 해결하는 데 도움이 됩니다. 경험의 법칙은 다음과 같습니다 . 사용성 테스트를 일찍 실행할수록 더 좋습니다 .

모든 것이 그렇듯이 준비가 잘 될수록 사용성 테스트가 더 효율적일 가능성이 높으므로 준비의 중요성에 대해 알아보겠습니다.

준비가 핵심

사용성 테스트를 효과적으로 실행하려면 참가자당 30-60분이 소요됩니다. 물론, 구축하는 항목의 복잡성에 따라 이 시간 길이는 달라질 수 있지만 내 경험상 1시간은 내가 권장하는 최대 시간입니다.

사용성 테스트가 오래 실행될수록 참가자는 더 피곤해져서 수익이 감소합니다. 그만큼 준비가 중요하다. 테스트에서 배우고자 하는 바를 정확하게 설정하고 테스트 대상을 설정하는 것도 중요합니다. 이를 위해 다음을 수행하는 데 도움이 됩니다.

사용성 테스트를 설명하는 견고한 테스트 계획을 개발하여 다양한 개인에 걸쳐 테스트할 때 일관된 방식으로 테스트하도록 합니다. 그리고
참가자 모집에 대한 명확한 기준을 설정 하여 디자인하는 것에 적합한 사용자를 테스트합니다.

테스트 전에 준비를 하면 효율성과 개선된 결과가 나타납니다. 테스트를 실행하려면 다음과 같은 개인이 필요하다는 점을 염두에 두십시오.

테스트 참가자;
시험을 안내하고 모든 것이 원활하게 진행되도록 하는 촉진자 그리고
일부 관찰자 및 메모 작성자.

시간은 돈이고, 그 과정에 너무 많은 사람들이 참여하기 때문에 투자한 시간이 결실을 맺도록 하는 것이 중요합니다. 집중을 유지하려면 사용성 테스트를 위한 계획을 수립하고 모든 것이 일관성을 유지하도록 하는 스크립트를 준비하는 것이 중요합니다.

계획 수립

귀하의 계획은 다음을 설정하는 역할을 합니다. 테스트를 실행할 계획 캡처할 항목과 사용할 측정항목을 측정하는 방법 테스트할 사용자 수 테스트의 백본으로 사용할 시나리오.

테스트하려는 시나리오에 대해 생각해 보십시오. 귀하의 웹사이트 또는 애플리케이션의 목적은 무엇입니까? 주요 목표는 무엇입니까? 다음 요소를 포함하여 이에 대한 계획을 수립하는 것이 중요합니다.

언제 어디서?

어디에서 언제 테스트를 실행할 예정입니까? 대규모 조직에서 일하지 않는 한 사용성 테스트를 위한 전용 공간이 없을 것입니다. 괜찮아; 중요한 것은 몇 가지 사용성 테스트를 실행하고 있다는 것입니다!

시험 참가자를 환영하고 편안하게 느낄 수 있는 조용한 공간을 찾으십시오. 또한 테스트를 진행할 진행자와 메모를 할 일부 관찰자를 위한 공간을 확보하십시오. 사용성 테스트를 그룹화하는 데 도움이 되어 모든 것이 머릿속에 새겨져 있는 동안 사용자 간에 결과를 상호 참조할 수 있습니다.

범위

사용성 테스트의 범위를 설정하면 목표가 현실적임을 확인할 수 있습니다. 범위가 큰 웹 사이트 또는 제품을 디자인할 수 있지만 사용성 테스트의 범위를 정의할 때는 현실적이어야 합니다. 시간이 너무 많기 때문에 해결해야 할 중요한 측면에 집중하십시오.

예를 들어 웹 사이트나 애플리케이션의 탐색 시스템 또는 전자 상거래 흐름과 같이 테스트할 대상을 지정합니다. 이렇게 하면 집중을 유지하고 주제에서 벗어나지 않도록 할 수 있습니다.

움직이는 부분이 여러 개인 복잡한 디자인을 처리하는 경우 일련의 다양한 사용성 테스트를 실행할 수 있습니다. 각각은 특정 측면에 초점을 맞췄습니다.

타이밍

다른 사용성 테스트에는 다른 시간이 필요하지만 경험에 따르면 참가자당 약 30-60분을 할당하는 데 도움이 됩니다. 한 시간 이상 이동하면 참가자가 피곤해질 수 있으며, 내 경험에 따르면 피드백의 품질이 떨어집니다.

사용성 테스트를 예약할 때 테스트 사이에 충분한 시간을 허용해야 합니다. 테스트가 모든 사람의 마음에 신선하게 유지되는 동안 테스트 직후에 팀 간에 토론을 허용하는 것이 중요합니다. 마찬가지로 테스트 사이의 버퍼는 테스트가 종료되거나 참가자가 늦게 도착하는 경우에 유용합니다.

장비

다시 말하지만, 사용하는 장비는 지나치게 복잡할 필요가 없습니다. 이상적으로는 비디오를 사용하여 어떤 형식으로든 세션을 캡처할 수 있는 것이 중요합니다. 무엇보다 사용자의 말과 표정을 포착하는 데 도움이 됩니다. 잠시 후 살펴보겠지만, 테스트 참가자의 반응을 보면 디자인에 대해 많은 것을 알 수 있습니다. 그들의 표정과 몸짓 언어는 종종 그들이 실제로 말하는 것보다 더 많은 것은 아니더라도 많은 것을 알려줄 것입니다.

우리는 지금 우리가 마음대로 사용할 수 있는 저렴한 화면 녹화 소프트웨어를 갖게 된 것을 행운으로 생각합니다. Screenflow와 같은 화면 녹화 도구는 매우 비용 효율적이며 컴퓨터에 내장된 웹캠을 사용하여 사용자가 화면에서 하는 일뿐 아니라 얼굴 표정도 캡처할 수 있습니다.

계획이 명확하게 수립되면 스크립트를 개발할 때입니다.

스크립트 만들기

계획을 바탕으로 스크립트를 작성하면 사용성 테스트를 명확하고 일관되게 촉진하는 데 도움이 됩니다. 스크립트를 작성하면 다음을 수행하는 데 도움이 됩니다.

사용성 테스트가 표류하지 않고 초점을 유지하도록 정확히 무엇을 테스트하는지에 집중하십시오.
여러 테스트 참가자 간에 일관성을 보장합니다.
다양한 사용자 시나리오에 대해 이야기하십시오.
테스트하고 있는 다양한 목표를 분명히 하십시오. 그리고
사용자의 마음을 편안하게 하도록 도와주세요.

스크립트를 두 개의 섹션으로 나누는 데 도움이 됩니다. 서문 역할을 하는 섹션과 테스트 자체의 주요 내용을 다루는 섹션입니다.

서문은 테스트가 시작되기 전에 사용자를 해결하도록 설계되었습니다. 여기에서 테스트하는 내용과 테스트하는 이유를 다룹니다. 무엇보다도 사용자의 마음을 안정시키는 것이 중요합니다. 사용자를 테스트하는 것이 아니라 제품을 테스트하고 있음을 확인하는 것입니다 .

참가자도 인간이고 일이 잘못되면 사과하는 것이 당연합니다. 당신은 그들의 마음을 편안하게 하고 그들이 하는 말이나 행동이 잘못된 것이 아님을 확신시켜 주어야 합니다.

스크립트는 계획에서 설정한 시나리오에 테스트를 집중하도록 설계되었습니다. 시나리오를 설정할 때 구축 중인 웹 사이트 또는 제품의 복잡성에 따라 모든 것을 테스트할 수 있는 시간이 제한되어 있으므로 현실적이어야 한다는 점을 염두에 두십시오.

일련의 작업을 구성하는 스토리를 설정하는 데 도움이 됩니다. 예를 들어 여행 관련 웹사이트 또는 애플리케이션을 테스트하는 경우 다음을 고려하십시오.

얼마나 많은 사람들이 여행을 하고 있습니까?
언제 여행을 하며 날짜에 융통성이 있습니까?
그들은 어떤 종류의 예산을 가지고 있습니까?

물론 모든 시나리오는 다를 것입니다. 결론은 테스트가 올바른 것을 테스트하고 가치 있는 결과를 반환하는 데 집중할 수 있도록 정확히 테스트할 계획을 정의하는 데 시간을 할애하는 것 입니다. 프로젝트에 대한 사용자 페르소나를 구축하는 데 시간을 보냈다면 이에 대한 시나리오를 구축할 수 있습니다.

요컨대, 가능한 한 현실적인 시나리오를 시도하고 작성하십시오 . 웹 사이트와 애플리케이션이 점점 더 복잡해짐에 따라 인터페이스를 통해 사용자 여정을 테스트하는 데 도움이 됩니다. 이것은 또한 높은 수준의 UX 디자인에 대한 이전 기사에서 살펴본 디자인 프로세스 초기에 식별한 사용자 스토리와 테스트를 연결하는 데 도움이 됩니다.

참가자 모집

계획이 준비되고 스크립트가 작성되면 사용성 테스트를 수행할 참가자를 식별해야 합니다. 계획과 대본과 마찬가지로 준비가 중요합니다. 올바른 참가자를 식별하는 데 약간의 생각을 하는 것이 중요합니다.

사용성 테스트를 수행한 다음 무작위로 낯선 사람을 테스트하는 데 상당한 시간을 할애하는 것은 의미가 없습니다. 테스트에 적합한 유형의 사람들을 식별하고 찾는 데 시간을 할애하십시오.

먼저 한 명 이상을 테스트하는 것이 중요합니다. 모든 사람은 다르고 모두 다른 경험을 바탕으로 하므로 다양한 사람들을 테스트하고 있는지 확인 하여 결과가 너무 작은 표본 크기로 인해 왜곡되지 않도록 하십시오. 당신이 디자인하는 것은 당신이 선택하는 사람에 영향을 미치고, 웹사이트와 제품에 따라 청중이 달라집니다. 따라서 그에 따라 계획하십시오.

사용성.gov — Usability.gov에는 자체 스크리너를 구축하기 위한 훌륭한 출발점인 우수한 사용성 테스트 스크리너가 있습니다.

프로필을 설정하고 후보자를 식별하는 데 도움이 되는 스크리너를 만들어 잠재적인 사용자를 정확하게 대표하는 참가자를 모집하는 데 도움이 됩니다. 참가자가 일반 고객의 특성을 공유하는 것이 중요합니다 . 다시 말하지만, 사용자 페르소나는 이러한 특성을 식별하는 데 도움이 될 것입니다.

젊은 인구층을 대상으로 하는 새로운 디지털 도전자 은행을 위한 모바일 애플리케이션을 구축한다고 상상해 보세요. 스크리너에는 다음이 포함될 수 있습니다.

당신은 어떤 성별로 식별합니까?
몇살이야?
귀하의 소득은 어느 계층에 해당합니까?
당신은 절약자입니까, 아니면 소비자입니까?
현재 은행에 앱이 있고 사용하고 있습니까?

질문이 포괄적인지 확인하는 것이 중요합니다. 마찬가지로 민감한 사적인 질문을 할 때도 약간의 재량권을 행사하십시오. 예를 들어, 소득을 요청할 때(시험과 관련된 경우) 소득에 대한 괄호를 제공하여 지원자의 기밀을 존중할 수 있도록 하십시오.

좋은 출발점을 찾고 있다면 Usability.gov에 웹사이트 테스트를 위한 사용성 테스트 스크리너의 훌륭한 예가 있습니다. 이것은 유용한 출발점이며 몇 가지 아이디어를 제공할 것입니다.

계획이 생성되고 스크립트가 준비되어 있고 일부 참가자가 줄을 서고 테스트를 실행할 시간입니다. 이제 이를 살펴보겠습니다.

테스트 실행

사용성 테스트를 시작하기 전에 모든 것을 정리하고 제자리에 배치하는 것이 중요합니다. 실행한 각 사용성 테스트에 대한 기록을 가지고 있으면 나중에 다시 살펴보고 일부 분석을 수행할 수 있습니다. 이것은 화면 녹화 소프트웨어만을 통하거나 테스트 비디오 녹화를 포함할 수 있습니다.

테스트를 녹음하는 경우 참가자에게 권한을 요청하는 것이 중요합니다 . 마찬가지로, 이것은 세션을 녹음하는 이유와 녹음을 사용할 목적을 설명할 기회를 제공합니다.

귀하의 목표는 참가자의 마음을 편안하게 하고 테스트를 시작하기 전에 이를 수행하는 데 무엇이 도움이 되는지 설명하는 것임을 기억하십시오.

시험 전

테스트 시나리오로 바로 뛰어드는 것보다 짧은 서문을 통해 테스트를 통해 달성하고자 하는 것이 정확히 무엇인지 설명하는 것이 도움이 됩니다. 이렇게 하면 참가자에게 무엇을 기대하는지 명확하게 알 수 있고, 부담을 덜고 시험에 쉽게 참여할 수 있습니다.

방에 있는 사람과 이유를 설명하고 테스트를 실행하는 동안 참석한 다른 사람들이 관찰 내용을 기록할 것이라고 설명하면 도움이 됩니다. 또한 참가자에게 테스트가 얼마나 오래 지속되는지, 전반적으로 무엇을 다룰 것인지에 대한 아이디어를 제공하는 데 도움이 됩니다.

시작하기 전에 참가자에게 테스트하는 것이 아니라 소프트웨어를 테스트하고 있으며 오답이 없음 을 알리는 것이 중요합니다. 참가자는 당신의 의도가 당신이 구축한 것을 사용하여 그들을 지켜보는 것이며 조건이 가능한 한 실제인지 확인하기 위해 조언을 제공하지 않을 것임을 알아야 합니다.

이 마지막 요점은 특히 디자인한 것에 대해 사용성 테스트를 실행할 때 중요합니다. 안내와 조언을 제공하여 테스트 참가자의 흐름을 방해하지 않는 것이 중요합니다 . 당신은 '현실 세계'에서 이것을 하기 위해 거기에 있지 않을 것이므로 옆에서 조언을 제공하려는 충동을 억제하십시오.

테스트 중인 것이 귀하에 의해 설계되었더라도 테스트 참가자에게 말하지 않는 것이 중요합니다. (약간의 순진한 거짓말은 해롭지 않습니다!) 당신은 인간을 상대하고 있으며, 테스트 참가자가 당신이 디자인한 것에 대해 피드백을 주고 있다는 것을 알고 있다면, 그들은 자연스럽게 그들의 비판을 자제할 것입니다. 다른 사람의 감정을 상하게 하는 것을 좋아하는 사람은 없습니다. 솔직한 의견을 듣는 것이 중요합니다. 따라서 참가자에게 자신이 디자인한 것을 판단한다고 말함으로써 참가자의 대답을 왜곡하지 마십시오.

테스트 참가자에게 가능하면 시나리오를 진행하면서 어떤 일이 일어날 것이라고 생각하는지 말로 표현하도록 요청하십시오. 이것은 당신이 그들이 생각하고 있는 것을 이해하는 데 도움이 됩니다. 또한 참가자에게 테스트가 아닌 경우보다 조금 더 느리게 설정한 작업을 실행하도록 요청하면 관찰자와 메모 작성자에게 도움이 됩니다.

진행자로서 때때로 그리고 흐름을 방해하지 않도록 주의하면서 참가자에게 특정 행동을 취하기 전에 다음에 일어날 것이라고 생각하는지 물어볼 수 있습니다. 이는 사용자의 사고 모델을 측정하여 디자인의 정신적 모델과 일치하는지 확인하는 데 도움이 됩니다.

마지막으로 테스트 중에 문제가 발생하면 사용자의 잘못이 아니라 소프트웨어의 잘못 임을 강조합니다. 테스트 참가자가 디자인에 문제가 있을 때 '자신의 잘못'이라고 생각하지 않는 것이 중요합니다.

테스트 중

서문을 마치면 테스트를 진행할 시간입니다. 참가자들에게 다양한 작업을 설정하는 스크립트를 통해 참가자를 안내할 때 참가자 를 이끌고 싶은 충동을 억제하는 것이 중요합니다 . 당신의 목표는 그들이 작업에 어떻게 반응하는지 확인하고 조언으로 도움을 주는 것이 그 목적을 무산시키는 것입니다.

이것은 특히 자신이 디자인한 것을 테스트하는 경우 매우 어려울 수 있지만 시도하고 도움을 주지 않으려면 최선을 다해야 합니다. 당신이 구축한 것(당신이 절대적으로 의미가 있다고 생각하는 것)을 사용하는 방법을 이해하기 위해 고군분투하는 누군가를 보는 것은 실망스러울 수 있지만, 당신이 발견하는 것이 당신을 돕고 있다는 것을 기억하십시오.

마찬가지로, 디자인을 담당하는 경우 표정이 게임에 영향을 주지 않도록 하세요. 이것은 연습이 필요하지만(특히 저에게!), 가능한 한 중립을 유지하려고 노력하는 것이 중요합니다.

사용성 테스트를 실행할 때 다음을 통해 두 가지 수준에서 학습하게 됩니다.

사람들이 말하는 것을 듣는 것; 그리고
사람들이 하는 일을 관찰합니다.

듣기와 관찰은 모두 중요하며 다른 통찰력을 제공합니다 . 경청은 디자인에 대한 주관적인 피드백을 줄 것입니다. "나는 이것을 좋아하기 때문에…", "이런 종류의 기능이… 주관적이고 테스트 참가자의 의견에 따라 달라지지만 이러한 종류의 피드백은 사용자가 고려하지 않았을 수 있는 작업을 수행하는 방법을 나타낼 수 있기 때문에 유용합니다.

테스트 참가자가 웹사이트 또는 애플리케이션을 어떻게 사용하는지 관찰하는 것은 작동하는 것과 작동하지 않는 것을 보는 좋은 방법입니다. 다시 말하지만, 당신은 당신의 가정을 테스트하고 있습니다. 당신은 당신이 완벽한 것을 설계했다고 생각하지만 때때로 당신의 테스트는 당신에게 그렇지 않다고 말합니다 .

사람들의 말을 경청하는 것과 행동을 관찰하는 것의 차이를 인식하는 것이 중요합니다. 당신은 테스트를 할 때 인간을 다루고 있고 인간은 다른 사람의 의견을 고려하기를 좋아합니다.

테스트 중인 누군가가 특정 디자인이나 기능에 대해 칭찬하지만("나는 이것을 좋아합니다."), 그들의 행동은 다른 이야기를 하는 상황에 직면할 수 있습니다(당신은 그들이 설정한 작업을 완료하려고 필사적으로 노력하는 것을 봅니다. !).

관찰의 힘을 과소평가하지 마십시오. 요기 베라는 다음과 같이 유명하게 말했습니다.

"보는 것만으로도 많은 것을 관찰할 수 있다."

그렇기 때문에 테스트를 실행할 때 한 명 이상의 사람이 참여하는 것이 중요합니다. 스크립트를 가이드로 사용하여 참가자에게 사용성 테스트를 진행하려면 진행자가 필요합니다. 및 참가자의 반응을 캡처하는 한 명 이상의 관찰자.

마감 중

테스트, 특히 사용성 테스트는 디자인 프로세스의 중요한 부분입니다. 잘 실행하십시오. 효과적인 사용성 테스트를 통해 장기적으로 비용을 절감할 수 있습니다. 이상적으로는 디자인 프로세스의 여러 지점에서 사용성 테스트를 실행하면 사용자 경험 디자이너로서 우리의 목표인 사용자를 전면 중앙에 배치하는 데 도움이 됩니다.

테스트는 완전한 실험실 조건에서 실행할 필요가 없습니다. 중요한 것은 테스트를 하고 있다는 것입니다. 예산이 부족하다면 일부 게릴라 테스트가 테스트를 하지 않는 것보다 낫습니다 . 올바른 유형의 사람에 대해 테스트하고 있는지 확인하십시오.

기억하십시오: 테스트하는 사람이 중요 합니다. 잘못된 사람들을 테스트하고 있다면 상세한 사용성 테스트 계획을 세우기 위해 열심히 노력하는 것은 의미가 없습니다.

마지막으로 사용자 연구에 대한 내 기사에서 언급했듯이 연구 결과를 분석하는 데 시간을 할애하는 것이 중요합니다. 다양한 참가자와 함께 여러 사용성 테스트를 완료했으면 팀과 함께 앉아서 모든 것을 상호 참조하고 행동 패턴을 찾으십시오 .

참가자가 어려움에 처한 프로세스의 지점인 문제점을 식별하면 해당 문제점을 수정할 수 있습니다. 마찬가지로, 기쁨의 순간을 식별하면 더 하고 싶은 것이 무엇인지 식별하는 데 도움이 될 수 있습니다. 이 피드백을 종합하면, 일단 적용하면 전반적으로 더 나은 경험으로 이어질 것입니다.