Noah의 모바일 사용성 테스트로의 전환

노아는 걱정했다. 그는 고객이 식사를 맞춤화하고 주문하고 보상을 받을 수 있는 모바일 앱을 만드는 과정에 있던 지역 Quick Service Restaurant(패스트 푸드 체인) 본사의 "UX 가이"였습니다.

그는 사용자의 기대치가 높아지는 것을 알아차렸고 열악한 모바일 경험을 덜 관대하게 되었습니다. 그렇기 때문에 Noah는 사용자의 더 높은 기대치, 더 작은 화면, 무선 배터리 구동 장치의 제약을 감안할 때 모바일 사용자 경험의 유용성을 테스트하는 것이 중요하다고 굳게 믿었습니다. 그러나 Noah는 수년간의 전통적인 사용성 테스트 경험에도 불구하고 모바일 사용성 테스트를 수행한 적이 없기 때문에 걱정했습니다. 그리고 첫 번째 테스트 라운드가 불과 한 달 앞으로 다가왔다는 사실.

그는 모바일 사용성 테스트가 차이점보다 기존 데스크톱 사용성 테스트와 더 유사 하다는 것을 빨리 깨달았습니다. 가장 큰 차이점은 실제 테스트 자체에 있었습니다. 실제 테스트로 이어지는 모든 것과 테스트 이후의 모든 것은 동일하게 유지되었습니다. 중재 또는 중재, 원격 또는 대면 및 이들의 조합을 포함하여 사용성 테스트를 수행하는 데 사용할 수 있는 많은 옵션이 있었습니다. 중재되지 않은 원격 테스트를 통해 더 많은 참가자와 더 넓은 범위의 네트워크를 구축할 수 있었지만 상황을 조사할 기회는 제공하지 못했습니다.

사용 가능한 옵션을 조사하면서 Noah는 UserZoom 및 UserTesting과 같은 서비스를 미래의 원격 테스트 요구 사항에 대한 잠재적 옵션으로 북마크했습니다. 그의 과거 경험은 중재된 대면 테스트가 다른 방법을 사용하면 종종 놓칠 수 있는 풍부한 사용자 통찰력을 제공 한다는 것을 가르쳐주었습니다. 이를 통해 그는 소수의 참가자와 함께 특정 기능에 집중할 수 있을 뿐만 아니라 탐색 중인 프로브 개념에 집중할 수 있으므로 향후 테스트 라운드에서 선호하는 접근 방식이 되었습니다.

첫 예정된 사용성 테스트를 한 달 앞두고 그는 자신이 가장 잘 아는 부분부터 테스트를 준비하기 시작했다. Noah가 데스크탑 사용성 테스트에서 모바일로 전환하는 과정을 따라가 보겠습니다.

한달 전

디자인 및 개발 팀은 Noah가 예정한 점심 식사 후 회의에 천천히 들어갔고, 몇 사람은 약속한 브라우니 바이트에 유혹을 받았습니다. 그는 회의를 사용하여 첫 번째 사용성 테스트 세션에서 테스트할 기능과 기능을 검토했습니다. 현재 디자인 단계에 있기 때문에 iOS 앱의 프로토타입을 사용하여 사용성 테스트를 진행하게 됩니다.

팀은 대략적인 화면 디자인을 막 완료했고 사용자가 마치 라이브 앱이나 사이트인 것처럼 작업을 완료할 수 있도록 하는 대화형 고화질 프로토타입을 만들기 시작했습니다. 디자인 리더는 첫 번째 사용성 테스트가 있기 1주일 전에 앱 프로토타입을 준비하겠다고 약속하면서 마지막(그리고 세 번째) 브라우니를 먹도록 도왔습니다. Noah는 자신의 휴대전화에 그 날짜에 대한 알림을 설정했습니다.

3주 전

