ステップバイステップガイド：プロトタイプのテスト

製品を設計するとき、聴衆に実行可能な解決策を提供する何かを提供することは、長く反復的なプロセスの最終ステップです。 ターゲット市場でも定着できるものを作りながらこれを行おうとすると、どの段階でも失敗はこの長くて複雑なプロセスの一部にすぎません。 これがプロトタイプテストの出番です！

製品が公開される前に、開発者は、製品が完全に機能し、約束された機能を提供し、実際の問題を解決していることを確認する必要があります。 プロトタイプのテストは、開発者がフィードバックと調査を通じて実際のユーザーからの継続的な検証を求める継続的なプロセスです。

これが、開発者がプロ​​トタイプテストを高く評価している理由です。 これは、製品が市場でどのように機能するかを、製品が機能する前に知るための最も効果的な唯一の方法です。

これで、プロトタイプのテストと評価がどれほど重要であり、開発者がそれを開発フェーズの重要な要素の1つと見なすのかについての基本的な考え方がわかりました。 まだプロトタイプテストとは何か疑問に思われるかもしれませんので、詳しく見てみましょう。

プロトタイプテストとは何ですか？

プロトタイプは、最終製品に到達する前の製品開発フェーズの最初のドラフトです。 これらのプロトタイプを実際のユーザーに配布して欠陥や改善点を見つける場合、それはプロトタイプテストと呼ばれます。

最終的に製品を発売する前に、人々が製品を使用できるようにプロトタイプを現場に配備して、最高の品質を提供できるようにすることができます。 クラウドテストと呼ばれるプロセスは、品質、機能、およびその他の重要なコンポーネントを分析するための最も効果的な方法の1つです。

クラウドテストは、プロトタイプが将来機能しなければならない環境を提供します。 開発者は、このような条件を使用して、さまざまな状況で製品がどのように動作するかを評価できます。

製品が市場でどのように動作するかを知ることは、プロトタイプテストの重要な要素です。 それでも、開発者は、ユーザーがどのように対話し、製品が同様に重要であると認識するかを常にメモします。

さまざまな種類のプロトタイプ

プロトタイプは、製品発見の基本的な機能を提供します。 各プロトタイプには理想的な条件のセットがあり、仮定をテストするための最も安価で最速の方法を提供します。

プロトタイプには4種類あり、次のとおりです。

1.忠実度の低いプロトタイプ

これらのタイプのプロトタイプは、ほとんどが紙ベースであり、ユーザーとの対話も許可されていません。 手描きのスケッチや紙のモックアップは、忠実度の低いプロトタイプです。

2.忠実度の高いプロトタイプ

一方、忠実度の高いプロトタイプは、インタラクティブ性と機能性が高く、最終製品に可能な限り近づいています。 これらのプロトタイプには、必要なすべてのコンポーネントが統合されています。

3.ライブデータのプロトタイプ

これらのプロトタイプは、ほとんどがコードの形式であり、多くの場合、既存の製品の上にあります。 これらは、従来のプロトタイプよりもはるかにインタラクティブで、ライブユーザーデータを使用します。

4.実現可能性のプロトタイプ

これは、製品の特定の機能またはコンポーネントをテストするために明示的に設計された、より具体的な種類のプロトタイプです。 これらのプロトタイプは、特定の機能の背後にあるテクノロジーを検証するために、事前定義された境界内で機能します。

それでは、これらのプロトタイプが何をテストできるか、そしていつそれらをテストするのに最適な時期かを見てみましょう。

なぜプロトタイプテストが必要なのですか？

プロトタイプテストは、ユーザーからフィードバックや洞察を収集し、その情報を開発者に提供することだけではありません。 プロトタイプのテストと評価には多くの利点があります。 上位4つを見てみましょう。

1.全体的な時間とコストを削減します

テスト段階で製品を修正することは、リリースを進めるためのはるかに簡単で簡単な方法です。 製品をリリースすると、リリースと変更をロールバックするために多くの時間とお金が必要になるためです。

それはあなたの財政だけでなくあなたの評判も損なう可能性があります-それはかけがえのないものです。 そのため、プロトタイプテストにより、開発者は製品がリリースされる前に製品を微調整する絶好の機会を得ることができます。

2.ユーザーの関与を増やす

