user-interface - ユーザーインターフェイスの使いやすさをどのようにテストしますか

Question

Web であれデスクトップであれ、アプリケーションのユーザーインターフェイスのユーザビリティをどのようにテストしますか? すべてをまとめて、アプリケーションがライブになったら、ユーザーエクスペリエンスに基づいて微調整しますか? それとも、リリース前のテストのために特定のユーザビリティチームに渡しますか?

私たちは小さなソフトウェアハウスですが、ユーザビリティを測定する方法のベストプラクティスに興味があります。

どんな助けでも感謝します。

score 8 · Accepted Answer

スタートアップスクールからのこれに関するPaulBuchheitの答えが好きです。彼が言ったことの短いバージョンはあなたのユーザーに耳を傾けます。聞くことはあなたのユーザーに従うことを意味しません。データフィルターを取り込んで、すべての悪いアドバイスを取り除き、サイトを繰り返しクリーンアップします。泡立てて、すすぎ、繰り返します。

あなたが小さな店なら、おそらくQAやユーザビリティの人々のチームやサイトを通過するものは何もありません。ただし、実際にサイトを使用するのはユーザーです。彼らのフィードバックは非常に貴重です。

ユーザーの1人が使用するには難しすぎる、または使用する理由を理解するには複雑すぎる場合は、他の1000人のユーザーでも同じようになる可能性があります。同じことを達成するためのより簡単な方法を見つけてください。

このフィードバックをすべて収集し、実行することのリストを作成したら、最初に最も単純なものを実行します。そうすれば、ユーザビリティの進歩を前進させることができます。

score 7 · Accepted Answer

私が好きなことは、誰かにインストールパッケージを渡して、アプリケーションの動作に関連するいくつかのタスクを実行してもらい、それを観察することです。

最も難しいのは、口を閉じたままにすることです。

score 3 · Accepted Answer

ユーザビリティテストに関する最良のアドバイスのいくつかは、JakobNielsenのWebサイトhttp://www.useit.comで入手できます。彼は、ウィルが言及したことを提唱しています。ユーザーに、WebサイトまたはWebアプリケーションでさまざまなタスクを実行してから、座って何をするかを確認するように依頼します。

質問したり、ガイドしたりして、ユーザーの邪魔をしないでください。それらを観察し、それらの流れを文書化するだけです。また、ハードウェアとソフトウェアで視線追跡を行い、ユーザーの注意を引くものを理解することもできます。

ただし、ユーザビリティはテスト段階から開始するべきではありません。開発を行うときは、ユーザーが一般的に好きなものと嫌いなものについての一般的な考え方を持っている必要があります。一般的に受け入れられているユーザビリティの基準と原則を概説した多くのWebサイトと本があります。

score 2 · Accepted Answer

私はアダムに同意します。非常にコンピューターの読み書きができない人を使うことは非常に役に立ちます。しかし、それで私が以前に遭遇したのは、彼らに試してもらいたいプログラムは、彼らがやりたいと思う限り「彼らの路地を上る」ことではありません。

始めるのに良い方法は、ペーパープロトタイプを使うことです。「ユーザー」に実行してもらいたい特定のタスクを用意し、実行してもらいます。ペーパープロトタイピングの詳細については、ここから始めてください。

score 2 · Accepted Answer

通常、少数のユーザーにベータ版を試してもらい、新しいインターフェースの使いやすさをテストします。

新しい機能/画面が何をすべきかについて少し説明し、すぐに飛び込んでもらいます。彼らがどこを見たりクリックしたりしているのかを見るのはとても興味深いです。新機能のデモを行うことはありません。機能についてのみ説明します。

UI の変更が最小限である場合は、ライブに移行し、実際のユーザーからフィードバックを収集します。ベータ版でユーザビリティテストを実施するのは、大きな変更を行う場合のみです。

新しい画面を開発するとき、通常、同僚に UI の前に座ってもらい、それが何をするのかを尋ねると、非常に役立ちます。彼らはどの領域をクリックしますか? 彼らは最初にどこを見ていますか？注目されているセクションは？等

score 1 · Accepted Answer

ユーザビリティ検査が進むにつれて、いくつかの実行可能な方法があります。彼らは、人、分析、設備に関して異なる量のリソースを必要とします。

最も一般的で最も簡単に実行できるのは

ヒューリスティック評価

基本的に、各画面をウォークスルーして、自分または顧客が設定したヒューリスティックに準拠しているかどうかを確認します。

Nielsenによるこの記事を確認してください

認知ウォークスルー

この方法では、アプリケーションの手順を完了するようにユーザーに依頼する必要があります。ユーザーが完了するための手順を準備します。このウォークスルー中に発生する問題は、アプリケーションを終了するときに考慮されます。

詳細については、このペーパーを確認してください。

声を出して分析を考える

私は主にプロトタイピングの初期段階でこの方法を使用しました。使用中のシステムについて、ユーザーに自由に話してもらいました。使用法、設計などについて質問します。システムの一般的な感触と、不足している機能について、非常に優れた見解を得ることができます。

詳細については、このペーパーを確認してください。

