完全に機能していないプロトタイプをユーザビリティテストする方法は？
まもなく、ウェブアプリのデザインプロトタイプのユーザビリティテストを実施します。
ただし、提案されたシステムは、プロトタイプでモックアップできない可能性があるいくつかの高度な相互作用を利用しています。データ入力に基づいてオンザフライでグラフを更新する、オンザフライでグラフ内の重複を強調表示するなど。
完全に機能していないプロトタイプの相互作用を偽るためにどのようなテクニックが存在しますか？
このような過去のテストでは、 オズの魔法 テクニックを使用しました。このテクニックでは、アシスタントがユーザーの入力に基づいてフィードバック画面を生成し、テスト画面にフィードします。私たちはその道を行くかもしれませんが、私はこのような状況で他にどんなテクニックが利用できるのか疑問に思っています。
Axureなどのプロトタイピングソフトウェアを使用すると、完全に機能するようになります。
ただし、すべてのインタラクションとアニメーションを構築することは、時間の価値がない場合もあります。よりシンプルなインタラクションを使用して、実際のインタラクションをいつでも代用できます。ユーザーのアクションが認識されたことの小さな確認は、説明と併せて、テストを継続するのに十分です。いくつかの紙のモックアップを手元に置いて、話したり話したりすることもできます。
私は確認メールを送信するウェブサイトでこれを成功させました。特定のボタンをクリックしたときに受信する電子メールを表示する簡単な方法がなかったので、コピーを印刷してそれについて話しました。
これは、テスト参加者にも依存します。一部の人々は簡単に大画面の機能に集中するという考え方に身を置くことができますが、他の人は細かい部分に夢中になります。
Invision's プロトタイピング製品を使用すると、設計に基づいてUIの相互作用と応答を作成および視覚化できます。状態の切り替え、要素の非表示/表示、新しいデータの取り込みなどのアクションを実行できます。
ベースグラフのモックアップと、交換された別のデータのモックアップを作成し、「ホットリンク」または「ホットスポット」と呼ばれるものをボタンに追加できます。これにより、後者のビューのオーバーレイを促して、必要なものを実現できます。 。
基本的に、押す/クリックする場所に基づいて、静的な画像の切り替え（ニース、滑らかなトランジション）を行います。
はい、左のフィールドからの返信です。
人間のコンピュータはどうですか紙のプロトタイプのテスト？紙に手書きのモックアップを使用している場合は、後で参加者にtiを改善する方法をスケッチさせることができます。
これを行う場合は、次のことをお勧めします。
- 大きなペン先マーカーと本当に大きな紙を使用します。
- （レポートカバーの）透明な色のプラスチックを使用して強調表示します。
- 事前に練習しておけば、必要なものはすべてそろったことになります。
参加者ごとに2人必要です。1人はコンピュータ（会話せず、「クリック」にのみ反応する）であり、もう1人は調査を促進するためです。
製品の準備ができていないので、デザインを変更するのに手遅れではないかもしれません。それでは、紙のプロトタイピングをしてみませんか？
これがあなたに別のオプションを与えることを願っています。そうでない場合、時々、やりたくないことがあると、やるべきことを選択しやすくなります。 :)
それは、開発および設計段階のどこにいるかによって異なります。複数のアイデアや不明な質問がある場合は、紙のプロトタイプテストが適切なソリューションになります。オンザフライでグラフを更新するように、マイクロ相互作用も重要ですが、これがシステムの唯一の部分ではないことを願っています。仮定を修正するための全体的なテストが必要です。
ツールに名前を付けるのではなく、洞察を与えます。
- 初期段階-ラフで時間のかかるツール
- 初期から中期-デジタル環境で簡単に変更できるツール
- 進行中の開発の最終段階-バージョンとドキュメントに焦点を当てたツール
お役に立てば幸いです。
次の返信は、あなたが提供した情報に基づいています。明らかに、この問題に対処できるさまざまなアプローチがあります。設計プロセスがかなり遠く、特定のユーザージャーニー、コンテンツ、インタラクションを何をテストすべきかを推測します。
対話にユーザー入力が必要な場合の1つの解決策は、特定の情報の入力を要求するタスクまたはシナリオを参加者に与えることです。これがユーザーが実行する可能性が高いタスクの種類であるかどうかをユーザーに確認できます。
例：次のデータがある場合[例]どうしますか？
次に、送信時に、データに基づいて適切な出力を提示できます。
ユーザーが異なるデータでタスクを完了した場合、それはプロトタイプにすぎず、出力はユーザーに提示されるものの「代表的な例」であることを説明できます。
このダミーの出力データは、次の質問への回答を提供します。
選択したタスク/データは適切ですか？
彼らはタスクを完了できますか（適切な場所、形式などでデータを入力してください）
そして、彼らは出力を理解していますか-グラフ/チャートが何を表しているか。