단계별 가이드: 프로토타입 테스트

제품을 설계할 때 청중에게 실행 가능한 솔루션을 제공하는 것은 길고 반복적인 프로세스의 마지막 단계입니다. 목표 시장에서도 자신을 확립할 수 있는 무언가를 만들면서 이것을 하려고 하면 어떤 단계에서든 실패하는 것은 이 길고 복잡한 과정의 일부일 뿐입니다. 여기에서 프로토타입 테스트가 시작됩니다!

제품이 공개 액세스를 위해 출시되기 전에 개발자는 제품이 완전히 작동하고 약속된 기능을 제공하며 실제 문제를 해결하는지 확인해야 합니다. 프로토타입 테스트는 개발자가 피드백 및 설문조사 를 통해 실제 사용자로부터 지속적인 검증을 찾는 지속적인 프로세스입니다.

이것이 개발자들이 프로토타입 테스트를 높이 평가하는 이유입니다. 그것은 제품이 성능을 발휘하기 전에 시장에서 제품이 어떻게 수행될지 아는 가장 효과적인 단일 방법입니다.

지금까지 프로토타입 테스트 및 평가가 얼마나 중요한지, 그리고 왜 개발자가 이를 개발 단계의 핵심 요소 중 하나로 간주하는지에 대한 기본 아이디어를 얻었습니다. 여전히 프로토타입 테스트가 무엇인지 궁금할 수 있으므로 자세히 살펴보겠습니다.

프로토타입 테스팅이란?

프로토타입은 최종 제품에 도달하기 전 제품 개발 단계의 첫 번째 초안 입니다. 이러한 프로토타입을 실제 사용자에게 배포하여 결함과 개선 영역을 찾는 것을 프로토타입 테스트라고 합니다.

최고의 품질을 제공하기 위해 최종적으로 제품을 출시하기 전에 사람들이 제품을 사용할 수 있도록 현장에 프로토타입을 배포할 수 있습니다. 군중 테스트 로 알려진 프로세스는 품질, 기능 및 기타 중요한 구성 요소를 분석하는 가장 효과적인 방법 중 하나입니다.

Crowdtesting은 미래에 작동해야 하는 환경의 프로토타입을 제공합니다. 개발자는 이러한 조건을 사용하여 다양한 상황에서 제품이 어떻게 작동하는지 평가할 수 있습니다.

제품이 시장에서 어떻게 작동하는지 아는 것은 프로토타입 테스트의 중요한 구성 요소입니다. 그럼에도 불구하고 개발자는 항상 사용자가 상호 작용하는 방식을 기록하고 제품이 똑같이 중요하다고 인식합니다.

다양한 유형의 프로토타입

프로토타입은 제품 검색의 기본 기능을 제공합니다. 각 프로토타입에는 가정을 테스트하는 가장 저렴하고 빠른 방법을 제공하는 이상적인 조건 세트가 있습니다.

프로토타입에는 4가지 유형이 있으며 다음과 같습니다.

1. 저충실도 프로토타입

이러한 유형의 프로토타입은 대부분 종이 기반 이며 사용자 상호 작용을 허용하지 않습니다. 종이에 손으로 그린 ​​스케치나 모형은 충실도가 낮은 프로토타입입니다.

2. 충실도가 높은 프로토타입

반면에 고품질 프로토타입은 상호 작용이 뛰어나고 기능적 이며 최종 제품에 최대한 가깝습니다. 이 프로토타입에는 필요한 모든 구성 요소가 통합되어 있습니다.

3. 라이브 데이터 프로토타입

이러한 프로토타입은 대부분 기존 제품 위에 코드 형태로 존재합니다. 기존 프로토타입보다 훨씬 더 대화식이며 라이브 사용자 데이터를 사용합니다.

4. 타당성 프로토타입

이것은 제품의 특정 기능이나 구성 요소를 테스트하기 위해 명시적으로 설계된 보다 구체적인 종류의 프로토타입입니다. 이러한 프로토타입은 사전 정의된 경계 내에서 작동하여 특정 기능 뒤에 있는 기술을 검증합니다.

이제 이 프로토타입이 무엇을 테스트할 수 있는지, 그리고 언제 테스트할 수 있는지 살펴보겠습니다.

프로토타입 테스트가 필요한 이유는 무엇입니까?

프로토타입 테스트는 사용자로부터 피드백과 통찰력을 수집하고 해당 정보를 개발자에게 제공하는 것만이 아닙니다. 프로토타입 테스트 및 평가가 제공하는 많은 이점이 있습니다. 상위 4개를 살펴보겠습니다.

1. 전체 시간 및 비용 절감

아직 테스트 단계에 있는 동안 제품을 수정하는 것이 출시를 진행하는 훨씬 간단하고 쉬운 방법입니다. 제품을 출시하면 출시와 변경 사항을 롤백하려면 많은 시간과 돈이 필요하기 때문입니다.