プロトタイプのテスト段階から始めると、ユーザーは市場の他の誰よりも早く製品を直接独占的に見ることができます。 これは、開発者と組織にとって、ユーザーを製品に関与させる絶好の機会です。 これにより、製品に対するユーザーのコミットメントが保証され、ユーザーはその言葉を広めるのにも役立ちます。

3.正確な要件を収集します

従来、要件は製品が開発段階に入る前に収集され、ここで人々は製品に何を提供したいかを決定します。

製品を見ずに概念化し、要件を確立することは正確には実現可能ではありません。そのため、プロトタイプ開発により、ユーザーと開発者は最終設計の要件を固めることができます。

4.競合の解決に役立ちます

高度なスキルと訓練を受けた開発者のチームが製品に取り組んでいるとき、特定の実装が正しいことであると信じる人がいる場合があります。 対照的に、他の人はそうではないと考えるかもしれません。 必然的に、開発段階で意見の相違が生じ、対立が生じる可能性があります。

プロトタイプをテストすることにより、開発者はいくつかの異なる機能の反復を実行し、結果のパフォーマンスをベンチマークできます。 このようにして、数値に基づいてユーザーから最良の応答を生成する機能を確立できます。

プロトタイプテストには他にも多くの利点がありますが、プロトタイプをテストする必要がある理由を知るだけでは十分ではありません。 プロトタイプをいつテストするかも、もう1つの重要な考慮事項です。

いつプロトタイプをテストする必要がありますか？

プロトタイプをテストすることは、製品が避けられない目的を達成しないことを確認するために前進するための最も安全な方法です。 ただし、プロトタイプをいつテストするかを知ることも不可欠であり、重要な結果を収集する唯一の方法であるため、これにはいくつかの問題があります。

プロトタイプをよりよく理解し、それらを最大の重要性についていつテストするかを理解できるように、表をまとめました。

ここまでで、さまざまなタイプのプロトタイプと、開発者が最大の効率をテストするタイミングについて十分に理解している必要があります。 プロトタイプをテストするために従うべき手順を見てみましょう。

プロトタイプをテストする方法：ステップバイステップ

プロトタイプのテストは、複雑で順次的なプロセスです。 ただし、手順に入る前に、すべてのプロトタイプテスターが確認する必要のある基本的なルールがいくつかあります。

• 使用しているプロトタイプのタイプ（スケッチ、物理プロトタイプ、紙のインターフェイス、デジタルプロトタイプ）によって、ユーザーがプロトタイプを操作する方法が決まります。
• テストの目標は非常に重要であり、テストシナリオ、アンケート、および全体的なプロトタイプテスト方法の開発に役立ちます。
• 時間の制約を設定すると、最適なプロトタイプのテスト方法を決定するのにも役立ちます。

テストで最も効果的な結果が得られるようにするために、正確に実行する必要のある手順は次のとおりです。

すべての手順を詳しく説明しますので、次の手順に従ってください。

ステップ1-ユーザー情報を収集して分析する

プロトタイプのテストと評価の最初のステップは、ユーザーデータと情報を収集して分析することです。 ここで、ユーザーまたは一般の人々は、特定の製品に何を期待するかについての判断を下す責任があります。

ユーザーが評決を下し、すべての要件が整ったら、さらに手順を実行できます。 明確さは私たちが最初のステップで探しているものであり、何をすべきかを知ることは、開発段階で曖昧になることを避ける唯一の方法です。

たとえば、 Qualarooは、設計プロセスのすべての段階でユーザーの洞察をすばやく簡単に収集することを専門としています。 ユーザーの洞察は、InVision、AdobeXD、およびその他の多くのプロトタイプテストツールを介してプロトタイプURLをステージングすることによって収集されます。

これらのプロトタイプテストツールはURLモックアップをホストし、ユーザーがテストして全体的なエクスペリエンスに関するフィードバックを提供できるようにします。 開発チームはこのフィードバックと洞察を取り入れ、最終製品に必要な変更を加えます。

関連記事-フィードバックツールをお探しですか？ これがユーザーのための最高の顧客フィードバックツールのリストです

したがって、要件は事前に定義されており、プロトタイプのすべてがそれらの要件に基づいて構築されています。 要件の明確さをよりよく理解するために、プロトタイプテストの簡単な例を次に示します。

プロトタイプを設計する際に曖昧で不明瞭であること