다음 주에 Noah는 사용성 테스트를 무엇을, 왜, 언제, 어디서, 누가, 어떻게 문서화한 사용성 테스트 계획을 작성하는 중요한 첫 번째 단계 를 시작했습니다. 과거 경험은 그에게 주요 이해 관계자와 프로젝트 팀 구성원이 계획의 세부 사항에 서명하도록 하는 것의 중요성을 배웠습니다. 이를 통해 사용성 테스트가 적절한 장치의 올바른 대표 대상과 함께 올바른 기능을 테스트하고 올바른 메트릭이 수집 및 보고되었음을 확인했습니다. 테스트 계획 외에도 비공개, 보상 영수증 및 릴리스 양식을 포함하여 테스트에 필요한 기타 문서도 준비했습니다.

Noah는 하나의 크기가 모든 사람에게 적합하지 않기 때문에 성공적인 사용성 테스트를 위해 똑같이 중요한 것은 올바른 참가자를 찾는 것임을 알고 있었습니다. 과거와 마찬가지로 Noah는 프로젝트 페르소나를 사용하여 테스트에 사용할 참가자의 프로필을 식별했습니다. 그는 자신의 오피니언 패널에서 적합한 참가자를 모집하기 위해 스크리너를 만들기 위해 평소 시장 조사 회사로 눈을 돌렸습니다. iOS 앱을 구축하고 있었기 때문에 스크리너에는 참가자가 플랫폼 규칙과 평면 디자인에 익숙해질 수 있도록 iOS 7 이상을 실행하는 iPhone을 사용하는지 확인하는 질문도 포함되었습니다.

그는 여전히 테스트를 위한 설정 및 녹음 옵션을 파악하는 데 도움이 필요했습니다. "누가 백만장자가 되고 싶어"의 팬인 Noah는 Ask Audience 라이프라인을 사용하여 일부 LinkedIn UX 그룹에서 중재된 대면 모바일 사용성 테스트를 위한 설정 옵션에 대한 피드백을 요청했습니다. 지식 공유에 대한 열렬한 신봉자인 그는 또한 그 집단들과 집단적 지혜를 수집하고 공유하겠다고 약속했습니다.

2주 전

LinkedIn과 Quora에 대한 Noah의 쿼리는 천천히 응답을 받기 시작했지만 많은 응답은 답변을 찾는 다른 사람들에게서도 있었습니다. 그는 새로운 답장에 대한 알림을 받았을 때 Evernote에서 유용한 접근 방식을 스크랩하고 수집하기 시작했습니다.

Noah는 채용 대행사의 담당자인 Pat에게 상태 업데이트를 위해 이메일을 보냈고 한 시간 이내에 응답을 받았습니다. 그들은 이번 라운드를 위한 모집이 거의 끝났고, 7개의 슬롯 중 5개가 페르소나 프로필과 일치하도록 채워졌고, 노쇼가 있을 경우를 대비해 3개의 플로터가 채워졌습니다. Pat의 팀은 나머지 두 슬롯에 대해 패널로부터 확인을 받기를 기다리고 있었습니다. 그녀는 이번주 말까지 참가자 프로필 요약을 보내겠다고 약속했습니다. 그의 회계 부서가 관료적이라는 것을 충분히 알고 있던 그는 참가자들의 시간에 대한 보상으로 사용할 기프트 카드 요청서를 제출했습니다.

그는 직접 사용성 테스트를 수행할 예정이었기 때문에 적절한 위치를 식별해야 했습니다. Noah는 공식 사용성 랩에서 자신의 몫의 테스트를 수행했지만 이러한 테스트에 필요하다고 느끼지 않았습니다. 그는 회사 사무실에서 사용할 수 있는 방을 찾았습니다. 하나는 테스트용, 다른 하나는 참가자 대기실, 세 번째는 팀을 위한 브리핑룸입니다. 그는 사용성 테스트를 위해 건물 한가운데 창문이 없는 조용한 방과 야외 전망이 좋은 두 개의 다른 방을 찾아 신속하게 테스트를 위해 예약했습니다.