이는 귀하의 재정뿐 아니라 귀하의 평판도 손상시킬 수 있습니다. 이는 매우 중요합니다. 이것이 프로토타입 테스트를 통해 개발자에게 제품이 출시되기 전에 제품을 미세 조정할 수 있는 완벽한 기회를 제공하는 이유입니다.

2. 사용자 참여 증가

프로토타입 테스트 단계를 시작하면 사용자는 시장의 다른 누구보다 먼저 제품을 독점적으로 직접 볼 수 있습니다. 이것은 개발자와 조직이 사용자를 제품에 참여시킬 수 있는 좋은 기회입니다. 그것은 제품에 대한 사용자의 헌신을 보장하고, 소문을 퍼뜨리는 데도 도움이 될 수 있습니다.

3. 정확한 요구 사항 수집

전통적으로 요구 사항은 제품이 개발 단계에 들어가기 전에 수집되며 여기에서 사람들이 제품을 제공하기를 원하는지 결정합니다.

제품을 보지 않고 개념화하고 요구 사항을 설정하는 것은 정확히 실현 가능하지 않기 때문에 프로토타입 개발을 통해 사용자와 개발자는 최종 설계에 대한 요구 사항을 구체화할 수 있습니다.

4. 갈등 해결에 도움

고도로 숙련되고 훈련된 개발자 팀이 제품에 대해 작업할 때 특정 구현이 올바른 일이라고 믿는 경우가 여러 번 있을 수 있습니다. 반대로 다른 사람들은 다르게 생각할 수 있습니다. 필연적으로 개발 단계에서 의견 차이가 존재하여 갈등이 발생할 수 있습니다.

프로토타입을 테스트함으로써 개발자는 다양한 기능 반복을 수행하고 결과 성능을 벤치마킹할 수 있습니다. 이런 식으로 숫자를 기반으로 사용자로부터 가장 좋은 응답을 생성하는 기능을 설정할 수 있습니다.

프로토타입 테스트에는 다른 많은 장점이 있지만 프로토타입을 테스트해야 하는 이유를 아는 것만으로는 충분하지 않습니다. 프로토타입을 테스트할 시기도 또 다른 중요한 고려 사항입니다.

프로토타입을 언제 테스트해야 합니까?

프로토타입을 테스트하는 것은 제품이 불가피한 결말을 맞이하지 않도록 계속 진행하는 가장 안전한 방법입니다. 그러나 프로토타입을 테스트할 시기를 아는 것도 중요하고 의미 있는 결과를 수집하는 유일한 방법이기 때문에 여기에는 몇 가지 복잡한 문제가 있습니다.

프로토타입을 더 잘 이해할 수 있도록 하는 표와 최대 중요성을 테스트할 때를 제공하는 표를 작성했습니다.

지금쯤이면 다양한 유형의 프로토타입과 개발자가 최대 효율성을 위해 테스트해야 하는 시기에 대해 잘 알고 있을 것입니다. 프로토타입을 테스트하기 위해 따라야 하는 단계를 살펴볼 때입니다.

프로토타입을 테스트하는 방법: 단계별

프로토타입 테스트는 복잡하고 순차적인 프로세스입니다. 그러나 단계를 시작하기 전에 모든 프로토타입 테스터가 살펴봐야 하는 몇 가지 기본 규칙이 있습니다.

• 가지고 있는 프로토타입 유형 (스케치, 물리적 프로토타입, 종이 인터페이스, 디지털 프로토타입)은 사용자가 프로토타입과 상호 작용하는 방식을 정의합니다.
• 테스트 목표 는 매우 중요하며 테스트 시나리오, 설문지 및 전체 프로토타입 테스트 방법을 개발하는 데 도움이 될 수 있습니다.
• 시간 제약을 설정 하면 가장 적합한 프로토타입 테스트 방법을 결정하는 데도 도움이 됩니다.

테스트가 가장 효과적인 결과를 얻을 수 있도록 정밀하게 따라야 하는 단계는 다음과 같습니다.

모든 단계를 자세히 안내해 드리겠습니다. 따라서 다음을 따르세요.

1단계 - 사용자 정보 수집 및 분석

모든 프로토타입 테스트 및 평가의 첫 번째 단계는 사용자 데이터와 정보를 수집하고 분석하는 것입니다. 여기에서 사용자 또는 일반 대중은 특정 제품에서 기대하는 바에 대해 평결을 내릴 책임이 있습니다.

사용자가 평결을 내리고 모든 요구 사항이 충족되면 추가 조치를 취할 수 있습니다. 명확성은 우리가 첫 번째 단계에서 찾는 것이며 무엇을 해야 하는지 아는 것이 개발 단계에서 모호해지는 것을 피하는 유일한 방법입니다.

예를 들면: Qualaroo 는 디자인 프로세스의 모든 단계에서 빠르고 쉽게 사용자 통찰력을 수집하는 데 전문화되어 있습니다. 사용자 통찰력은 InVision, AdobeXD 및 더 많은 프로토타입 테스트 도구를 통해 프로토타입 URL을 준비하여 수집됩니다.