• 私のデザインは良いですか？
• ユーザーは製品の提供が好きですか？
• 製品はエンゲージメントを生み出していますか？

プロトタイプ設計時の手順の明確さ

• ユーザーがデザインを簡単に操作して、デザインをナビゲートできるかどうかを知りたいです。
• ユーザーが特定のタスクを実行できるかどうかを知りたいです。
• プロトタイプは、ユーザーがさらに関与して購入するように影響を与えますか？

ステップ2-プロトタイプを作成する

最も重要でありながら最も明白なステップは、テストする製品のプロトタイプを作成することです。 作成するプロトタイプのタイプは、テストする必要があるものと、現在の製品開発の段階に完全に依存します。

この段階で作成されたプロトタイプは、開発者が予備的なプロトタイプを作成する際に前の段階で収集した情報から完全に派生しています。 このプロトタイプは、プロトタイプテストソフトウェアに組み込まれる予備プロトタイプのより洗練されたバージョンであると想定されており、理想的には製品に関するより多くの情報をユーザーに提供する必要があります。

前に説明したプロトタイプのタイプを覚えていない場合のために、4つの異なるタイプを簡単に見てみましょう。

• 低忠実度のプロトタイプ
• 忠実度の高いプロトタイプ
• ライブデータのプロトタイプ
• 実現可能性のプロトタイプ

覚えておくべきこと：

• 製品に似たデジタルプロトタイプを作成する–予備設計を作成したら、最終製品に非常によく似たインタラクティブでデジタルの忠実度の高いプロトタイプを作成できます。 これにより、より多くのテストが可能になり、ユーザーが理解しやすくなります。

デジタルプロトタイプを使用すると、テスト中またはテスト後にユーザーに質問できるQualarooなどのツールを使用して、洞察を収集するプロセスを自動化することもできます。

• 実際のデータを使用する–プロトタイプを作成するときは、プロトタイプに実際のデータを使用することもお勧めします。 プロトタイプは、最終製品の最終的なコピーである必要はありませんが、プロトタイプを介してマイクロコピーを正確にテストするための実際のデータが含まれている必要があります。

• 2〜3個のプロトタイプをテストする–そのソリューションの「唯一の」プロトタイプに多くの時間と労力を費やさないでください。 1ピクセルの完全なプロトタイプを使用するよりも、2〜3個の大まかなプロトタイプをテストする方が便利です。 これにより、より多くの設計をテストできます。また、テスト参加者は、「唯一の」ソリューションのように見える1つの設計に制限されません。

ステップ3-テストするものを決定する

このステップは、主にテスターであるあなたに焦点を当てています。 モックアップをプロトタイプテストソフトウェアに通す前に、何をテストしたいかを確認する必要があります。

いくつかの明らかな欠陥があるプロトタイプでテストできることがいくつかあります。 これらのリストは次のとおりです。

1.コンセプトの検証-これらのテストは比較的単純であり、ユーザーが見ているものとそれが実行する機能を簡単に理解できるかどうかを検証します。 これらのテストは、ホームページのプロトタイプに最も一般的に使用されますが、e-comの製品ページやオンラインツールのダッシュボードをテストすることもできます。

2.ナビゲーション-ナビゲーションは、デジタルプロトタイプで簡単にテストできるもう1つのものです。 ここでは、Webサイトまたはアプリケーションのモックアップがホストされており、テスターは、ユーザーが簡単にナビゲートして探しているものを見つけることができるかどうかを確認します。 次のような質問に対する回答を得ることができます。

• あなたの検索フィールドとメニューは、人々がそれらを見つけることを期待していますか？
• それらの命名は意味がありますか？
• あなたが提示したカテゴリーに基づいて、人々は自分が見つけようとしていると思うものを見つけることができますか？

3.設計フローと機能-プロトタイプは、製品と機能のフローがスムーズであるかどうかを効果的に判断し、ユーザーが混乱することなくタスクを実行できるようにします。

4.マイクロコピー-マイクロコピーをテストするには、プロトタイプに実際のラベル、メニューカテゴリ、ボタン、および説明を入力する必要があります。 それは、ユーザーが自分が見ているものや混乱している部分を理解できるかどうかを検証します。

プロトタイプで何をテストすることを期待すべきでないかを知ることも重要です。 覚えておくべきいくつかの側面があります：