이번 주 그의 가장 중요한 목표는 테스트 계획에 대한 이해 관계자의 검토를 완료하는 것이었습니다. 그는 일반적인 목요일 아침 회의 이틀 전에 마케팅, IT 및 크리에이티브 디자인을 포함한 프로젝트 이해 관계자에게 계획을 이메일로 보냈습니다. 그는 그들에게 특히 테스트할 작업에 대한 피드백을 준비하도록 요청했습니다. 크리에이티브 팀은 작업에 대해 약간의 조정이 있었지만 IT에는 전혀 없었지만 마케팅 부서의 Chad는 가는 빗으로 이를 처리했습니다. 그의 피드백에는 몇 가지 추가 작업 추가와 브랜딩에서 라벨링에 이르기까지 모든 것에 대한 자세한 후속 질문이 포함되었습니다. Noah는 1시간 동안 진행되는 테스트에서 현실적으로 4개 이상의 주요 작업을 완료할 수 없다고 설명했으며 나머지 아침에는 Chad와 일대일로 작업하여 테스트 계획의 작업을 마무리했습니다.

작업이 승인되자 Noah는 사용성 테스트 세션을 기록하기 위한 옵션에 관심을 돌렸습니다. 그는 내장된 웹캠과 화면 녹화 소프트웨어 덕분에 컴퓨터를 사용할 때 참가자의 반응뿐만 아니라 화면을 녹화할 수 있는 다양한 옵션을 제공했습니다. 그러나 유사한 녹음을 캡처하는 대부분의 방법이 눈에 거슬리고 사용성 테스트에 영향을 미칠 수 있기 때문에 모바일 사용성 세션을 녹음하는 것은 복잡했습니다. 그것이 그가 청중에게 질문하기 라이프라인이 도움이 되기를 바랐던 곳입니다. 그는 12개의 응답을 정리했고 모바일 사용성 세션을 기록하는 네 가지 방법으로 모두 수렴했습니다. 자신의 연구 결과를 편집하고 그룹의 다른 사람들과 공유하겠다는 제안을 기억하면서 Noah는 옵션을 문서화하기 시작했습니다.

그가 LinkedIn 그룹에서 자신의 연구 결과를 다시 공유할 때 Noah의 전화가 삑삑 소리를 내며 한 시간 후 아내와 함께 한 금요일 저녁 저녁 데이트를 상기시켰습니다. 그는 재빨리 컴퓨터를 최대 절전 모드로 전환하고 주말에 집으로 향했습니다. 길었지만 유익한 한 주였습니다.

일주일 전

Noah는 주말 동안 자신의 옵션에 대해 생각하고 있었고 추가 장비 없이 UX Recorder와 같은 앱을 사용하여 테스트를 기록하는 마지막 옵션에 기대고 있었습니다. 직장으로 돌아와서 프로젝트 팀은 그의 선택에 동의했지만 UX 감독은 그에게 현지 UX Meetup의 사용성 전문가에게 확인을 요청했습니다. Noah는 다음 날 지난 몇 년 동안 모바일 사용성 테스트를 진행해 온 전문가 Diane과 함께 점심 식사를 준비했습니다.

그는 주말부터 이메일 백로그를 처리하면서 모집 기관에서 완성된 참가자 프로필 목록을 보았습니다. 그는 프로필을 스캔하여 그가 찾고 있던 정확한 개인 프로필 분석을 받았다는 것을 정신적으로 확인했습니다. 그러나 한 참가자의 프로필은 해당 페르소나의 예상 범위와 일치하지 않는 수입과 같은 특성으로 인해 페르소나에 맞지 않는 것 같았습니다. 그는 해당 참가자를 대체할 사람을 찾기 위해 에이전시의 Pat에게 이메일을 보냈습니다.

다음 날, 그는 Ask An Expert 생명줄 같은 느낌을 받기 위해 식당 중 한 곳에서 Diane을 만났습니다. 그는 토론하고 싶은 주제 목록과 테스트 계획 인쇄물, 녹음 설정 옵션을 준비했습니다. 그는 1년 전에 지역 UX Meetup에서 Diane을 처음 만났습니다. Diane은 스스로 임명한 1인 환영 위원회였으며 70명 정도의 UX 사용자 그룹에서 그를 편안하게 해주었습니다.