이 프로토타입 테스트 도구는 URL 모형을 호스팅하고 사용자가 전체 경험을 테스트하고 피드백을 제공할 수 있도록 합니다. 개발 팀은 이 피드백과 통찰력을 받아 최종 제품에서 필요한 변경을 수행합니다.

관련 읽기 - 피드백 도구를 찾고 계십니까? 다음은 사용자를 위한 최고의 고객 피드백 도구 목록입니다.

따라서 요구 사항이 미리 정의되어 있고 프로토타입의 모든 것이 이러한 요구 사항을 중심으로 구축됩니다. 요구 사항의 명확성을 더 잘 이해하기 위해 다음은 프로토타입 테스트의 간단한 예입니다.

프로토타입을 디자인할 때 모호하고 불분명함

• 내 디자인이 좋은가?
• 사용자가 제공하는 제품을 좋아합니까?
• 제품이 참여를 유도하고 있습니까?

프로토타입을 설계하는 동안 단계의 명확성

• 사용자가 디자인과 쉽게 상호 작용하고 탐색할 수 있는지 알고 싶습니다.
• 사용자가 특정 작업을 수행할 수 있는지 알고 싶습니다.
• 프로토타입이 사용자가 더 많이 참여하고 구매하는 데 영향을 줍니까?

2단계 - 프로토타입 제작

가장 중요하면서도 가장 분명한 단계는 테스트할 제품의 프로토타입을 만드는 것입니다. 구축할 프로토타입 유형은 테스트해야 하는 항목과 현재 제품 개발 단계에 따라 전적으로 다릅니다.

이 단계에서 구축된 프로토타입은 개발자가 이전 단계에서 예비 프로토타입을 구축하면서 수집한 정보에서 완전히 파생됩니다. 이 프로토타입은 프로토타입 테스트 소프트웨어에 들어갈 예비 프로토타입의 보다 세련된 버전이어야 하며 이상적으로는 사용자에게 제품에 대한 더 많은 정보를 제공해야 합니다.

앞서 논의한 프로토타입 유형이 기억나지 않는 경우를 위해 다음 4가지 유형을 간략히 살펴보겠습니다.

• 저충실도 프로토타입
• 고충실도 프로토타입
• 라이브 데이터 프로토타입
• 타당성 프로토타입

염두에 두어야 할 사항:

• 제품과 유사한 디지털 프로토타입 생성 – 일단 예비 디자인을 생성하고 나면 최종 제품과 매우 유사한 인터랙티브한 디지털 고화질 프로토타입을 생성할 수 있습니다. 이것은 더 많은 테스트를 허용하고 사용자가 더 쉽게 이해할 수 있도록 합니다.

디지털 프로토타입을 사용하면 테스트 중이나 테스트 후에 사용자에게 질문할 수 있는 Qualaroo 와 같은 도구를 사용하여 통찰력을 수집하는 프로세스를 자동화할 수도 있습니다.

• 실제 데이터 사용 – 프로토타입을 만드는 동안 프로토타입에 실제 데이터를 사용하는 것도 좋습니다. 프로토타입은 최종 제품의 최종 사본일 필요는 없지만 프로토타입을 통해 마이크로카피를 정확하게 테스트하기 위해 실제 데이터를 포함해야 합니다.

• 2~3개의 프로토타입 테스트 – 해당 솔루션의 "유일한" 프로토타입에 너무 많은 시간과 노력을 투자하지 마십시오. 1개의 픽셀 완벽한 프로토타입보다 테스트할 2-3개의 대략적인 프로토타입을 갖는 것이 더 유용합니다. 이를 통해 더 많은 디자인을 테스트할 수 있으며 테스트 참가자는 '유일한' 솔루션처럼 보일 수 있는 하나의 디자인으로 제한되지 않습니다.

3단계 - 테스트할 대상 결정

이 단계는 주로 테스터인 당신에게 초점을 맞춥니다. 프로토타입 테스트 소프트웨어를 통해 목업을 배치하기 전에 테스트하려는 항목을 찾아야 합니다.

몇 가지 명백한 결함이 있는 프로토타입에서 테스트할 수 있는 몇 가지 사항이 있습니다. 그 목록은 다음과 같습니다.

1. 개념 검증 - 이 테스트는 비교적 간단하며 사용자가 보고 있는 내용과 수행하는 기능을 쉽게 이해할 수 있는지 확인합니다. 이러한 테스트는 홈 페이지 프로토타입에 가장 일반적으로 사용되지만 e-com의 제품 페이지 또는 온라인 도구의 대시보드를 테스트할 수도 있습니다.

2. 탐색 - 탐색은 디지털 프로토타입에서 쉽게 테스트할 수 있는 또 다른 기능입니다. 여기에서 웹사이트 또는 애플리케이션의 모형이 호스팅되고 테스터는 사용자가 쉽게 탐색하고 원하는 것을 찾을 수 있는지 확인합니다. 다음과 같은 질문에 대한 답변을 얻을 수 있습니다.

• 사람들이 찾을 것으로 기대하는 검색 필드와 메뉴가 있습니까?
• 그들의 이름이 의미가 있습니까?
• 사람들이 당신이 제시한 카테고리를 기반으로 그들이 찾을 것이라고 생각하는 것을 찾을 수 있습니까?

3. 디자인 플로우와 기능 - 프로토타입은 또한 제품과 기능의 원활한 플로우를 효과적으로 결정하고 사용자가 혼동하지 않고 작업을 수행할 수 있도록 합니다.

4. 마이크로카피 - 마이크로카피 를 테스트하려면 프로토타입에 실제 레이블, 메뉴 카테고리, 버튼 및 설명을 입력해야 합니다. 사용자가 보고 있는 내용이나 혼란스러운 부분을 이해할 수 있는지 확인합니다.

프로토타입에서 테스트할 것으로 예상하지 말아야 할 사항을 아는 것도 중요합니다. 다음은 염두에 두어야 할 몇 가지 측면입니다.

• 그래픽 디자인 – 프로토타입은 최종 제품의 도식적 표현일 뿐이며 모든 시각적 요소가 포함되어 있지 않을 수 있습니다. 그렇기 때문에 대부분의 경우 프로토타입에서 "모양과 느낌"을 테스트하는 것이 불가능합니다.

• 콘텐츠 – 프로토타입은 최종 콘텐츠로 채워지지 않으며 콘텐츠가 대상 청중에게 반향을 일으킬지 확인하는 가장 좋은 방법이 아닙니다. 이를 확인하려면 대상 그룹의 몇 명에게 콘텐츠를 보내거나 작업 중인 제품이나 블로그에 질문을 표시하세요.

• 볼륨 테스트 – 프로토타입 테스트의 이면에 있는 아이디어는 기능적 디자인에 대한 품질 피드백을 수집하여 사용자가 제품에서 작업을 완료하는 데 방해가 될 수 있는 가장 큰 문제를 반복하고 제거할 수 있도록 하는 것입니다.

프로토타입은 대량의 데이터 수집을 돕기 위한 것이 아닙니다. 기술적으로는 가능하지만 몇 명의 참가자로부터 얻은 통찰력은 다음 버전을 더 좋게 만들기에 충분한 통찰력을 제공할 것입니다. 프로토타입 테스트는 가능한 한 많은 피드백을 수집하지 않고 실행 가능한 피드백을 빠르게 수집하는 것입니다.

4단계 - 예비 설계 생성

예비 설계는 최종 프로토타입이 어떻게 보일지에 대한 대략적인 아이디어를 사용자에게 제공하는 최종 프로토타입의 단순화된 형태입니다.

예비 설계의 이점:

• 최종 프로토타입에 대한 정확한 청사진을 제공합니다.
• 사용자와 개발자 간의 디자인에 대한 상호 이해를 보장합니다.
• 초기 설계 단계에서 수정하여 추가 오류를 방지합니다.
• 또한 동일한 프로젝트 및 프로토타입과 비교하여 설계가 가까운 장래에 직면할 수 있는 위험을 식별합니다.
• 참조점을 제공하고 개발자와 사용자 간의 대화를 열어 디자인에 관한 의견과 견해를 공유합니다. 디자인이 사용자에게 적합하지 않은 경우 변경을 쉽게 구현하고 새로운 예비 디자인을 생성할 수 있습니다.

그것을 만들려면 드로잉 보드로 이동하기 전에 최종 디자인의 기본 계획과 사양을 염두에 두십시오.

대략적인 스케치를 만드는 것으로 시작하십시오. 스케치는 사용자가 애플리케이션이나 웹사이트의 목적을 식별할 수 있는지 식별하는 좋은 방법 입니다. 스케치와 종이 프로토타입은 완벽함을 요구하지 않습니다. 대신 여러 프로토타입을 사용하여 다양한 디자인을 테스트하고 보다 의미 있는 통찰력을 얻을 수 있습니다.

5단계 - 테스트 시나리오 및 질문 준비

사용성 테스트는 제품이나 웹사이트가 해결하려는 문제와 연결된 특정 작업을 사용자에게 제공하는 것입니다. 작업(또는 시나리오)에는 작은 내러티브의 형태가 있습니다. 일반적으로 간단하지만 테스트 참가자에게 약간의 컨텍스트를 제공합니다.

시나리오 구축

이것은 연구 질문을 사용하여 작업을 구성하는 순간입니다. 귀하의 연구 질문은 작업이 무엇에 관한 것인지 알려줄 것입니다.

• 제품의 기능과 특징이 아닌 사용자의 목표에 집중하십시오.

차이점을 보여주는 가장 좋은 예는 몇 년 전 Jared Spool과 그의 팀이 Ikea에서 수행한 사용성 연구입니다. 이 테스트는 사람들이 이케아 웹사이트에서 제품을 찾는 방법을 탐구했습니다.

초기 작업은 "책장 찾기"였고 나중에 "당신의 소설 컬렉션에 200권 이상의 책이 있고 현재 거실 주변에 흩어져 있는 상자에 있습니다."로 변경되었습니다. 그것들을 정리할 방법을 찾으십시오.”

작업이 공식화되는 방식은 결과에 영향을 미칩니다. 이 경우 첫 번째 작업을 수행하는 사용자는 일반적으로 검색 필드에 "책장"을 입력합니다. 두 번째 시나리오의 사용자는 일반적으로 제품 범주를 검색하고 "책장"이라는 이름의 제품이 아니라 책을 보관하는 데 적합한 제품을 검색했습니다.

결국 사용자가 여기서 해결하려는 문제는 그것이 책장이든 아니든 책을 놓을 가구를 찾는 것입니다.

이것은 매우 특정한 언어를 사용하는 제품이나 웹사이트를 디자인할 때 특히 중요합니다. 유도하는 단어를 피하고 사용자가 평소보다 더 빨리 또는 다른 방식으로 작업을 수행하도록 하십시오. 일반적으로 단서를 제공하지 마십시오.

• 작업을 실제 생활과 유사하게 만드십시오.

사용자에게 앱/프로토타입을 통해 항공편을 예약하도록 요청하는 경우 "시애틀에서 암스테르담으로 가는 항공편 예약"이라고만 말하지 마십시오.

더 나은 시나리오는 다음과 같습니다. “9월에 암스테르담에 있는 친구를 방문하고 싶습니다. 직장에서 2주 휴가를 예약했습니다. 비싼 항공편이라는 것을 알고 있지만 가능한 한 적은 비용을 지출하고 싶습니다. 게다가 최근 허리 문제로 인해 클래스 업그레이드를 고려하고 있습니다.”

• 제품이나 웹사이트 또는 판매처를 설명하지 마세요.

테스트의 전체 아이디어는 사람들이 사전에 아무 것도 설명하지 않고 누군가가 사용하도록 설득하지 않고 사람들이 스스로 사용할 수 있는지 여부를 확인하는 것입니다.

더욱이 특히 대면 테스트를 수행하는 경우 사용자가 프로토타입에 너무 집착하는 것을 보면 사용자가 프로토타입에 대한 비판에 정직하기를 꺼릴 수 있습니다.

• 완료할 수 없는 작업을 개발하지 마십시오.

프로토타입에 테스트하려는 기능, 흐름 또는 요소가 포함되어 있지 않으면 테스트할 수 없습니다.

연구 질문 형성

연구 질문은 사용자에게 프로토타입으로 다양한 시나리오를 수행하도록 요청하여 답을 찾으려는 질문입니다. 연구 질문은 프로토타입이나 제품에 대해 정확히 무엇을 찾으려고 하는지 나타냅니다.

연구 질문을 형성하기 위한 팁

• 테스트의 방향을 설정하고 테스트의 시나리오와 작업이 어떤 모습일지 결정하므로 신중하게 구성해야 합니다.
• 너무 일반적이어서는 안됩니다. 테스트 결과에 따라 몇 가지 디자인 결정을 내리게 될 것임을 명심하십시오.
• 연구 질문은 또한 목표로 형성될 수 있습니다.

잘못된 연구 질문/목표의 예:

• 프로토타입을 테스트하고 싶습니다.

더 나은 연구 질문/목표의 예:

• 내 탐색을 테스트하고 싶습니다.

좋은 연구 질문/목표의 예:

• 사용자가 내 프로토타입에서 원하는 정보를 찾을 수 있는지 확인하고 싶습니다.
• 사용자가 원하는 제품을 프로토타입에서 찾을 수 있는지 확인하고 싶습니다.
• 특정 제품을 찾을 때 어떤 버전의 프로토타입이 사용자에게 더 쉬워 보이는지 확인하고 싶습니다.

또한 청중 앞에서 제기할 적절한 프로토타입 테스트 질문에는 다음이 포함됩니다.

첫눈에 띄는 테스트

• 이 도구/웹사이트는 누구를 위한 것입니까?
• 이 애플리케이션/웹사이트에 대한 초기 생각은 무엇입니까?
• 이 도구/웹사이트를 사용하여 무엇을 할 수 있다고 생각하십니까?
• 언제 사용하시겠습니까?
• 이것은 누구를 위한 것이라고 생각합니까?
• 이 도구와 유사한 것이 있습니까? 그렇다면 무엇?
• 이해가 되지 않는 부분이 있나요?/뭔가 어울리지 않는 느낌이 드나요?

사용성 평가

• 누락된 특정 기능이 있었나요?
• 이 작업의 난이도를 어떻게 평가하시겠습니까?
• 뭔가 이상했나요? 그렇다면 무엇이었습니까?
• 제품이 어디에 있는지 어떻게 알았습니까?
• 이 도구/웹사이트를 통해 지불하는 것이 안전합니까?
• 제품에 대한 어떤 정보가 누락되었습니까?
• 도구/웹사이트가 제품을 완벽하게 안내했다고 생각합니까?

전체적인 경험