• グラフィックデザイン–プロトタイプは最終製品の単なる概略図であり、すべての視覚的要素を備えているとは限りません。 そのため、ほとんどの場合、プロトタイプで「ルックアンドフィール」をテストすることはできません。

• コンテンツ–プロトタイプは最終的なコンテンツで満たされておらず、コンテンツがターゲットオーディエンスの共感を呼ぶかどうかを確認するための最良の方法ではありません。 これを確認するには、コンテンツをターゲットグループの数人に送信するか、作業中の製品またはブログに質問を表示します。

• ボリュームテスト–プロトタイプのテストの背後にある考え方は、機能設計に関する品質フィードバックを収集して、ユーザーが製品でタスクを完了するのを妨げる可能性のある最大の問題を繰り返して排除できるようにすることです。

プロトタイプは、大量のデータを収集するためのものではありません。 技術的には可能ですが、数人の参加者からの洞察は、次のバージョンをより良くするのに十分な洞察を提供します。 プロトタイプテストとは、実用的なフィードバックをすばやく収集することであり、できるだけ多くのフィードバックを収集することではありません。

ステップ4-予備設計を作成する

予備設計は、最終的なプロトタイプの簡略化された形式であり、最終的なプロトタイプがどのように見えるかについてユーザーに大まかなアイデアを提供します。

予備設計の利点：

• 最終的なプロトタイプの正確な青写真を提供します。
• ユーザーと開発者の間の設計に関する相互理解を保証します。
• 予備設計段階で修正することにより、さらなるミスを防ぎます。
• また、同一のプロジェクトやプロトタイプと比較することにより、設計が近い将来直面する可能性のあるリスクを特定します。
• 基準点を提供し、設計に関する意見や見解を共有するために開発者とユーザーの間の対話を開きます。 デザインがユーザーに合わないと思われる場合は、簡単に変更を実装して、新しい予備デザインを作成できます。

それを作成するには、設計図に進む前に、最終的な設計の基本的な計画と仕様を念頭に置いてください。

ラフスケッチを作成することから始めます。 スケッチは、ユーザーがアプリケーションまたはWebサイトの目的を識別できるかどうかを識別するための優れた方法です。 スケッチやペーパープロトタイプは完璧を必要としません。 代わりに、複数のプロトタイプを使用して、さまざまな設計をテストし、より意味のある洞察を得ることができます。

ステップ5-テストシナリオと質問を準備する

ユーザビリティテストとは、製品またはWebサイトが解決しようとしている問題に関連する特定のタスクをユーザーに実行することです。 タスク（またはシナリオ）には、小さな物語の形式があります。 それらは通常簡潔ですが、それでもテスト参加者にいくつかのコンテキストを提供します。

シナリオの構築

これは、研究の質問を使用してタスクを構成する瞬間です。 あなたの研究の質問は、タスクがどうあるべきかを教えてくれます。

• 製品の機能や特徴ではなく、ユーザーの目標に焦点を合わせます

違いを説明する最良の例は、何年も前にJaredSpoolと彼のチームがIkeaのために実施したユーザビリティ調査です。 このテストでは、人々がIkeaのウェブサイトでどのように製品を見つけたかを調査しました。

最初のタスクは「本棚を探す」でしたが、後に次のように変更されました。「フィクションコレクションには200冊以上の本があり、現在はリビングルームに散らばっている箱に入っています。 それらを整理する方法を見つけてください。」

タスクの定式化の方法が結果に影響します。 この場合、最初のタスクを実行するユーザーは通常、検索フィールドに「本棚」と入力します。 2番目のシナリオのユーザーは通常、製品カテゴリを閲覧し、必ずしも「本棚」という名前の製品ではなく、本を保管するのに適した製品を検索していました。

結局、ユーザーがここで解決しようとする問題は、それが本棚であるかどうかにかかわらず、本を置くための家具を見つけることです。

これは、非常に特定の言語を使用する製品またはWebサイトを設計する場合に特に重要です。 先導的な言葉を避け、ユーザーが通常よりも速く、または異なる方法でタスクを実行できるようにしてください。 一般的に手がかりを与えないようにしてください。

• タスクを実際の生活に似せる

アプリ/プロトタイプを介してフライトを予約するようにユーザーに依頼する場合は、「シアトルからアムステルダムへのフライトを予約する」とだけ言ってはいけません。

より良いシナリオは次のようになります。「9月にアムステルダムの友人を訪ねたい。 あなたは仕事で2週間の休暇を予約しました。 あなたはそれが高価なフライトであることを理解していますが、あなたはできるだけ少ない費用を使いたいと思っています。 これに加えて、最近の背中の問題のため、フライトクラスのアップグレードを検討しています。」

• あなたの製品やウェブサイト、またはあなたがそれを販売する場所を説明しないでください

テストの全体的な考え方は、事前に誰も説明したり、使用するように説得したりすることなく、人々が自分で使用できるかどうかを確認することです。

さらに、特に対面テストを行っている場合、ユーザーは、プロトタイプに非常に執着していると判断した場合、プロトタイプに対する批判に正直になりたがらない可能性があります。ユーザーは、あなたの気持ちを傷つけたくないでしょう。

• 完了できないタスクを開発しないでください

プロトタイプにテストする機能、フロー、または要素が含まれていない場合、それをテストすることはできません。

研究質問の形成

調査用の質問とは、プロトタイプを使用してさまざまなシナリオを実行するようにユーザーに依頼することで、答えを見つけようとしている質問です。 調査の質問は、プロトタイプまたは製品について正確に何を見つけようとしているのかを示しています。

調査用の質問を作成するためのヒント

• テストの方向性を設定し、テストのシナリオとタスクがどのようになるかを決定するため、慎重に構成する必要があります。
• それらはあまり一般的であってはなりません。 テストの結果に基づいて、いくつかの設計上の決定を行う必要があることに注意してください。
• 研究の質問も目標として形成することができます。

悪い研究の質問/目標の例：

• プロトタイプをテストしたい。

より良い研究の質問/目標の例：

• ナビゲーションをテストしたい。

良い研究の質問/目標の例：

• ユーザーが私のプロトタイプで探している情報を見つけることができるかどうかを確認したいと思います。
• ユーザーが探している製品をプロトタイプで見つけられるかどうかを確認したいと思います。
• 特定の製品を見つける際に、どのバージョンのプロトタイプがユーザーにとって簡単に見えるかを確認したいと思います。

また、聴衆の前で提起する適切なプロトタイプテストの質問のいくつかは次のとおりです。

一目でテスト

• このツール/ウェブサイトは誰のためのものだと思いますか？
• このアプリケーション/ウェブサイトについての最初の考えは何ですか？
• このツール/ウェブサイトを使用して何ができると思いますか？
• いつ使いますか？
• これは誰のためだと思いますか？
• このツールに似ているものはありますか？ はいの場合、何ですか？
• ここに意味をなさないものはありますか？/何か違和感はありますか？

ユーザビリティ評価

• 欠けていた特定の機能はありましたか？
• このタスクの難易度をどのように評価しますか？
• 何かおかしなことはありましたか？ もしそうなら、それは何でしたか？
• 製品がどこにあるかをどのように認識しましたか？
• このツール/ウェブサイトを介した支払いは安全だと感じますか？
• 製品に関するどのような情報が不足していましたか？
• ツール/ウェブサイトがあなたを製品に完全に導いたと思いますか？

ホリスティックな経験

• アプリケーションはナビゲートしやすかったですか？
• 全体的なデザイン体験はいかがでしたか？
• このアプリケーション/ウェブサイトで何を変更しますか？
• このツール/ウェブサイトをどのように改善しますか？
• ツール/ウェブサイトは期待どおりに機能しましたか？
• 全体的な経験をどのように評価しますか？

関連記事–これが30の最高のA/Bテストツールのリストです

ヒント：テストの流れを妨げ、疲労を引き起こす可能性があるため、（各タスクの後に）4〜5個を超える質問を順番に使用しないことをお勧めします。

• テストが対面で行われる場合、参加者が遭遇した困難を調査するために、観察中にポップアップする追加の質問をする可能性があります。
• これがQualarooのようなツールを使用したリモートテストである場合、4〜5を超える質問は応答率を低下させます。また、プロトタイプをテストするのは数人のユーザーのみであるため、応答率は重要です。

テストに費やす時間と範囲に応じて、1〜5の調査用の質問を作成する必要があります。 これは、テストされている設計の他の側面を観察できないという意味ではありません。

実際、ユーザー調査を行うたびに、直接テストしたこと以外にも、ほとんどの場合、他にもたくさんの学習があります。 それでも、テスト/分析したい1〜5のコアアスペクトが常にあるはずです。

ステップ6-ユーザー評価を開始する

まず、最初のユーザー評価を実施する必要があります。そこでは、提案されたプロトタイプ設計がユーザーに提示されます。 ユーザーからのすべてのコメントと提案はこのステップだけで考慮され、開発者はこれらのコメントと提案を次のステップで処理します。

最初のユーザー評価の主な目的は、プロトタイプ設計の長所と短所を特定することです。 それを効果的に行う唯一の方法は、プロトタイプのテストの質問に答えることによって、複数の人々に独自の視点を与えることです。

考慮すべき他の要因は、常に適切な聴衆にプロトタイプを提示し、常に適切な質問をする必要があるということです。

オーディエンスは、製品の発売時に製品を使用するユーザーで構成する必要があり、質問は常に製品に直接関連している必要があります。 これは、得られた提案が意味のあるものであり、最終製品の価値を高めることを保証する唯一の方法です。

たとえば、ホテル予約アプリケーション/ Webサイトを立ち上げる場合、頻繁に旅行してホテルに滞在する人だけにプロトタイプのデザインを提示するのは理にかなっています。

関連記事-これが11の最高のモバイルアプリ内フィードバックツールのリストです

テスト後に何をすべきか

プロトタイプのテスト後、プロトタイプの改良と最終的な変更を開始する必要があります。 起動する前に、すべてが整っていることを確認するための監視も必要です。

1.プロトタイプの改良と調整

このステップは、開発者がユーザーテストからデータを収集して評価した後でのみ開始できます。

開発者はフィードバックとユーザーデータを批判的に調べ、このステップは、ユーザーが指定したプロトタイプに最後の変更が加えられるまで続きます。 変更を加えた後、プロトタイプはテストとフィードバックの収集のためにユーザーに再度提供されます。

このループは、ユーザーがプロトタイプに完全に満足し、それ以上の変更が不要になるまで続きます。

2.実装と監視

最後のステップは、最終製品を市場に投入することです。 最終製品を発売する前に、いつでもパイロットテストを選択して、すべてが正常であることを確認できます。

製品をパイロットテストするには：プロトタイプテストツールを使用して、製品を実際に発売する前に、製品を試して最終的なフィードバックを提供するエンドユーザーのグループを選択する必要があります。

製品が発売されたら、エンドユーザーが製品を使用する人々で構成されていることを確認する必要があります。

これは、開発者に最大限の保証を提供するため、科学的に何かを実装するための推奨される方法です。 最終製品に不足しているものがある場合は、製品の発売前にいつでも修正できます。

開発者が徹底的にパイロットテストを行った後、プロトタイプを完成させたら、チームは最終製品を市場に投入できます。 開発者のチームは、新製品のパフォーマンスを継続的に監視する責任があります。

実装後、監視は製品が失敗しないことを保証し、すべてのユーザーに希望の方法で対応できるため、非常に重要です。

プロトタイプを自分でテストする前に、プロトタイプのテストについて知っておくべき重要なヒントがいくつかあります。 これらのヒントは、テスト時に役立ち、最良の結果を保証できます。

プロトタイプテストのベストプラクティス

プロトタイプテストはいくつかの方法で実施できますが、プロトタイプテストを実施する際に常に留意する必要のあるベストプラクティスのリストをまとめました。

1.ユーザビリティを優先する

プロトタイプテストの最も重要な部分の1つは、実世界のすべてのオーディエンスメンバーが簡単に使用できることを確認することです。 製品の使いやすさは、新製品のテスト段階で偏りのない意見を集めることによってのみ最大化できます。

そのためには、製品に関する事前情報を持っていない一般の人々に常に連絡する必要があります。 製品に新たな目を向けることで、まったく異なる視点から製品を評価することができ、一般の人々が製品をどのように使用するかを正直に見ることができます。

ユーザーのフィードバックを収集する一般的な方法は、電子メールとフィードバックフォームを使用することです。 ただし、製品に埋め込まれた調査を使用する方がはるかに効果的であり、状況に応じたフィードバックが提供されます。 Qualarooを使用して製品に調査を埋め込むと、電子メール調査の10倍の価値のある洞察を得ることができます。