주문을 하기 위해 줄을 서서 기다리는 동안 다이앤은 보상 받기를 꺼리는 친절한 할머니를 포함하여 방금 마친 사용성 테스트에 대해 이야기했습니다. 그들이 식사를 위해 테이블에서 기다리면서 그는 iOS 앱의 프로토타입을 사용하여 직접 중재된 사용성 테스트를 수행할 계획이라고 설명했으며 테스트 기록에 대한 선택에 대한 그녀의 지침을 기대했습니다. 그녀는 과거에 이러한 모든 접근 방식을 사용했으며 테스트에 대해 몇 가지 추가 질문을 한 후 그의 선택을 확인했습니다.

식사 중에 그는 모바일 컨텍스트(사용자와 인터페이스 간의 상호 작용에 영향을 미치는 사용 환경 및 상황과 같은 것)를 고려한 인수에 대한 제안을 그녀에게 요청했습니다. 그녀는 실험실 환경에서 가장 좋은 방법은 해당 컨텍스트를 시뮬레이션하는 것이라고 설명했습니다. 그녀는 즉시 패스트 푸드 주문 및 픽업에 대한 그의 작업 중 하나를 회상했으며 주문 픽업 기대치를 먼저 조사하겠다고 말했습니다. 그런 다음 그녀는 주문 요리를 시작하기 위해 지오펜싱을 사용하는 방법에 대한 개념을 소개하고 개념에 대한 참가자 피드백을 얻으려고 했습니다. 그녀는 하루가 끝나기 전에 몇 가지 지침을 더 이메일로 보내겠다고 약속했습니다. 그는 식당을 떠날 때 그녀의 안내에 대해 Diane에게 감사했습니다.

점심 식사가 끝날 무렵, 그의 전화기는 디자인 팀이 오늘까지 프로토타입을 완성하기로 약속했다는 것을 그에게 상기시켰습니다. 사무실로 돌아온 그는 프로토타입을 둘러보기 위해 디자인 팀실로 향했습니다. 디자인 책임자는 마케팅의 막바지 지시에 따라 일부 디자인을 재고해야 한다고 사과의 말을 했습니다. 주말까지 모두 완료하는 것을 목표로 하고 있다고 밝혔습니다. Noah는 일반적으로 테스트 며칠 전에 드라이 런을 수행하여 마지막 순간에 조정할 시간을 팀에 제공했기 때문에 이는 Noah의 편안함에 너무 근접했습니다. 그는 Diane의 제안에 따라 컨텍스트를 시뮬레이션하기 위해 주문 배치 및 픽업 작업을 업데이트함으로써 그런 생각을 없애려고 했습니다.

업데이트를 하는 동안 그는 몇 가지 지침이 포함된 Diane의 이메일을 받았습니다.

제목: 모바일 테스트 포인터

Noah, 점심 시간에 약속한 대로 다음 주에 시험을 준비하고 수행할 때 염두에 두어야 할 몇 가지 지침이 있습니다.

점심과 모든 것을 주셔서 감사합니다!

다이앤

---

장치/플랫폼 : 참가자가 자신의 장치를 사용하지 않는 경우, 익숙하고 정기적으로 사용하는 플랫폼(iOS, Android 또는 Windows)에서 테스트하고 있는지 확인하십시오. 그들이 자신의 장치를 사용할 경우 앱 설치, 액세스 설정 등의 물류 및 시간을 고려하십시오.

눈부심 : 컴퓨터를 사용하면 조명 문제에 맞게 화면을 조정할 수 있지만 사용자가 모바일 장치를 움직이는 경향이 있기 때문에 카메라를 사용하여 모바일 화면을 녹화할 때(설명한 처음 두 가지 접근 방식) 모바일에서는 눈부심이 문제가 됩니다. 더 편안한 사용을 위해 때로는 녹음의 일부를 쓸모없게 만듭니다. 문서 카메라 설정(첫 번째 접근 방식)을 사용한 적이 있다면 화가의 테이프를 사용하여 모바일 장치가 있어야 하는 영역을 사용자에게 상기시키십시오.

배터리/전원 : 또 다른 모바일 전용 문제는 사용 중인 장치에 테스트를 위한 충분한 전력이 있고 긴 충전 케이블을 쉽게 사용할 수 있는지 확인하는 것입니다. 처음으로 개인용 장치에서 UX Recorder를 사용하여 테스트를 진행했을 때 테스트 중간에 충전기 케이블을 얻기 위해 멈춰 서야 했습니다. 화면, 비디오 및 오디오 녹음으로 인해 내가 상상했던 것보다 더 빨리 배터리가 소모되었습니다.

