사용자 테스트 개선을 위한 간단한 팁
테스트는 UX 디자이너 업무의 가장 근본적인 부분이자 전반적인 UX 디자인 프로세스의 핵심입니다. 제품 팀이 훌륭한 제품을 디자인하는 데 필요한 영감과 지침 및 검증을 제공합니다. 그래서 가장 효율적인 팀들은 테스트를 습관화합니다.
사용성 테스트는 사용자의 제품 사용 관찰을 수반합니다. 사용자가 어려워하는 부분과 좋아하는 부분을 발견하도록 도와줍니다. 사용성 테스트 실행에는 두 가지 방법이 있습니다:
- 진행자 참석: 진행자가 테스트 참가자와 함께 작업함
- 진행자 미참석: 테스트 참가자 혼자 테스트를 완료함
진행자가 참석해 사용성 테스트를 실행하는 방법에 초점을 맞추겠지만, 언급하는 몇 가지 팁은 두 유형 모두 적용 가능합니다.
1. 가능한 일찍 테스트하세요
일찍 테스트할수록 변경 사항이 있을 때 조정이 쉽고, 제품의 품질에 테스트가 미치는 영향도 더 커집니다. 많은 디자인 팀이 “아직 제품이 완성되지 않았으니 나중에 테스트해야지”라고 변명하며 테스트를 미룹니다. 물론 다들 스스로의 작업이 완벽하길 원하기 때문에 반쯤 완성한 디자인을 보여주길 꺼립니다. 그러나 피드백 루프 없이 너무 오래 작업할 경우, 제품을 시장에 출시한 뒤에야 중요한 변경을 해야 할 가능성이 높습니다. 이는 전형적인 실수입니다. 스스로가 사용자라고 생각하고 디자인하는 것입니다. 일찍 문제를 감지해서 애초에 문제가 발생하지 않도록 에너지를 투자할 수 있다면, 나중에 엄청난 시간을 절약할 수 있습니다.
좋은 소식은 테스트를 시작하기까지 높은 완성도의 프로토타입이나 완전히 형태를 갖춘 제품을 기다리지 않아도 된다는 것입니다. 사실 가능한 빨리 아이디어 테스트를 시작해야 합니다. 디자인 모형과 낮은 완성도의 프로토타입을 테스트할 수 있습니다. 테스트 관련 맥락을 설정하고, 테스트를 통해 무엇을 얻고자 하는지 테스트 참가자에게 설명해야 합니다.
2. 목표를 서술하세요
사용성 테스트를 시작하기 전 목표를 분명히 하시기 바랍니다. 제품을 테스트하려는 이유를 생각해 보세요. “이 세션을 통해 나는 무엇을 알아야 하는가?”라고 자문해 보세요. 테스트의 목적을 이해한 후 사용자의 피드백을 원하는 기능 및 영역을 정확히 인지하시기 바랍니다.
다음은 몇 가지 일반적인 목표입니다:
사용자가 명시된 태스크(예: 제품 구매, 정보 찾기)를 성공적으로 완료할 수 있는지 여부를 확인하세요
특정 태스크를 완료하는 데 걸리는 시간을 확인하세요
사용자가 제품에 만족하는지 여부를 알아내고, 더욱 큰 만족을 위해 필요한 변경 사항을 확인하세요
3. 신중하게 질문 및 태스크를 준비하세요
목표를 설정하고 나면 질문에 답하거나 가설 및 가정을 검증하기 위해 어떤 태스크를 테스트해야 할지 알 수 있습니다. 목표는 기능 자체를 테스트하는 것이 아니라(이는 QA 팀의 목표여야 합니다) 그 기능을 통한 _경험_을 테스트하는 것입니다.
실행 가능한 태스크를 만드세요
태스크를 설계할 때 현실적이고 실행 가능하게 만드시기 바랍니다. 이는 사용자가 테스트하길 원하는 제품 또는 프로토타입의 특정 부분이 될 수 있습니다. 예를 들면 다음과 같습니다:
제품 사용 시작하기
결제 완료하기
제품 환경 설정하기
태스크의 우선순위를 지정하세요
사용성 테스트 체크리스트에 너무 많은 주제를 끼워 넣지 마시기 바랍니다. 테스트 진행과 결과 분석에 많은 시간이 소요됩니다. 대신 제품과 관련해 중요한 태스크를 나열하고, 우선순위에 따라 배열하세요.
태스크를 명확히 설명하세요
테스트 참가자가 무엇을 해야 하는지 알아야 합니다. 쉽게 만드세요. 사용자는 태스크가 명확하지 않을 경우 쉽게 낙담합니다.
각 태스크를 위해 목표를 설정하세요
진행자로서 여러분은 태스크의 목표를 아주 분명히 알고 있어야 합니다(예: “사용자가 2분 이내에 결제를 완료할 수 있었으면 좋겠다.”). 그러나 그 목표를 참가자와 공유할 필요는 없습니다.
태스크의 수를 제한하세요
유저빌리티 카운츠(Usability Counts)의 패트릭 니먼은 참가자 한 명당 5개의 태스크를 할당하길 권합니다. 세션 시간(보통 60분)을 고려해 질문을 위한 시간도 남겨 두시기 바랍니다.
지시가 아니라 시나리오를 제시하세요
사람들은 딱딱한 지시보다 시나리오를 제공했을 때 더 자연스럽게 태스크를 수행하는 경향이 있습니다. “레시피가 있는 책을 다운로드하세요”라고 청하는 대신 “여러분은 새로운 콩 요리법을 찾고 있습니다. 레시피가 있는 전자책을 다운로드하세요.”라고 시나리오를 만드세요. 시나리오는 맥락을 제공하고, 사용자가 태스크를 더 자연스럽게 느끼도록 합니다. 참가자가 태스크를 더 자연스럽게 수행할수록 더 나은 데이터 결과를 얻을 수 있습니다.
태스크를 직접 테스트해 보세요
스스로 해당 태스크를 여러 번 실행해 보고 적합한 질문을 생각해 보시기 바랍니다. 힘들겠지만, 결과는 분명히 좋을 것입니다.
4. 대표 사용자를 모집하세요
묻고 싶은 질문을 찾는 것도 중요하지만, 여러분의 테스트에 참여하는 사람들이 타겟 오디언스(사용자 페르소나)를 대표해야 합니다. 타겟 오디언스와 일치하지 않는 사람들이 여러분의 제품을 사용하는 것을 지켜보는 일은 의미가 없습니다. 따라서 무엇을 테스트할지 깨닫는 즉시 참가자 모집을 시작하세요. 목표를 따라 신중하게 사람을 모집하시기 바랍니다. 참고: 사용성 테스트를 위한 참가자를 찾기란 쉽지 않습니다. 사실, 많은 회사가 정기적으로 사용자와 이야기를 나누지 않는 가장 큰 이유 중 하나가 모집입니다. 따라서 타겟 오디언스를 대표하는 사람들을 찾기 위해 더 많은 노력을 기울이세요.
기존 사용자 데이터를 분석하세요
여러분의 제품에 이미 고객 기반이 있다면, 이용 가능한 정보(예: 분석 데이터, 고객 지원 티켓, 설문조사, 이전 사용성 세션 등)를 빠르게 분석하면 사용자에 관해 이미 알고 있거나 모르는 점을 평가하는 데 도움이 됩니다.
친구나 가족 외 사용자를 테스트하세요
물론 피드백이 없는 것보다는 친구와 가족에게서 피드백을 받는 편이 더 낫지만, 더 좋은 결과를 얻으려면 사전에 여러분의 제품을 사용한 적이 없는 독립적이며 편견 없는 사용자가 필요합니다. 친구와 가족은 여러분과 너무 가까운 인물들이기 때문에 실제로 사람들이 처음으로 제품을 어떻게 받아들일지 테스트하기 어렵습니다.
기준을 정의하세요
사용자 모집 전에 제품을 테스트할 사람들의 유형을 결정해야 합니다. 기준을 정하고 그에 따라 테스트 참가자를 선별하세요. 예를 들어, 여러분이 음식 배달 모바일 앱 테스트를 할 경우, 자주 음식을 주문하는 사람들의 피드백이 필요합니다. 이 요건을 정확하고 측정 가능한 기준으로 변환해 잠재적인 참가자를 선별하는 데 사용하세요. 예를 들자면 ‘다양한 배달 서비스에서 일주일에 한 번 이상 음식을 주문하는 사람들(참가자는 최소 세 가지 배달 서비스 앱에 대한 경험이 있어야 함)’이 될 수 있습니다.
이야기를 나누고 싶은 참가자를 고려하는 것 외에도, 세션에서 보고 싶지 않은 참가자들 또한 생각하시기 바랍니다. 여러분이 원하는 만큼 참가자들에게 테스트가 흥미롭지 않을 수 있으므로 일반적으로 기술에 정통한 사용자 및 얼리 어답터와 함께하는 테스트는 피하는 것이 좋습니다. 또한 이해 상충이 발생할 만한 참가자(예: 경쟁업체에서 일하는 참가자)를 피하세요.
선별 질문을 만드세요
다음으로, 여러분의 테스트 세션을 위한 사람들을 선별하기 위해 선별 설문지를 만드시기 바랍니다. 좋은 설문조사나 설문지가 그러하듯, 특정한 방향으로 유도하는 질문을 피하세요. ‘옳은’ 답을 드러내는 질문의 예로는 “스마트폰으로 음식을 주문하는 것을 좋아하십니까?”가 있습니다. 테스트 세션에 참여하기를 원하는 대부분의 사람들이 그 질문에 “네”라고 답할 것입니다.
설문조사 형식으로 질문 목록을 준비하고, 잠재적 참가자에게 작성을 요청할 수 있습니다. 구글 폼(Google Forms)은 선별 질문지를 만들고 스프레드시트에서 답변을 수집하게 해주는 훌륭한 툴입니다. 사람들의 답변이 구글 스프레드시트에 바로 기록되기 때문에 답변을 분류하고 필터링할 수 있습니다.
사람들이 선별 질문에 답하게 하세요
다음으로는 사람들이 선별 질문지를 작성하게 해야 합니다. 한 가지 방법은 여러분의 설문조사 링크와 함께 직무 설명을 적는 것입니다. 설명에서 여러분이 기대하는 바를 명시한 뒤 사람들이 참석할 수 있도록 동기 부여를 해주는 인센티브를 제공합니다(예: 60분 인터뷰에 참여할 경우 100달러의 아마존 기프트 카드 제공). 크레이그스리스트(Craigslist), 트위터 및 페이스북은 이러한 직무 설명을 게시할 가장 확실한 사이트입니다.
매우 구체적이고 찾기 어려운 유형의 참가자를 모집해야 할 경우 상황이 조금 더 어려워질 수 있습니다. 그러나 이러한 경우도 100% 해결 가능합니다:
영업 팀 또는 마케팅 팀과 상의해 공유할 수 있는 연락처 목록이 있는지 확인하세요.
관련 커뮤니티 그룹 및 전문 협회에서 연락처를 찾으세요.
팁: 여러분의 제품이 시장에 나와 있는 경우, “피드백을 더 주시겠습니까?”라는 메시지를 사용자 플로(user flow) 어딘가에 나타낼 수 있습니다. 이 메시지를 선택하면 선별 질문지 양식으로 이동하게 하는 것입니다. 또한 인터콤(Intercom) 등의 서비스를 이용하면 제품을 5회 이상 사용한 신규 사용자에게 자동으로 이메일을 보내 테스트 참여를 유도할 수 있습니다.
수량 대신 품질을 생각하세요
어떤 제품 팀은 사용성 테스트에 많은 사용자가 필요하다고 생각합니다. 사실 5명의 사용자를 테스트하는 것만으로도 핵심적인 사용자 문제점의 85%를 밝혀낼 수 있습니다. 제품을 처음 접하는 사람들이 가장 중요한 문제점을 쉽게 발견할 수 있지만, 여러분은 더 이상 제품을 새로운 시각으로 볼 수 없기 때문에 발견하기 어렵습니다. 처음 이야기를 나누는 사람에게서 많은 것을 배우게 되며, 다음에 이야기를 나눌수록 알 수 있는 것이 조금씩 줄어든다는 사실이 밝혀졌습니다.
답변을 수집하고 기준에 따라 잠재적 사용자 목록을 필터링한 뒤, 기준에 가장 적합한 5명의 후보를 선택하세요.
세션에 참여하는 방법을 명확하게 안내하세요
테스트 세션 일정을 잡을 때, 참가자에게 보내는 확인 이메일에 세부 정보를 전부 명시하세요.
시간(원격 테스트를 수행하는 경우 해당 시간대의 시간 제공)
위치(건물, 주차 정보 등 포함)
테스트 참가자가 지참해야 하는 물품(예: 신분증, iOS 또는 안드로이드 모바일 디바이스 등)
테스트 진행자의 전화번호(참가자가 문의할 사항이 있거나 일정을 변경해야 할 경우)
실망스러운 노쇼를 최소화하기 위해 참가자에게 답장을 보내 참석을 확인해달라고 요청할 수도 있습니다. 예를 들어 확인 이메일의 제목을 이렇게 붙일 수 있습니다: “[회신 필요] 5월 14일 오후 3시에 사용성 세션이 예정되어 있습니다.” 세션 전날 참가자들에게 전화를 걸어 일정을 상기시킬 수도 있습니다.
5. 대면 테스트를 최대한 활용하세요
참가자의 의견을 직접 듣는 것은 여러분의 제품에 대해 배우고, 제품을 개선할 수 있는 가장 빠른 방법 중 하나입니다. 다른 누군가가 여러분의 제품을 사용하는 것을 관찰하여 제품의 명확하지 않은 부분을 빠르게 알아차릴 수 있습니다.
좋은 라포(Rapport)를 형성하세요
세션이 시작되면 참가자는 긴장할 수도 있고, 무엇을 예상해야 할지 잘 모를 수도 있습니다. 사용성 세션의 품질은 여러분이 참가자와 구축한 라포와 직접적인 관련이 있습니다. 진행자에 대한 참가자의 신뢰가 깊을수록 피드백은 더 솔직해집니다. 참가자가 편안하게 솔직한 피드백을 제공할 수 있는 방식으로 테스트를 진행하세요.
기억해야 할 몇 가지 사항:
제품 사용에 실패할 경우, 사람들은 디자인의 결함보다는 스스로를 탓하는 경향이 있습니다. 따라서 사람들이 시험을 치르는 것처럼 느끼지 않도록 하는 것이 중요합니다. (예: “저희는 여러분을 테스트하는 것이 아니라, 디자인을 테스트하고 있기 때문에 제공해주신 피드백 또는 행동을 판단하지 않습니다.”)
여러분은 참가자가 최대한 솔직하게 답변하길 바랍니다. 따라서 참가자가 무언가를 좋아하거나 마음에 들어 하지 않을 경우, 솔직하게 말할 수 있어야 합니다. 일부 참가자는 여러분의 감정을 상하게 하고 싶지 않아서 그러한 생각을 말하지 않으려고 합니다. “여러분 때문에 저희의 감정이 상하는 일은 없을 것입니다. 저희는 이 선별 질문지를 만드는 일에 전혀 관여하지 않았습니다.”라는 말만으로도 충분합니다.
쉬운 태스크나 질문으로 시작하세요. 쉬운 태스크나 질문이 유용한 인사이트를 제공하지는 않지만, 사람들이 쉽게 이야기를 터놓게 하고 긴장을 푸는 데 도움을 줍니다. 참가자를 더 알기 위해 노력하세요. 그 사람이 무엇을 좋아하는지, 싫어하는지, 취미는 무엇이고 기술 관련 습관은 무엇인지 알아보시기 바랍니다. 이러한 정보는 테스트 결과를 더 잘 평가하는 데 도움이 됩니다.
주도하지 말고 귀를 기울이세요
태스크를 제시한 뒤에는 참가자가 모든 것을 주도해야 합니다. 이 세션에서 여러분의 목표는 사용자가 어떻게 제품을 사용하는지를 이해하는 것입니다. 예를 들어, 참가자가 계획되지 않은 방식으로 여러분의 앱을 이용할 경우 이들의 행동을 바로잡으려고 하지 마세요. 무슨 일이 일어나는지 지켜보시기 바랍니다. 이는 귀중한 배움입니다.
참가자를 판단하지 마세요
참가자들은 여러분에게 무언가를 알려주는 사람이지 그 반대가 아닙니다! 테스트 중 사용자를 판단하거나 가르치려고 들 경우 역효과를 낳게 됩니다. 여러분의 목표는 최대한 많은 정보를 가능한 시간 안에 얻고, 참가자의 관점에서 모든 것을 이해하는 것입니다.
따라서 “뻔하지 않았나요?”나 “정말 그렇게 생각하세요?” 같은 말을 피하세요. 무언가 아주 뻔해 보이더라도, 눈썹을 치켜올리면서 그런 말을 해서는 안 됩니다. 대신 “이 태스크는 완료하기 얼마나 쉬웠나요? 또는 어려웠나요?” 또는 “왜 그렇게 생각하시나요?”라고 질문하세요. 말투나 바디 랭귀지에서 판단이나 놀람이 드러나서는 안 됩니다.
설명하지 마세요
테스트 중인 제품이 어떻게 작동하는지 설명할 경우, 거의 모든 경우 테스트와 관련해 편향을 심어주게 됩니다. 현실에서는 사용자가 스스로 제품 사용법을 알아내야 합니다. 여러분이 사용자 옆에서 무엇을 해야 하고, 어떻게 사용해야 하는지 설명해줄 수 없기 때문입니다. 참가자가 태스크 설명과 인터페이스에서 보는 내용을 기반으로 제품을 파악해야 합니다.
끼어들지 마세요
참가자가 태스크를 시작하면 끼어들지 마세요. 옆에서 끼어들수록 태스크를 완수할 수 있는 자신감이 줄어듭니다. 참가자의 흐름이 끊기고, 자연스러운 행동과 거리가 멀어지게 됩니다.
특정 문제로 주의를 끌지 마세요
여러분이 관심을 갖고 있는 특정 문제에 주의를 끌게 되면 사람들이 행동을 변경하고 여러분이 강조하는 문제에 답을 집중할 수도 있습니다. 이 문제는 사용자 인터페이스 디자인에 대한 토론에서 특히 자주 볼 수 있습니다. 특정 디자인 요소(주요 CTA 버튼의 색깔 등)에 대해 사람들에게 물어보면, 묻지 않았을 때보다 훨씬 더 많이 알아차립니다. 이는 참가자가 행동을 바꾸도록 유도하고 중요하지 않은 사항에 집중하게 할 수도 있습니다.
소리내어 생각하기(Think-Aloud) 기법을 사용하세요
소리내어 생각하기 기법은 참가자의 생각을 이해하는 데 매우 중요합니다. 진행자는 테스트 참가자에게 소리내어 생각하기 기법을 지속적으로 활용하며 제품을 사용해달라고 요청합니다. 소리내어 생각하기 기법이란, 사용자 인터페이스를 사용하며 말로 스스로의 생각을 전하는 것입니다.
이 기법을 음식 주문 앱에 활용하면, 아마 주로 이런 반응을 보시게 될 것입니다. “흠, 음식 주문 앱처럼 보이네. 음식 주문 방법이 궁금해. 여기를 탭하면 식사 주문 양식이 나타날지도 모르겠어.”
이 기법을 사용하면 사용자가 여러분의 디자인을 실제로 어떻게 생각하는지 알 수 있으며, 사용성 세션을 실행 가능한 재디자인 추천 세션으로 탈바꿈하는 데 도움을 줍니다. “아, 로딩이 너무 느려요”, “이건 왜 있는 건가요?” “A 뒤에 B가 나올 줄 알았는데요” 등의 반응이 실행 가능한 디자인 변경으로 이어질 수 있습니다.
팁: 대부분의 사용자가 제품을 사용하는 동안 말을 하지 않기 때문에 계속 말을 하도록 테스트 진행자가 유도해야 합니다. 테스트 참가자가 제품과 상호 작용할 때 “여기서는 무슨 일이 일어나고 있나요?”와 같은 질문을 하세요.
행동을 관찰하세요
경청과 관찰의 차이를 기억하시기 바랍니다. 두 방법 모두 UX 디자이너에게 귀중한 정보를 제공하지만, 많은 UX 디자이너가 경청에만 너무 집중합니다. 사용자를 관찰하면 훨씬 짧은 시간 안에 더 많은 것을 발견할 수 있습니다. 사람들의 말을 경청하며 많은 것을 배울 수 있지만, 제품에 어떻게 반응하는지 보면 훨씬 더 많이 배울 수 있습니다.
대부분의 사람들이 똑똑해 보이고 싶어 하기 때문에 테스트 세션에서 태스크를 수행하며 어려움을 겪었더라도 쉬웠다고 말하는 경우가 있습니다. 따라서 사람들의 의견이 아니라 행동에 초점을 맞추세요.
확실하지 않을 때는 명확한 설명을 요청하세요
참가자가 말하는 내용을 확실히 이해할 수 없을 경우 명확한 설명을 요청하세요. “...라고 말씀하셨을 때, ...를 의미하신 건가요?”와 같은 간단한 질문이 상황을 명확하게 밝혀줄 것입니다. 세션이 끝날 때까지 미루지 마세요. 누군가가 무슨 말을 했는지 돌아가서 다시 알아내려고 할 경우 이미 너무 늦게 됩니다.
질문과 관련해 후속 질문을 하세요
사용자의 경험과 관점에 대해 최대한 많이 배우려는 열망과 호기심을 가지세요. 여러분이 듣는 첫 번째 답변에 만족하셔서는 안 됩니다. 항상 후속 질문을 통해 더 깊이 파헤쳐 보세요. 후속 질문은 실제로 일어난 일에 대해 더 많은 것을 알게 해줄 것입니다.
사람들은 따로 질문을 받지 않는 한 스스로의 동기를 명확히 밝히지 못하는 경우가 많습니다. 적절한 시점에 묻는 간단한 후속 질문은 더 자세한 설명이나 가치 있는 예시를 제공해 줍니다.
질문으로 질문에 답하세요
세션 중에 참가자가 분명히 여러분에게 몇 가지 질문을 할 것입니다. 가장 일반적인 질문의 예는 다음과 같습니다:
“이걸 사용해야 하나요?”
“어떻게 생각하세요?”
“다른 사람들은 이걸 어떻게 생각했나요?”
바로 답변하고 싶은 유혹을 물리치세요! 바로 다시 질문하시기 바랍니다. 많은 것이 드러날 것입니다.
6. 디자인을 반복적인 프로세스로 다루세요
많은 제품 팀이 디자인 프로세스를 선형 프로세스로 생각합니다. 사용자 연구에서 시작해 프로토타이핑 단계를 거쳐 테스트로 끝나는 방식이지만, 디자인을 반복적인 프로세스라고 생각하고 다루시기 바랍니다.
테스트는 코딩, 디자인 및 요구 사항 수집과 마찬가지로 제품 디자인 및 개발이 반복됩니다. 리소스를 활용할 수 있다면 이 프로세스의 각 과정에서 테스트하는 것이 중요합니다.
피드백 루프
제품 재작업을 피하는 가장 좋은 방법은 프로세스에 피드백을 도입하는 것입니다. 정기적인 사용자 피드백(사용성 테스트 대신 온라인 설문조사나 고객 지원 티켓 분석도 가능) 수집은 UX 디자인 프로세스의 핵심입니다.
7. 대면 세션 외의 방법도 고려하세요
직접 대면하는 테스트는 사용자 행동을 이해하기 아주 좋은 방법입니다. 그러나 안타깝게도 대면 세션이 항상 가능한 것은 아닙니다.
작은 기능 하나만 테스트해야 하거나, 테스트 참가자들의 위치가 분산되어 있거나(예를 들어 여러분의 제품이 해외 고객을 목표로 할 경우), 빨리 결과를 얻고 싶다면(이상적으로는 바로 오늘) 어떻게 하시겠습니까? 이 경우 원격 테스트에 집중하세요. 그러나 원격 세션을 어떻게 관리해야 할까요?
진행자가 없는 테스트를 위해 툴을 사용하세요
요즘에는 진행자가 없는 원격 테스트를 실행하게 해주는 수많은 툴이 있습니다. 다음 몇 가지 툴을 참고하세요:
룩백(Lookback): 이 툴은 진행자가 있는 테스트와 없는 테스트 모두 실시간 원격 테스트로 진행하게 해줍니다. 실시간 세션이 클라우드에 자동으로 녹화되기 때문에 파일 업로드, 대기 또는 관리가 필요 없습니다.
유저테스팅(UserTesting): 손쉽게 원격 사용성 테스트를 진행하도록 해줍니다. 사전 정의된 사용자 기반으로 여러분의 웹사이트에서 진행자가 없는 테스트를 실행할 수 있습니다.
밸리데이틀리(Validately): 진행자가 있는 테스트와 없는 테스트 중 하나를 선택하세요. 제품을 테스트하려면 여러분의 웹사이트나 프로토타입에 링크를 추가하세요. 테스트 참가자가 참가 URL 또는 진행자가 있는 세션에 참여할 수 있는 URL을 받게 됩니다. 세션이 끝나면 정성 보고서와 공유 가능한 영상을 받아보실 수 있습니다.
유저빌라(Usabilla): 사용자에게서 정성 및 정량 인사이트 둘 다 수집해 올바른 디자인 결정을 내리세요. 멋진 히트 맵(heat maps)도 테스트 결과물 중 하나로 받아보실 수 있습니다.
진행자가 있는 원격 테스트를 수행하세요
구글 행아웃 또는 스카이프를 사용해 진행자가 있는 원격 세션을 시행할 수 있습니다. 사용자에게 화면 공유를 요청한 뒤 제품과 어떻게 상호 작용하는지 관찰하세요. 추가 분석을 할 수 있도록 세션을 녹화하는 것을 잊지 마시기 바랍니다. (영상과 오디오 둘 다 녹화/녹음하세요. 오디오가 없으면 왜 특정 행동을 했는지 이해하기 어려울 수도 있습니다.)
‘전문’ 테스트 참가자를 피하세요
원격 테스트의 단점은 많은 참가자가 너무 자주 테스트를 진행하기 때문에 디자인의 특정한 면에 집중하는 방법을 배우게 된다는 것입니다. ‘전문’ 테스트 참가자를 피하려면 테스트 세션(예: 녹화한 영상 시청)을 분석해 진실된 피드백을 제공하지 않는 것처럼 보이는 사람들의 결과를 제외해야 합니다.
8. 프로세스에 팀 전체가 참여하게 하세요
테스트 과정에 제품 팀 전체를 참여시키세요. 사용자를 관찰할 기회를 갖게 되면 팀 전체가 사용성 문제를 이해하고 사용자에게 공감할 수 있게 될 것입니다. 테스트에 관여하게 되면 제품 팀은 디자인을 시작하기 전부터 공통된 생각을 구축할 수 있습니다.
팀과 테스트 전략을 논의하세요
제품 디자인은 팀 스포츠입니다. 그리고 테스트는 디자인 프로세스의 핵심적인 부분이기 때문에 모든 팀원들이 함께 논의해야 합니다. 테스트 준비에 직접 참여하면 팀원이 테스트 관련 활동에 더 관심을 갖게 됩니다. UX 리서치를 담당하는 사람으로서 여러분은 사용성 테스트 결과를 팀이 어떻게 활용할지 명확히 밝혀야 합니다.
세션을 시청하도록 모두에게 요청하세요
팀 전체가 테스트 세션에 참여하리라고 기대하긴 어렵습니다. (테스트 세션에 참여하는 것이 바람직할 수는 있으나) 대부분의 경우, 모든 팀원이 모든 사용성 테스트를 현장에서 직접 관찰할 필요는 없습니다.
테스트 세션을 영상으로 녹화해 동료들과 공유할 수 있으며 이는 디자인 논의에 매우 유용하게 사용할 수 있습니다.
팀에게 분석을 도와달라고 요청하세요
다양한 형식을 갖춘 사용성 테스트의 속도를 저해하는 한 가지는 바로 분석입니다. 테스트 세션에서 수집한 데이터에서 결과를 추출하는 데 며칠 또는 몇 주까지 소요될 수 있습니다. 그러나 팀 전체가 세션을 시청하고 메모를 한다면 알아낸 사실을 더 잘 요약하고, 다음 단계를 결정할 수 있게 됩니다.
9. 재디자인 전, 도중, 후에 테스트하세요
많은 제품 팀이 공통적으로 묻는 질문은 “언제 테스트해야 합니까?”입니다. 답은 간단합니다. 디자인 또는 재디자인 전에 테스트하고, 디자인 도중에 테스트하고, 디자인 후에도 테스트하세요.
디자인 또는 재디자인 전: 테스트는 UX 디자인 프로세스의 발견 단계에서 수행됩니다. 기존 제품을 재디자인할 계획이라면 사용성 테스트를 통해 현재 버전의 가장 큰 문제점을 파악할 수 있습니다. 결과 비교를 위해 경쟁사 제품 테스트 또한 고려하시기 바랍니다.
재디자인 도중: 충분한 리소스가 있다면 모든 프로젝트 단계에서 이 작업을 수행합니다. 새로운 제품이나 기능을 구축하고 출시하는 데 걸리는 시간 동안 여러분은 여러 번의 테스트 세션을 실행하고, 각 세션 후에 프로토타입을 개선할 수 있습니다.
재디자인 후: 실제 사용자가 제품을 어떻게 사용하는지 알면 제품 개선에 도움이 됩니다.
10. 한 번에 전부 해결하려고 하지 마세요
한 번에 모든 것을 해결하기란 불가능합니다. 대신 여러분이 발견하신 것들의 우선순위를 정하세요. 가장 중요한 문제점을 먼저 수정한 뒤 다시 테스트하세요. 하지만 불가능하다면(예: 해결하기 어려울 정도로 큰 문제일 경우) 문제점이 수익에 미치는 영향에 따라 우선순위를 정하시기 바랍니다.
결론
간단한 테스트 한 번이 제품의 성공과 실패를 좌우할 수 있기 때문에 반드시 테스트를 진행해야 합니다. 사용자 테스트를 위한 투자는 사용자 행동과 관련된 풍부한 데이터를 지속적으로 얻는 유일한 방법입니다. 따라서 일찍, 자주 테스트하세요.
관련 기사: