プロトタイプを評価するとき、ユーザーが製品/デザイン全体ではなく特定の側面を評価することをどのように保証できますか？
この問題については、さまざまな人々や書面から聞いたことがあります。プロトタイプを作成するとき、ユーザーからの評価を求めます。評価の1つのタイプは、機能ごとに、それが実際に必要かどうか、評価されるかどうか、およびその構成方法です。
私が聞いたところによると、完全な、またはむしろ完全なプロトタイプが提示された場合、ユーザーは無関係なことについてコメントし、機能に関する有用なフィードバックを提供できないということです。特定の側面に焦点を合わせるように指示された場合でもそうではありません。たとえば、ユーザーはグラフィックの美学についてコメントします。おそらく、色やフォントフェースについてもコメントします。
だから私が推奨されていると聞いたのは、何らかの方法で、評価したい側面だけに焦点を当てたプロトタイプを提示すべきだということです。テストが必要な機能が5つある場合、プロトタイプの5つのグループを作成できます。最初のグループは、履歴データの表示に焦点を当てることができます。ズームとスライド用のいくつかのボタンを持つプロットを修正します。それから私はこれの3つの異なるバージョンを作ることができました。
次に、この機能を評価するときに、ユーザーにこの機能に集中させる2つの基本的な方法を確認します。
- GUIのその他すべての側面をグレー表示します。
- 残りのGUIを表示しないだけです。しかし、他の方法もあるに違いありません。
これを達成するための最良の方法は何ですか？
ユーザーの意見ではなくユーザーのパフォーマンス
解決策は、適切なユーザビリティテストを行うことです。プロトタイプをユーザーに見せて、ユーザーにそれについてどう思うか尋ねないでください。それは、信頼できないデータを生成する製品を使用するようにそれがどのようなものであるかを想像するを求めています。代わりに、プロトタイプを使用するように依頼してください（そしてあなたの方策によって）know製品の使用方法。ユーザーとデータを特定の機能に集中させるには、その機能を使用する必要がある選択したタスクのプロトタイプをユーザーに使用させます。
機能は必要ですか、それとも高く評価されていますか？
ユーザーが機能を使用しない場合、おそらくユーザーはそれが不要であると信じています。あるいは、それがそこにあることに気づかなかったのかもしれません。テスト後にユーザーにインタビューすることで、どちらであるかを解決します。ユーザーが機能を使用しない場合は、そのことをユーザーに指摘し、機能を使用してタスクを再実行するように指示します。完了したら、それらを再面接し、機能の有無でタスクを実行することを比較するように依頼します。その主観的なデータを、タスクが実際にどれほど簡単に、どれだけうまく完了したかに関する客観的なデータと組み合わせます（2回目にタスクがより簡単になるという事実を考慮に入れてください）。ユーザーは設計を本質的な有用性から簡単に分離できないことに注意してください。一部のユーザーは、それが悪い考えではなく、設計どおりに使用するのが難しすぎるために、試した機能を却下する場合があります。
機能をどのように設計する必要がありますか？
いずれの場合も、ユーザーが機能を使用すると、UIがユーザーに対してどのように機能するか、したがってどのように構成する必要があるかを確認できます。実際には何が問題で何が問題ではないのかがわかります。むしろ、ユーザーが問題と考えることと問題ではないと考えることは仮説ではありません。その後のインタビューは、問題の考えられる原因を絞り込むのに役立ちます。
制限された忠実度のプロトタイプを使用しますか？
そうは言っても、「プロトタイプ」は必ずしも製品の完全なモックアップではありません。テストする製品の側面のみを開発できます。たとえば、パイメニューと通常のコンテキストメニューのデザインを比較したいだけの場合は、2つのメニューデザインをモックアップする必要があります。最終的に設計する製品の実際のメニュー項目セットである必要はありません。ただし、このような忠実度の低いモックアップを作成する目的は、ユーザビリティテストの結果に基づいて変更する必要がある（必要になる）ものを多く開発しないことで、作業（および費用）を節約することです。これは必ずしもユーザーに焦点を合わせるためのものではありません。とにかく、すでに忠実度の高いプロトタイプがある場合は、それを使用してください。
A/Bテスト。 2つのプロトタイプを作成します。1つは機能を備えていますが、もう1つはテストしようとしています。ストーリーが同じで、ユーザーがこの製品が実行するように設計されているタスクを完了することができる場合、デフォルトではそれらの機能は役に立ちません。また、ユーザーフロー全体ではなく、テストが必要な機能にのみ焦点を当てたプロトタイプを作成することもできます。