마지막으로 중요한 것은:

알림/경고 : 테스트 장치의 모든 경고 및 알림을 끕니다. 테스트를 방해할 뿐만 아니라 녹음에 영향을 줄 수 있습니다.

Noah는 실제 테스트 전날로 일정을 다시 조정해야 하는 테스트 실행 중에 이를 다시 확인하기 위해 메모를 작성했습니다. 다음 주는 그에게 긴 한 주가 될 것 같았습니다...

사용성 테스트 주간

밝고 이른 월요일 아침, Noah는 프로토타입을 완성하기 위해 주말에 일했던 디자인 팀을 위해 Box O' Joe와 도넛을 가져왔습니다. 그들은 다음 1시간을 함께 프로토타입을 살펴보고 몇 가지 사소한 변경 사항에 주목했습니다. 설계 팀은 점심 전에 업데이트를 완료하여 그날 오후의 파일럿 테스트 전에 Noah에게 충분한 시간을 줄 것입니다. 그는 드라이 런에 자원한 동료 Emma에게 알림 이메일을 보냈습니다. Emma는 앱에 관여하지 않았으며 직원으로서 브랜드 광신도인 것을 제외하고는 그들이 원하는 만큼 좋은 테스트 참가자였습니다.

그는 비공개, 릴리스 양식 및 보상 영수증을 포함하여 필요한 문서를 인쇄하여 테스트를 위한 마지막 준비를 시작했습니다. 그는 또한 UX Recorder를 사용하여 파일럿 테스트를 기록하기 위해 테스트 크레딧을 구입했습니다. 조심스럽게 그는 백업 스탠드와 함께 두 개의 웹캠도 준비했습니다. 그는 앱에서 녹음 옵션을 구성하고 앱 브라우저를 통해 프로토타입을 실행하고 작업을 통해 클릭하는 자신을 녹음했습니다. 여태까지는 그런대로 잘됐다!

세션에 지정된 메모 작성자인 Noah와 Sophie는 테스트 15분 전에 사용성 테스트를 위해 예약된 방에 도착했지만 Emma는 이미 그들을 기다리고 있었습니다. 노아는 준비하면서 그들이 다음 시간에 성취하기를 희망하는 것을 설명했습니다. 그러나 그는 녹음 앱에서 프로토타입을 불러올 수 없었습니다. 그는 자신의 전화기에 셀룰러 또는 무선 신호가 없다는 것을 빨리 깨달았습니다. 아마도 건물 중앙에 방이 있기 때문일 것입니다. 그는 사과를 하고 대기실과 브리핑룸으로 예약한 다른 방을 시험해 보려고 갔습니다.

그가 시도한 첫 번째 방에서 프로토타입은 지연 없이 로드되었습니다. 그의 전화기에는 강력한 셀룰러 및 Wi-Fi 신호가 있었습니다. 그는 원래 시작 시간보다 몇 분 늦게 Emma와 Sophie를 새 방으로 데려갔습니다. 그는 앱에서 녹음을 시작하기 전에 기본 규칙과 프로세스를 설명했습니다. 4개의 작업과 70분 후, 그는 녹음을 중단하고 Emma의 도움에 감사를 표했습니다. 앱이 1시간에 걸친 세션의 녹음을 내보내는 동안 Sophie와 그는 세션에 대해 논의하고 혼동을 피하기 위해 다시 말해야 할 작업을 식별하고 실제 세션에서 시간을 줄일 수 있는 영역을 찾았습니다. 그렇기 때문에 그는 실제 테스트 전에 항상 적어도 한 번의 테스트 실행을 수행했습니다. 이는 그가 중재자로서 작업에 익숙해지는 데 도움이 되었고 작업이 외부인에게 명확했는지 확인하고 필요한 경우 시간을 조정할 수 있게 해주었습니다.