2.完璧を目指してはいけません

プロトタイプは完璧になるようには設計されていません。 それらは洞察に満ち、有益であるように設計されています。 プロトタイプを開発するとき、心に留めておく必要があるのは、これらを完璧にするのではなく、情報を一般に伝え、同時にフィードバックを収集できるようにすることだけです。

プロトタイプは、フィードバックと洞察を通じて長所と短所を特定することにより、テスターと開発者がこれらを改善できるように設計する必要があります。

すべてを修正する必要はないことを忘れないでください。

どのユーザビリティの問題がユーザーにとって重要であるかを理解するようにしてください。 決定できない場合は、1人または数人を古き良き報告会に招待してください。 あなたが持っている結果を彼らと共有し、彼らの頭脳を選んでみてください。 社外の人を招待する必要はありません。また、招待する人はUXの専門家である必要はありません。

次のテストラウンドの前、または設計を開発チームに渡す前に、どれだけ修正できるかについて現実的に考えてください。

3.オープンなコミュニケーションを維持する

ユーザーがあなたの製品についてどのように感じているかについてあなたに伝えることができるとき、それは常に役に立ちます。 オープンなコミュニケーションを維持することで、開発者はユーザーエクスペリエンスを通じて正確で最新の情報を取得できます。これを使用して、新製品のテスト中に必要な変更を加え、ユーザーエクスペリエンスを向上させることができます。

4.バイヤーペルソナを開発する

製品を設計するときは、製品を使用する対象者に常に注意する必要があります。 ターゲットオーディエンスの人口統計を念頭に置いておくと、オーディエンスが好む方法で製品を設計できます。

正確なバイヤーペルソナを開発することも、この段階で重要であることがわかります。 そうすることで、チームが対象となる購入者についての共通の理解を深め、彼らの行動パターンを正確に予測できるようになります。

バイヤーペルソナは、直感的ではなく戦略的に意思決定を行うのに役立ちます。

関連記事-顧客ペルソナの構築の詳細については、顧客ペルソナの構築方法：完全ガイドを参照してください。

5.聴衆に配慮する

テスト参加者に関する個人情報を収集する場合は、最初に参加者の同意を得てください。 これは、プロトタイプのテスト中にそれらを記録する場合にも当てはまります。 GDPRが適用される欧州連合で調査を実施する場合は、特に注意する必要があります。

ただし、EU以外では、ますます多くの国（および米国の一部の州）が同様の規制を導入していることに注意してください。

参加者に関する情報を収集および/または記録することに同意するだけでなく、これらが調査の結論と要約を準備するためにのみ役立つこと、およびそれらが内部でのみ使用され、どこにも公開されないことを通知するようにしてください。

6.参加者に明確さを与える

ユーザビリティテスト（またはUX /ユーザー/プロトタイプテスト/調査/調査）は、ユーザー（ユーザー）のテストではなく、機能設計のテストであることを明確にします。 これは、参加者がプロトタイプが良いかどうかを確認するのを手伝うことしかできないことを意味します。 参加者に間違いはないことを伝えてください。

7.プロトタイプを作成しなかったことを参加者に伝えます

あなたがプロトタイプを開発した人だと彼らが考える場合、彼らはあなたの気持ちを傷つけないように批判的な発言を控えます。 正直なフィードバックを奨励するために、オープンで積極的に関与してください。 これが対面の調査である場合は、その中のプロトタイプと設計ソリューションを擁護しないでください。 プロトタイプまたはその要素を説明するときは常に、中立であり、感情的にロードされた単語を避けるようにしてください。

8.幅広い環境でテストを実施する

プロトタイプを設計した後、テストは可能な限り多様にする必要があります。 新製品のテストは、さまざまな環境のさまざまな対象者グループによって行われるようにする必要があります。 これにより、どの環境が製品に有利に機能し、どの環境が機能しないかを知ることができます。

製品が1つの環境で成功し、別の環境では完全に失敗する可能性は非常に高いです。 しかし、これを知る唯一の方法は、さまざまな環境で実際にテストすることです。

例：

ホテル予約アプリケーションを起動する場合、テスト環境には通常、頻繁に旅行するさまざまな地域やさまざまな年齢層のユーザーが関与する必要があります。 年齢（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