6

ユーザビリティ テストの最高のヒントは何ですか? 早くて安く欲しい。

4

8 に答える 8

9

Web デザインを目的としている一方で、Steve Krug の優れた " Don't Make Me Think: A Common Sense Approach To Web Usability " の機能 (少なくとも第 2 版では)、"1 日 10 セントでのユーザビリティ テスト" というタイトルの優れた章、これは、はるかに幅広いプラットフォームに適用できると思います。

この章では、低予算 (お金も時間もない) 環境で手早く行われるユーザビリティ テストについて具体的に説明し、最初の "感触" をつかむための最も重要な考慮事項のいくつかを示します。

私が特に気に入っているポイントは次のとおりです。

  • 膨大な人数でテストする必要はありません ( Jakob Nielsenも同様の意見を述べています) 。
  • ライブ リアクションには大きな価値があります。可能であれば、開発者が反応を確認できるようにします (おそらくビデオ カメラとテレビを使用します。高価なものである必要はありません)。
  • 数人を早期にテストすることは、後で多くの人をテストするよりも優れています

Joel Spolsky は、"廊下でのユーザビリティ テスト" を提唱していることで知られています。このテストでは、通りすがりのユーザーを何人か捕まえて、いくつかの簡単なタスクを完了するように依頼します。「少数のユーザーが結果の大部分を生み出す」という哲学に部分的に触発され、比較的便利で安価であり、頻繁に行うことができます.

于 2008-09-18T23:38:19.953 に答える
8

技術に詳しくなく、慣れていない人に使用してもらいます。

The archetypal non-technical user, one's elderly and scatterbrained maiden aunt. Invoked in discussions of usability for people who are not hackers and geeks; one sees references to the “Aunt Tillie test”.

（Aunt Tilly Testおそらく今日の時代にはもっと良い名前が必要ですが、それはそれが言及されているものです）

于 2008-09-19T01:33:23.640 に答える
3

速くて安いのはそれをカットしません。アプリやウェブサイトの明確な目標を定義することから始めて、ユーザーエクスペリエンスフレームワークに投資する必要があります。人々が聞きたがっているものではないことは知っていますが、何年にもわたって多くのユーザーテストを監督および監視した後、ほとんどの場合、ニールセンの割引ユーザビリティ手法を使用するだけでは十分ではありません。確かに、もしあなたのデザインが本当にひどくて、巨大なユーザビリティエラーを作ったなら、速くて汚いのはシステムからクラッドの80％を取り除くでしょう。ただし、長期的で高品質のユーザビリティとユーザーエクスペリエンスが必要な場合は、優れた設計チームから始める必要があります。そして、私は優れたグラフィックデザイナーを意味するのではなく、優れた情報アーキテクト、インタラクションデザイナー、XHTML / CSSコーダー、さらにはサイト/アプリが明確な目標と指標で測定可能であることを確認するWebAnalyticsスペシャリストを意味します。私は知っている、それはたくさんの$$$です、

于 2008-10-09T16:14:28.200 に答える
3

人々がアプリケーションを使用するのを監視する必要があります。適度な規模の会社で働いている場合は、「廊下でのテスト」を行ってください。あなたのドアを通り過ぎようとしている人を部屋に引き寄せて、「このシステムで来月の給与計算を実行してくれませんか?」と言ってみましょう。2 分しかかからないはずです。」

うまくいけば、彼らは何の問題もなく、通り過ぎる人々にあまり負担をかけるべきではありません. 不必要に複雑で繰り返されるプロセスをスムーズにするか、問題を修正します。多くの。

また、ユーザビリティとは何か、それを達成する方法を知っていることを確認してください。まだお持ちでない場合は、The Design of Everyday Things をご覧ください。

于 2008-09-18T23:26:44.413 に答える
3

ここにいくつかの良いヒントがあります。

私がキャリアの早い段階で犯した過ちの 1 つは、ユーザビリティ テストを教育演習に変えてしまったことです。ユーザーに理解させるのではなく、アプリの使用方法を説明するのにかなりの時間を費やします。私のアプリケーションが使いやすいか使いにくいかについて、彼らがアプリを使おうとしてどれだけ困惑したかによって、多くのことを教えてくれました。

私が行ったことの 1 つは、ユーザーに実行してもらいたいことの非常に単純なシナリオをまとめて、ユーザーに実行させることでした。ステップバイステップの指示 (「A ボタンをクリックしてから B ボタンをクリックする」) はありませんでしたが、代わりに「新しいアカウントを作成する」や「入金する」などの指示がありました。そこから、ユーザーは私のアプリケーションを「探索」し、私はそれがいかに簡単に使用できるかを確認しました。

とにかく、それはかなり安く、私にとっては非常に啓発的でした.

于 2008-09-18T23:51:02.543 に答える
2

調査するもう1つのトピックは、ユーザビリティのヒューリスティックです。これにより、従うべき一般的なヒントが得られます。ヒューリスティックの別の使用法は次のとおりです

于 2008-09-19T00:31:14.477 に答える
1

どこから始めればよいかわからない場合は、小さく始めてください。友人をコンピュータの前に座らせます。ソフトウェアを使用してタスクを達成してほしいと説明し、彼らが行うすべてのことを観察します。

彼らが実際に働いている間、黙っていることは助けになります。すべてを書き留めます。 "John spent 15 seconds looking at the screen before acting. He moused over the top nav to see if it contained popup menus. He first clicked "About Us" even though it wasn't central to his task."等。

次に、これから得た知識を使用して、より複雑なテストを設計します。さまざまな知識領域のさまざまなユーザーでテストします。より精巧なタスクとそれらの多く。

それらを撮影します。モニターに取り付けられた Web カメラは、目が動いている場所をキャプチャするのに適した方法です。ビデオ レコーダーを 45 度で肩にかけると、概要を把握するのに適しています。2 つを時間同期できればボーナス ポイント。全部できなくても心配いりません。あなたができることをしてください。

必要になる最後のテストであり、完全なものにしたいと考えて、テストを計画しないでください。完璧なものはありません。完璧に近づく唯一のことは、多くの反復と繰り返しです。テストの数がソフトウェアの実際のユーザーの数に近づくにつれて、100% の信頼度に近づくことしかできません。通常、誰もこの数字に近づくことさえできませんが、誰もが挑戦するべきです。

また、必要と思われる改善を組み込んだ後は、人々を再テストすることを忘れないでください。同じ人、違う人、どちらでもOK。

あなたができることをしてください。できないことを嘆くな。テストできたのにできなかったことだけを嘆いてください。

于 2008-09-19T21:33:29.347 に答える
1

私は非常に遅く答えていますが、いくつかのアイデアについて同様の質問をすることを考えていました. たぶん、この質問のすべてを保持する方が良いでしょう。

私はそれを言うでしょう：

これらのアイデアについてどう思いますか？

于 2009-07-13T07:38:26.863 に答える