• 응용 프로그램을 탐색하기 쉬웠습니까?
• 전반적인 디자인 경험은 어땠나요?
• 이 애플리케이션/웹사이트에서 무엇을 변경하시겠습니까?
• 이 도구/웹사이트를 어떻게 개선하시겠습니까?
• 도구/웹사이트가 예상대로 작동했습니까?
• 전반적인 경험을 어떻게 평가하시겠습니까?

관련 읽기 – 다음은 30가지 최고의 A/B 테스트 도구 목록입니다.

팁: 테스트의 흐름을 방해하고 피로를 유발할 수 있으므로 각 작업 후에 4-5개 이상의 질문을 연속적으로 사용하지 않는 것이 좋습니다.

• 테스트가 대면 테스트인 경우 참가자가 직면한 어려움을 조사하기 위해 관찰 중에 팝업되는 추가 질문을 하게 될 것입니다.
• Qualaroo와 같은 도구를 사용한 원격 테스트인 경우 4~5개 이상의 질문은 응답률을 낮추고 몇 명의 사용자에게만 프로토타입을 테스트할 것이기 때문에 응답률이 중요합니다.

테스트를 위한 시간과 범위에 따라 1-5개의 연구 질문을 개발해야 합니다. 이것은 테스트 중인 디자인의 다른 측면을 관찰할 수 없다는 의미가 아닙니다.

사실, 사용자 조사를 수행할 때마다 거의 항상 직접 테스트한 것 외에도 많은 다른 학습 사항이 있을 것입니다. 테스트/분석하려는 핵심 측면이 항상 1-5개 있어야 합니다.

6단계 - 사용자 평가 시작

먼저 사용자에게 제안된 프로토타입 디자인을 제시하는 초기 사용자 평가를 수행해야 합니다. 사용자의 모든 의견과 제안은 이 단계에서만 고려되며 개발자는 추가 단계에서 해당 의견과 제안에 대해 작업합니다.

초기 사용자 평가의 주요 목표는 프로토타입 디자인의 강점과 약점을 식별하는 것입니다. 이를 효과적으로 수행하는 유일한 방법은 프로토타입 테스트 질문에 응답하여 여러 사람이 고유한 관점을 제시하도록 하는 것입니다.

고려해야 할 다른 요소는 항상 올바른 청중에게 프로토타입을 제시하고 항상 올바른 질문을 해야 한다는 것입니다.

청중은 제품이 출시될 때 사용할 사용자로 구성되어야 하며 질문은 항상 제품과 직접적으로 관련되어야 합니다. 이것이 귀하가 받는 제안이 의미 있고 최종 제품의 가치를 높일 수 있는 유일한 방법입니다.

예를 들어 호텔 예약 애플리케이션/웹 사이트를 시작하는 경우 여행을 자주 하고 호텔에 숙박하는 사람들에게만 프로토타입 디자인을 제시하는 것이 좋습니다.

관련 읽기 - 여기에 11가지 최고의 모바일 인앱 피드백 도구 목록이 있습니다.

테스트 후 해야 할 일

프로토타입 테스트 후에 프로토타입을 수정하고 최종 변경을 시작해야 합니다. 시작하기 전에 모든 것이 제자리에 있는지 확인하기 위한 모니터링도 필요합니다.

1. 프로토타입 개선 및 조정

이 단계는 개발자가 사용자 테스트에서 데이터를 수집하고 평가한 후에만 시작할 수 있습니다.

개발자는 피드백과 사용자 데이터를 비판적으로 검토하며, 이 단계는 사용자가 지정한 대로 프로토타입이 마지막으로 변경될 때까지 계속됩니다. 변경한 후 프로토타입은 테스트 및 피드백 수집을 위해 사용자에게 다시 제공됩니다.

이 루프는 사용자가 프로토타입에 완전히 만족하고 더 이상 변경할 필요가 없을 때까지 계속됩니다.

2. 구현 및 모니터링

마지막 단계는 최종 제품을 시장에 출시하는 것입니다. 최종 제품을 출시하기 전에 항상 파일럿 테스트를 선택하고 모든 것이 정상인지 직접 확인할 수 있습니다.

제품을 파일럿 테스트하려면 프로토타입 테스트 도구를 사용하고 제품을 직접 사용해 보고 제품의 본격적인 출시 전에 최종 피드백을 제공할 최종 사용자 그룹을 선택해야 합니다.

제품이 출시되면 최종 사용자가 제품을 사용하는 사람들로 구성되어야 합니다.

이것은 개발자에게 최대한의 확신을 제공하기 때문에 항상 과학적으로 권장되는 방법입니다. 최종 제품에서 누락된 사항이 있는 경우 제품 출시 전에 항상 수정할 수 있습니다.

개발자가 철저한 파일럿 테스트를 거쳐 프로토타입을 완성하면 팀은 최종 제품을 시장에 출시할 수 있습니다. 개발자 팀은 신제품의 성능을 지속적으로 모니터링해야 합니다.

구현 후 모니터링은 제품이 실패하지 않고 원하는 방식으로 모든 사용자를 수용할 수 있는지 확인하기 때문에 매우 중요합니다.