사용성 테스트의 첫 날은 화요일 아침에 시작되었고 Noah는 중재자로서 자신의 컴포트 존으로 돌아갔습니다. 4개의 예정된 테스트는 순조롭게 진행되었으며 Noah와 Sophie는 테스트 사이의 시간을 사용하여 화이트보드 벽에 세션의 하이라이트를 요약하고 캡처했습니다. 유일한 딸꾹질은 전화가 세 번째 세션 중에 걸려오는 전화를 받았다는 것입니다. 그는 참가자에게 그것을 무시하고 테스트를 계속하도록 요청했습니다. Diane이 제안한 대로 그는 모든 경고와 알림을 껐지만 전화는 어떻게든 통과했습니다. 하루에 예정된 4가지 테스트가 끝난 후 세션 녹음을 내보내면서 화이트보드 벽의 세션 하이라이트에서 예비 추세를 식별하기 시작했습니다. 처음 두 개는 문제 없이 렌더링되었지만 세 번째 세션은 손상된 것으로 보이며 내보낼 수 없습니다. 고맙게도, 마지막 하나는 문제 없이 렌더링되었습니다. 그는 이 문제가 다음날 반복될 것을 우려하여 손상된 비디오의 로그와 함께 앱 지원 팀에 이메일을 보냈습니다.

수요일에 예정된 첫 번째 참가자는 노쇼(No-Show)여서 대기 플로터로 테스트를 진행했습니다. 그날 각 테스트가 끝난 후 Noah는 앱 지원 팀에서 연락이 없었기 때문에 다른 녹음이 손상되는 것을 방지하기 위해 iPhone을 다시 시작했습니다. 이날 3개의 녹음이 흠잡을 데 없이 재생되자 그는 안도의 한숨을 내쉬었다. Sophie와 그는 나머지 오후 시간을 그들의 모든 메모와 기억을 검토하고 추세 분석을 계속하면서 보냈습니다. 테스트를 되돌아보면서 그는 참가자 중 누구도 실제 세계에서 테스트할 수 없었음에도 불구하고 시뮬레이션된 모바일 컨텍스트에 문제가 없었음을 언급했습니다.

Noah는 주요 결과를 공유하기 위해 프로젝트 팀과의 브리핑 회의로 한 주를 마무리하고 다음 주에 추가 세션을 주최하겠다고 제안했습니다.

다음 주

주말에 모바일 녹화 앱 지원 팀은 Noah에게 이메일을 보내 세 번째 비디오가 손상된 이유를 알 수 없다고 인정했지만 그에게 iPhone에서 원본 비디오 클립을 찾고 공유하기 위한 단계별 지침을 보냈습니다. 별로 희망적이지 않은 그는 2Gb 파일을 압축하여 업로드하고 공유했습니다.

최종 사용성 테스트 보고서에서 좋은 진전을 보이는 동안 Noah는 금요일 오후에 주요 프로젝트 이해 관계자 및 프로젝트 팀과 함께 보고서를 발표할 일정을 잡았습니다. Noah와 Sophie는 나머지 주를 데이터를 분석하고, 추세를 업데이트하고, 심각도 및 개선 권장 사항과 함께 주요 결과를 문서화하는 데 보냈습니다. 결과 보고를 위한 템플릿과 형식이 많았지만 Noah는 수년 동안 수정한 PowerPoint 형식을 사용하여 시각적으로 보여주고 말할 수 있는 것을 좋아했습니다. 그는 테스트에 참여하지 않은 사람들을 위해 "아하" 순간을 만들기 위해 특정 기능으로 고군분투하는 사용자의 짧은 비디오 클립(또는 몽타주)의 힘을 크게 믿었습니다. Sophie는 몇 가지 주요 관찰 및 권장 사항을 상황에 맞게 지원하기 위해 비디오 클립을 잘라냈습니다.

그 주 점심 시간에 Noah는 매일 다른 참가자의 비디오 녹화를 검토하면서 프로젝트 팀과 함께 비디오 검토 세션을 이끌었습니다. 이를 통해 팀은 사용자가 앱 프로토타입과 상호 작용하는 방식과 어디서 넘어졌는지 직접 목격할 수 있을 뿐만 아니라 Noah와 Sophie가 포착하지 못한 몇 가지 관찰 및 통찰력을 드러낼 수 있었습니다.