相互作用分析 これはもっとトリッキーなものです。私はこれによって提案されたデータ収集技術のみを使用しました。この手法では、コンテキスト、アクティビティ、ボディランゲージなどが考慮されます。相互作用分析は、一般的に研究に焦点を当てており、商業的評価にはあまり焦点を当てていません。

このリンクをクリックすると、記事に移動します。

これらの方法は完璧にするために練習が必要であることを覚えておいてください。私はHEから始めて、CWとTHAに進みます。また、リソースと時間がたくさんある場合にのみ、インタラクション分析を使用してください。

score 1 · Accepted Answer

この質問が最後にアクティブになってからしばらく経ちましたが、とにかくここに行きます。

経験から：

常に客観的に測定可能を使用して、ユーザビリティが優れているかどうかを判断します（慎重に選択されたタスクを実行する時間、非アクティブな時間、KLMタイプのメトリック）ここで、キーマウスロガーは貴重な味方になることができます
クライアントと相談して再度測定する前に、先に進みすぎないでください（ペーパープロトタイプに夢中になり、完成品を提示しないでください...これは決して機能しません）
読む、読む、読む、試す、進化する
物事をシンプルに保ち、常にタスクを覚えておいてください（ユーザーがインターフェイスを必要とする理由）
テスト、テスト、再テスト...
常にユーザーリクエストの一番下に移動します。この特定の場所でユーザーが要求するチェックボックスは最善の方法かもしれませんが、ほとんどの場合、より根本的な欠陥が隠されています。
システムユーザー（それを使用しているユーザー...それを支払うユーザーとは対照的に）はあなたの最良の味方です、彼/彼女をあなたの側に置いてください

デザインをリファクタリングしてシステムを進化させることを恐れないでください。また、メトリックと測定値も進化させますが、測定の連続性を壊さないように注意してください。これは、非常に主観的な世界での客観的な進歩の最良のトークンです。

推奨読書（以前に提案されたもの以外）：

使いやすさのテストのハンドブックJeffRubin。少し極端ですが、私たちは彼のアプローチのアジャイルバージョンをいじくり回し、ユーザーと週に30分を費やすと、あまり多くの情報に圧倒されることなく、多くの有用なフィードバックを得ることができることを発見しました。
この世界のスナイダーマンとニールセン、そして到着する可能性のある他の人々に注意を払ってください

score 1 · Accepted Answer

私は頻繁に、私が取り組んでいる新しいインターフェースを技術サポート担当者の 1 人に持っていきます。彼らは、あなたが想像できるインターフェースに関するあらゆる苦情を聞いてきたので、誰かが潜在的な問題を考えようとするなら、彼らはそうするでしょう.

また、これは冗談ではありませんが、私はよく、私が知っているコンピューターの知識が最も少ない人を選びます (あなたの母親は、多くの場合、良い選択です...しかし、彼らは以前にコンピューターを使用したことがある必要があります。そうでない場合、それは無意味になります) ）、指示なしでインターフェース上で緩めます。どこにあるかを直観的に把握できない場合は、GUI に手を加える必要がある可能性があります。覚えておいてください、彼らに考えさせないでください！ (はい、これが Web デザイン用であることは知っていますが、適用されます)

score 1 · Accepted Answer

システムのユーザビリティをテストするには、さまざまな方法があります。入手可能な文献を確認してください。ユーザビリティテストは、あなたや他の人が考えるほど難しいものではないと主張したいだけです。J. Nielsen と TK Landauer は、INTERACT'93 と CHI'93 で発表された「ユーザビリティ問題の発見の数学モデル」という有名な論文で、小さなシステムではほとんどの問題を発見するには 5 人のユーザーだけで十分であることを示しました。

この論文を読む方法がない場合は、著者の Web サイトでこの記事を試してみてください: http://www.useit.com/alertbox/20000319.html

score 1 · Accepted Answer

There are a number of methods to test or evaluate usability of an application. Broken down into qualitative and quantitative methods and based on when you are planning to test.

Further it is categorized based on whether users are involved or experts do the testing.

To name a few methods,

Expert Reviews - user interface or usability experts rate the usability of an interface based on decided heuristics and principles
Formative usability testing - task flows are taken and users are provided with tasks to be completed. Qualitative feedback is collected based on what the users feel the pain points are during the testing. This form of testing is done during the design to provided feedback into the design of the application.
Summative Usability testing - task flows are taken and users are provided with tasks to be completed. The applications performance on efficiency, effectiveness and satisfaction are measured based on users completion of tasks.

The importance difference is whether you engage the user or a expert to tell you the difference in usability. Further on when you do the evaluation - at the end of the project or during the design phases.

score 0 · Accepted Answer

私は、私が 3 マルティーニユーザビリティテストと呼んでいるものを強く信じています。システムを設計するとき、それを使用する人がマティーニを 3 杯飲んだところを想像してください。

システムを同僚 (他のプログラマー、品質保証、技術サポート) やユーザビリティテスターに引き渡す前に、数人の友人とウォッカのボトルを使って (もちろん仕事以外で) 非公式のテストを行うと、多くの場合有益であることがわかります。

user-interface - ユーザー インターフェイスの使いやすさをどのようにテストしますか

11 に答える 11

Related

Reference

user-interface - ユーザーインターフェイスの使いやすさをどのようにテストしますか