직접 프로토타입을 테스트하기 전에 프로토타입 테스트에 대해 알아야 할 몇 가지 중요한 팁이 있습니다. 이 팁은 테스트할 때 유용하며 최상의 결과를 보장할 수 있습니다.

프로토타입 테스트를 위한 모범 사례

여러 가지 방법으로 프로토타입 테스트를 수행할 수 있지만 프로토타입 테스트를 수행하는 동안 항상 염두에 두어야 하는 모범 사례 목록을 작성했습니다.

1. 사용성 우선순위

프로토타입 테스트의 가장 중요한 부분 중 하나는 실제 세계의 모든 청중이 쉽게 사용할 수 있도록 하는 것입니다. 신제품 테스트 단계에서 편견 없는 의견을 수렴해야만 제품의 사용성을 극대화할 수 있습니다.

그러려면 항상 제품에 대한 사전 정보가 없는 일반 대중에게 연락해야 합니다. 제품에 대한 새로운 시각을 가지면 완전히 다른 관점에서 제품을 평가할 수 있으며 일반 대중이 제품을 어떻게 사용하는지 정직하게 볼 수 있습니다.

사용자 피드백을 수집하는 일반적인 방법은 이메일과 피드백 양식을 사용하는 것입니다. 그러나 제품에 포함된 설문조사를 사용하는 것이 훨씬 더 효과적이며 상황에 맞는 피드백을 제공합니다. Qualaroo를 사용하여 제품에 설문조사를 삽입하면 이메일 설문조사보다 10배 더 가치 있는 통찰력 을 얻을 수 있습니다.

2. 완벽을 목표로 하지 말라

프로토타입은 완벽하도록 설계되지 않았습니다. 통찰력 있고 유익한 정보를 제공하도록 설계되었습니다. 프로토타입을 개발할 때 염두에 두어야 할 점은 완벽하게 만드는 것이 아니라 대중에게 정보를 전달하는 동시에 피드백을 수집할 수 있는 방식으로 만드는 것입니다.

프로토타입은 테스터와 개발자가 피드백과 통찰력을 통해 강점과 약점을 식별하여 개선할 수 있도록 설계해야 합니다.

모든 것을 고칠 필요는 없다는 것을 기억하십시오.

어떤 사용성 문제가 사용자에게 중요한지 알아내십시오. 결정을 내릴 수 없으면 한 사람 또는 몇 사람을 좋은 오래된 브리핑 세션에 초대하십시오. 당신이 그들과 함께 결과를 공유하고 그들의 두뇌를 선택하려고합니다. 회사 외부의 사람을 초대할 필요가 없으며 초대한 사람이 UX 전문가일 필요도 없습니다.

다음 테스트 라운드 전에 또는 개발 팀에 디자인을 제출하기 전에 수정할 수 있는 정도에 대해 현실적이어야 합니다.

3. 열린 커뮤니케이션 유지

사용자가 귀하의 제품에 대해 어떻게 느끼는지 귀하에게 전달할 수 있으면 항상 도움이 됩니다. 열린 의사 소통을 유지하면 개발자가 사용자 경험을 통해 정확한 최신 정보를 얻을 수 있으며 더 나은 사용자 경험을 위해 신제품 테스트 중에 필요한 변경을 수행하는 데 사용할 수 있습니다.

4. 구매자 페르소나 개발

제품을 디자인할 때 항상 제품을 사용하는 청중을 염두에 두어야 합니다. 타겟 청중의 인구 통계를 염두에 두시면 청중이 선호하는 방식으로 제품을 디자인할 수 있습니다.

정확한 구매자 페르소나를 개발하는 것도 이 단계에서 중요합니다. 그렇게 하면 팀이 대상 구매자에 대한 공유된 이해를 개발하고 행동 패턴을 정확하게 예측하는 데 도움이 될 수 있습니다.

구매자 페르소나는 직관적인 대신 전략적으로 결정을 내리는 데 도움이 됩니다.

관련 읽기 - 고객 페르소나 구축에 대해 자세히 알아보려면 고객 페르소나 구축 방법: 전체 가이드를 참조하세요.

5. 청중을 배려하라

테스트 참가자에 대한 개인 정보를 수집하는 경우 먼저 동의를 받으십시오. 이는 프로토타입을 테스트하는 동안 녹음할 때도 적용됩니다. GDPR이 적용되는 유럽 연합에서 연구를 수행할 때는 특히 주의해야 합니다.

그러나 EU 외부에서 점점 더 많은 국가(및 미국의 일부 주)에서 유사한 규정을 도입하고 있습니다.

참가자에 대한 정보 수집 및/또는 기록에 대한 동의를 얻을 뿐만 아니라 이러한 정보가 연구의 결론과 요약을 준비하는 데만 사용되며 내부적으로만 사용되며 어디에도 게시되지 않을 것임을 알려야 합니다.

6. 참가자에게 명확성을 제공

사용성 테스트(또는 UX/사용자/프로토타입 테스트/연구/연구)는 사용자(그들)를 테스트하는 것이 아니라 기능적 디자인을 테스트하는 것이라는 점을 분명히 하십시오. 이는 참가자가 프로토타입이 좋은지 여부를 확인하는 데만 도움을 줄 수 있음을 의미합니다. 참가자들에게 그들이 틀릴 수 없다고 확실히 말하십시오.

