簡単で汚いユーザビリティテストのヒント?
https://stackoverflow.com/questions/97913
-
01-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian質問
ユーザビリティテストの最良のヒントは何ですか?早くて安くしたい。
解決
Webデザインを目指しながらも、Steve Krugの優れた「考えさせないでください:Web ユーザビリティに対する常識的なアプローチ』には（少なくとも第 2 版では）「1 日 10 セントでのユーザビリティ テスト」という素晴らしい章があり、これははるかに幅広いプラットフォームに適用できると思います。
この章では特に、低予算 (お金や時間がない) 環境で手っ取り早く行われるユーザビリティ テストについて扱い、最初の「感触」を得るために最も重要な考慮事項のいくつかを説明します。
私が特に気に入っている点は次のとおりです。
- 膨大な数の人々でテストする必要はありません (この意見は、 ヤコブ・ニールセン)
- 生の反応には大きな価値があります。可能であれば、開発者が反応を確認できるようにしてください (おそらくビデオ カメラとテレビを使用します。高価なものである必要はありません）
- 少数の人を早期に検査することは、後から検査するよりも効果的です
ジョエル・スポルスキーは「」を提唱したことで知られています。廊下のユーザビリティテスト」では、通りすがりのユーザーを何人か捕まえて、簡単なタスクを完了するように依頼します。「少数のユーザーが結果の大部分を生み出す」という哲学に一部影響を受けており、比較的便利で安価であり、頻繁に実行できます。
他のヒント
技術に詳しくなく、慣れていない人に使用してもらいます。
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 (今日の時代ではおそらくもっと良い名前が必要ですが、それが参照されているものです)
人々があなたのアプリケーションを使用しているのを観察する必要があります。それなりの規模の会社で働いている場合は、「廊下テスト」を行ってください。あなたのドアの前を通りかかった人を部屋に引き込み、次のようなことを言います。「来月の給与計算をこのシステムで実行してもらえますか?」所要時間は 2 分だけです。」
何も問題が起こらないことを祈りますし、通り過ぎる人々にあまり大きな負担をかけないでください。不必要に複雑で繰り返されるプロセスの問題を修正したり、スムーズに処理したりできます。たくさん。
また、ユーザビリティとは何か、それを実現する方法についても確認してください。まだチェックしていない場合は、チェックしてください 日常のもののデザイン.
ここにいくつかの良いヒントがあります。
私がキャリアの初期に犯した間違いの 1 つは、ユーザビリティ テストを教育実習にしてしまったことです。私なら、ユーザーにアプリの使い方を理解させるのではなく、アプリの使い方の説明にかなりの時間を費やします。私のアプリケーションが使いやすいか使いにくいかは、アプリを使おうとしてどれだけ戸惑ったかによってわかるので、多くのことを学びました。
私がやったことの 1 つは、ユーザーにやってもらいたいことの非常にシンプルなシナリオをまとめて、それを実行してもらうことです。段階的な説明（「A ボタンをクリックしてから B ボタンをクリック」）はなく、代わりに「新しいアカウントを作成」や「入金」などが記載されていました。そこから、ユーザーは私のアプリケーションを「探索」することができ、私はそれがいかに使いやすいかを知ることができました。
とにかく、それはかなり安くて、私にとっては非常に啓発的でした。
早くて安いだけではダメなんです。アプリや Web サイトの明確な目標を定義することから始めて、ユーザー エクスペリエンス フレームワークに投資する必要があります。人々が聞きたいことではないことは承知していますが、長年にわたって多くのユーザーテストを監督し観察してきた結果、ニールセンの割引ユーザビリティ手法を使用するだけではほとんどの場合十分ではないことがわかりました。確かに、デザインが本当にひどいもので、ユーザビリティに大きな間違いがあった場合は、クイック アンド ダーティでシステムからゴミの 80% が取り除かれます。しかし、長期にわたる高品質のユーザビリティとユーザー エクスペリエンスを望むのであれば、優れたデザイン チームから始める必要があります。ここで私が言っているのは、優れたグラフィック デザイナーのことではなく、優れた情報アーキテクト、インタラクション デザイナー、XHTML/CSS コーダー、さらには、サイトやアプリが明確な目標と指標に基づいて測定可能であることを確認する Web 分析スペシャリストのことです。高額な金額であることは承知していますが、もしあなたが自分のビジネスに真剣に取り組んでいるのであれば (私たちのほとんどがそうだと思いますが)、全体が終わってから何が問題だったのかを理解しようとするのではなく、真剣に考えて事前に投資する必要があります。物事はオンラインです。
もう一つの研究テーマは、 経験則 使いやすさのために。これにより、従うべき一般的なヒントが得られます。ここにもう一つあります ヒューリスティックの使用
どこから始めればよいかわからない場合は、小さなことから始めてください。友達をコンピューターの前に座らせてください。ソフトウェアを使用してタスクを達成してもらい、彼らの行動をすべて監視してほしいと説明します。
実際に作業している間は沈黙を保つことが役立ちます。すべてを書き留めてください。 "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% の信頼性に近づくことができます。通常、この数字に近づく人は誰もいませんが、誰もが近づこうと努めるべきです。
また、必要と思われる改善を取り入れた後は、従業員を再テストすることを忘れないでください。同じ人でも、違う人でも、どっちでもいいです。
できることはやってみよう。できないことを嘆かないでください。テストできたのにテストできなかったことを嘆くだけです。
返信が大変遅くなりましたが、いくつかのアイデアについて同様の質問をしようと考えていました。この質問にはすべてを含めたほうがよいかもしれません。
私なら次のように言います。
アプリについて人に教えないでください。彼らに新鮮な目を与えましょう。
いくつかのタスクを作成し、camstudio などのツールを使用してアクションを記録するように依頼します。 http://camstudio.org/
テストの後、簡単な質問に答えてもらいます。これが私のリストです:
- アプリにアクセスしたときの最初の気持ちは何ですか?
- アプリで使用される主要な概念を定義できますか?
- このアプリケーションの良い点トップ 3 は何ですか?
- このアプリケーションに関するマイナスな点トップ 3 は何ですか?
これらのアイデアについてどう思いますか?