금요일 오후의 최종 보고서 발표 세션에는 모든 주요 이해 관계자가 참석했습니다. Noah는 높은 수준의 결과를 제시했고 Sophie는 세부 사항에 대해 설명했습니다. 그들은 운영 위원회가 앱에 대해 원래 구상했던 것과는 다른 관찰 및 권장 사항에 대한 몇 가지 질문을 제출했습니다. Noah가 몇 번이고 반복해서 보았듯이 지원 비디오 클립은 이해 관계자가 앉아서 경로 변경에 대해 알아차리고 대화를 시작하기에 충분했습니다.

주말에 집으로 향하면서 Noah는 지난 6주와 첫 모바일 사용성 테스트를 회상했습니다. 처음에 그의 우려는 과장된 것이었습니다. 이전에 기존 데스크톱 사용성 테스트에 대한 경험이 있었기 때문에 모바일 사용성 테스트로의 전환은 비교적 쉬웠습니다. 둘의 가장 큰 차이점은 설정이였고, 모바일과 관련된 뉘앙스도 챙겨야 하는 부분이 있긴 했지만, 완전히 새로운 기술을 배우는 수준은 아니었다.

그 후 몇 달 동안 Noah의 지속적인 사용성 테스트는 프로젝트 팀이 프로토타입에서 완전한 기능의 제품으로 진행하면서 앱을 미세 조정하는 데 도움이 되었습니다. 출시와 이후의 모든 주요 릴리스에서 앱은 별 4개 및 5개 리뷰의 대부분을 받았습니다.

TL;DR: 활동 타임라인

한 달 전

• 설계 팀과 협력하여 테스트를 위해 구축할 수 있는 항목을 식별하고 첫 번째 테스트 며칠 전에 준비할 수 있는지 확인합니다.

3주 전

• 페르소나 기반 사용성 테스트 참가자 프로필 식별
• 채용 스크리너 생성
• 참가자 선별 및 모집

2주 전

• 이해관계자와 사용성 테스트 계획 검토 및 작업 마무리
• 테스트에 필요한 방 식별 및 예약
• 참가자 및 대기 플로터 참가자 확정 및 일정 잡기
• 참가자 인센티브 준비

일주일 전

• 테스트할 프로토타입 또는 앱을 사용하여 작업 살펴보기
• 테스트 녹화 설정
• 전체 사용성 테스트의 테스트 실행

사용성 테스트 주간

• 필요한 모든 문서 인쇄(테스트 계획, 스크립트, 비공개, 릴리스 양식, 보상 영수증)
• 전원, 연결성, 눈부심 등을 포함한 사용성 시험실 설정을 확인합니다.
• 각 세션이 끝날 때 내부 보고를 수행하고 하루가 끝날 때 검토를 수행합니다.
• 테스트 완료 후 추세 식별 및 문서화

다음 주

• 사용성 보고서에서 발견 사항 문서화
• 프로젝트 팀과 함께 비디오 녹화 검토
• 주요 관찰 및 권장 사항을 지원하기 위해 녹화에서 비디오 클립 식별 및 생성
• 조사 결과 보고

리소스 및 링크

계획 템플릿 및 녹음 설정

• 사용성 테스트 계획
• 사용성 테스트 스크리너 - 모바일 장치 테스트
• 사용성 테스트 계획 템플릿
• 간단하고 손쉬운 모바일 사용자 테스트 가이드

모바일 테스트 체크리스트

• Steve Krug의 Rocket Surgery Made Easy 에서 자세한 체크리스트 및 기타 다운로드
• UserTesting 모바일 사용성 테스트 체크리스트(무료 가입 필요)

사용성 보고서 템플릿

• 긴 템플릿
• 짧은 템플릿
• 사용성 테스트 보고서 예

SmashingMag에 대한 추가 정보:

• 장치 우선 순위 지정: 테스트 및 반응형 웹 디자인
• 세계 최고의 개방형 장치 연구소는 어디에 있습니까?
• 간단하고 손쉬운 모바일 사용자 테스트 가이드