7. 참가자들에게 프로토타입을 만들지 않았다고 말하세요

당신이 프로토타입을 개발한 사람이라고 생각한다면 당신의 감정을 상하게 하지 않기 위해 비판적 발언을 자제할 것입니다. 정직한 피드백을 장려하려면 개방적이고 참여하십시오. 이것이 대면 연구라면 프로토타입과 디자인 솔루션을 방어하지 마십시오. 프로토타입이나 그 요소를 설명할 때마다 중립을 유지하고 감정적으로 가중되는 단어를 피하십시오.

8. 광범위한 환경에서 테스트 수행

프로토타입을 디자인한 후 테스트는 최대한 다양해야 합니다. 다양한 환경의 다양한 청중 그룹이 신제품 테스트를 수행하는지 확인해야 합니다. 이를 통해 어떤 환경이 제품에 유리하고 어떤 환경이 그렇지 않은지 알 수 있습니다.

제품이 한 환경에서는 성공하고 다른 환경에서는 완전히 실패할 가능성이 매우 높습니다. 그러나 이것을 아는 유일한 방법은 실제로 광범위한 환경에서 테스트하는 것입니다.

예 :

호텔 예약 응용 프로그램을 시작하는 경우 테스트 환경에는 일반적으로 여행을 자주 하는 다양한 지역 및 연령대의 사용자가 포함되어야 합니다. 연령: 젊음(18-25세), 성인(26-35세) 및 성인(36세 이상), 성별, 소득 및 국가의 다양한 주와 같은 다양한 인구 통계를 기반으로 고객을 분류할 수 있습니다.

This will paint an accurate picture of people representing different demographics and geography, based on their response and likeliness, to opt for your hotel booking application instead of conventional modes of booking.

Related Read – To learn more about recruiting participants for your research, take a look at Recruiting User Research Participants with Qualaroo

보너스 팁

1. Begin Testing as Soon as Possible

If you keep waiting for your product to be completely developed, you're missing some crucial insights. It's obviously not possible to start testing right after coming up with the product idea. At the same time, you shouldn't wait until your product nears the final stages.

You should start testing your prototype right after creating the preliminary design.

Early testing won't be able to cover all the details of your prototype, but it will surely single out problems with the preliminary design. Early testing would also allow you to start working on the problems right away, and your designs can be improved from the get-go.

2. Map Out All Your Tasks

All your testing sessions should have a clearly defined goal. Even though the primary aim of the testing process is to get valuable insights, you should have an actionable plan in place to make your process more efficient and seamless.

Aim to create targets and get answers about specific tasks and experiences through actionable steps that are easy to track.

Instead of being vague about your objectives and tasks, be specific about what you want the information you need, and create a blueprint and prototype testing template beforehand.

3. To Moderate or Not to Moderate

Moderated tests involve a person facilitating the test through a moderator, and unmoderated tests do not have any such moderators.

Now you may be wondering whether your tests should be moderated or not.

Moderated tests

• These allow you to have more control over the test
• You can let participants skip or focus on specific areas
• Especially recommended if the testing process is long and has potentially complicated bits that users may find difficult to understand.

Unmoderated tests

• These do not allow testers to follow up or intervene in the testing process.
• Unmoderated tests are recommended when you want completely unbiased feedback and when your tests are relatively simple and easy to understand.
• Unmoderated tests will allow you to gain a lot of insights while saving crucial time.
• These are more scalable and also helpful with remote tests with users in different time zones.

4. Test Your Test

You may want to pilot test your test, especially if this is a new domain for you. A trial test will help you quickly pick up anything you forgot about and will help with understanding if the participants will easily pick up the tasks you prepared for them.

This doesn't require too much preparation or recruiting anyone specific. Just ask anyone from your company to sit in front of the screen for a moment and read the tasks. If something is not clear you will know immediately because they will be confused and will start asking questions right at the beginning.

This is very useful especially when you are trying hard to choose the right words to describe the tasks and avoid leading or emotionally loaded words because sometimes you end up with a version that is too tricky to be understood by the average person.

Test Prototypes With Confidence

Prototype testing may not be the simplest thing to pursue and can take you a few attempts to come around. But it will always open new doors and pose new prototype testing questions. Therefore, it is safe to say that your prototype testing should reveal:

• 효과가 있었던 것
• What did not work
• 새로운 질문
• 새로운 아이디어
• Overall evaluation in general

At the end of the day, if your product solves the problem you initially set out to solve, you can safely consider it successful prototype testing and product development.

A successful prototype testing requires a good feedback tool, and this is where a feedback tool like Qualaroo can help your development team get actionable insights and uncover what your audience thinks.

By embedding Qualaroo in the product through Nudges ^TM , you get valuable feedback directly from your audience that can help you make significant improvements to your prototype's functionality.

Watch: How to use Nudge for Prototypes