상위 3가지 사용성 테스트 함정 피하기

사용성 테스트는 매우 강력한 도구이지만 다재다능한 도구는 아닙니다 .

웹사이트 이탈 설문조사는 데이터 소스로서 일반적으로 실패하는 작업, 웹사이트에 대한 일반적인 만족도, 사용자에 대한 인구통계학적 정보를 파악할 수 있습니다. 웹 분석 도구는 데이터 소스로서 효과적인 마케팅 채널을 발견하고 수정할 상위 페이지를 찾는 데 도움이 되며 분할 테스트에 이상적인 후보를 찾는 데 도움이 될 수 있습니다.

데이터 소스로서의 사용성 테스트는 그 어느 것도 할 수 없습니다.

대신, 사용성 테스트는 한 가지 일을 정말 잘 수행할 수 있습니다. 사람들이 사이트를 사용할 때 실패할 부분을 찾아내는 것입니다.

사람들이 어디에서 실패하는지 확인하고 그 실패의 본질을 이해하면 사용자 경험을 수정하는 데 도움이 될 수 있습니다. 그러나 테스트에 접근하는 방법에 대해 상당히 체계적이어야 합니다.

다음 사용성 테스트 함정 중 하나 이상에 빠지지 않도록 주의해야 합니다.

1. 사용성 테스트를 사용하여 시장 또는 사용성 조사 수행

예산이 빠듯한 회사의 경우 한 번에 두 마리의 새를 맞추는 것이 유혹적일 수 있습니다. 따라서 사용성 테스트를 수행하고 사용자에게 작업을 수행하도록 요청할 때 다음과 같은 질문도 합니다.

• 이 기능이 유용하거나 직관적입니까?
• 당신은 이런 것을 지불하시겠습니까?

다른 회사는 바로 진행하여 사용성 테스트를 사용하여 올바른 것을 구축하고 있는지 확인하려고 합니다.

이것의 문제는 사용성 테스트가 사용자가 무언가를 사용할 때 어디에서 걸려 넘어지는지 알아내는 데는 훌륭하지만 시장이나 사용성 조사에는 좋지 않다는 것입니다.

단지 그것을 위해 만들어진 것이 아닙니다.

사용자가 성공하거나 실패하는 위치에 대한 "좋은" 신호 또는 데이터를 얻을 수 있습니다. 가격, 비즈니스 모델 등에 대한 다른 모든 것의 대부분은 신호와 함께 발생하는 노이즈일 뿐입니다.

인터뷰나 시장 조사와 같은 다른 사용성 조사 기술을 사용하여 올바른 것을 구축하고 있는지 또는 개발 중인 기능에 대해 사람들이 비용을 지불하는지 확인할 수 있습니다. 그러나 그 작업으로 사용성 테스트에 부담을 줄 수는 없습니다. 스코프 크립은 도구가 훌륭한 도구라 할지라도 비참하게 실패하게 만듭니다.

2. 디자인 제안 찾기

사용성 테스트를 수행할 때 웹 사이트 문제에 대한 잠재적인 "수정"을 제안하는 사용자를 종종 접하게 됩니다. 일부 사용자는 귀하의 사이트가 귀하의 사이트에서 파란색으로 더 많이 사용되기를 바라는 것처럼 말합니다. 다른 사람들은 무언가를 설명하기 위해 어딘가에 팝업이 표시되기를 원한다고 말할 수 있습니다.

그러한 댓글에 접근하는 방식은 매우 엄격해야 합니다.

한편으로 는 사용자가 생각나는 대로 말하도록 권장하고 싶습니다. 사용성 테스트를 최대한 활용하려면 사용자가 큰 소리로 이야기해야 합니다. 반면에 사용성 테스트는 웹사이트의 실제 문제를 파악하는 것입니다. 수정 사항을 결정하는 것은 사용자의 몫 입니다.

대부분의 사용자는 실행 가능한 수정 사항을 제시할 디자인, 분석, 온라인 마케팅 및 사용자 경험 배경이 없습니다. 그들이 당신의 일을 하게 만들지 마십시오.

그들의 의견을 사용하여 그들이 직면한 중요한 문제를 찾고 해당 문제의 본질을 파악하십시오.

수정 사항을 제시할 때 수정 사항에 대한 사용성 테스트 의견에 의존하기보다는 문제를 해결하는 가장 좋은 방법에 대해 내부적으로 만나야 합니다.

3. 사용성 테스트를 너무 번거롭게 만들기

사용성 테스트는 종종 이것이 ... THING 이 되기 때문에 완료되지 않습니다. 알다시피, THING .

한 달에 한 번 또는 두 달에 한 번 진행되는 이 작은 프로젝트로 예정되어 있었지만, 대신 여러 위원회가 있고 시간이 오래 걸리고 3주 동안 기다려야 하는 큰 보고서가 되었습니다. -경비 보고서의 대행사 항목.

그렇게 될 필요는 없습니다. 당신은 그것을 하나의 과정으로 취급하고 일을 지나치게 복잡하게 만드는 것을 피하면 됩니다:

사용자 선택에 대해 비현실적이지 마십시오.

딱 맞는 사람을 찾는 데 집착하지 마세요. 그들이 브라우저를 사용할 수 있고 대상 지역(주가 아닌!) 출신이고 해당 언어의 원어민인지 확인하십시오. 다른 모든 것은 그냥 육즙입니다. 핵심 시장 외부에 있는 사람들도 사이트에서 심각한 사용성 문제를 발견할 수 있습니다.

너무 많은 사용자를 확보하지 마십시오

3번의 테스트를 위해 약 4명의 사용자 가 필요합니다. 더 많은 시간과 비용을 추가하고 테스트를 더 어렵게 만들 것입니다.

통계적 의미가 필요한 것으로 제시하지 마십시오.

분할 테스트는 통계적 유의성이 유효해야 합니다. 사용성 테스트는 하지 않습니다. 그들은 중요한 문제를 신속하게 찾기 위해 존재합니다. 내부적으로 과학을 과도하게 판매하지 마십시오.

멋진 보고서에 가지 마세요

일부 회사는 대행사를 통해 사용성 테스트 비용을 지불하기 때문에 생성하는 데 한 달도 채 걸리지 않는 멋진 보고서를 원하고 요구하고 싶을 수 있습니다. 그런 멋진 보고서는 필요하지 않습니다.

사람들이 사이트에서 해야 할 일을 하지 못하게 하는 상위 5개 정도의 중요한 문제를 찾아야 합니다. 이 문제 는 사용성 테스트를 본 후 생성하는 데 하루도 채 걸리지 않습니다. 전자 메일이나 워드 문서에는 글머리 기호가 필요합니다. 더 이상 필요하지 않습니다. 값비싼 보고서를 만들면 실제로 문제를 더 빨리 수정할 수 없습니다.

사용성 테스트 실수

사용성 테스트는 스위스 칼보다 가위에 가깝습니다.

그들은 한 가지 일을 정말 잘하며, 의도한 목적으로 사용한다면 항상 작동할 것입니다.

하지만 그렇게 하려면 도구를 사용할 때와 다른 도구를 사용할 때를 알아야 합니다. 그들은 시장 조사 도구가 아닙니다. 사용자 승인 테스트 또는 분할 테스트와 동일한 목적을 제공하지 않습니다.

만약 너라면 …

• 범위 크리프를 피하고,
• 수정보다는 문제에 대한 테스트를 유지하고
• 멋진 보고서가 포함된 대규모 작업이 아닌 정기적인 소규모 프로젝트로 사용성 테스트 일정을 잡습니다.

... 사용성 테스트는 웹 사이트의 사용자 경험을 획기적으로 개선하는 데 도움이 됩니다.