web-dev-qa-db-ja.com

ヒューリスティックレビューを実行する最良の方法

有用性テスト結果の利点なしにインターフェースをレビューする場合、インターフェースのヒューリスティック評価を行う標準的な方法はありますか？

expert-reviewheuristics
11
blunders

ジェイコブ他について以下にアーロン・マクイバーから投稿されたガイドラインは緩いガイドラインであり、あなたがレビューしているものに応じて変わります。ウェブサイトは、ホームページ/検索など、かなり特定されたわずかに異なるヒューリスティックを使用します。

本当に役立つのは、ヒューリスティックが合格/不合格/わからないかどうかをチェックするための厳密なフレームワークを持っていることです。それぞれの横にコメントも含めます。

例えば

スプレッドシートを確認したら、コメントしたポイントに戻って、問題のあるセクションの画面（まだ行っていない場合）をつかむ必要があります。これにより、たくさんのコメントと、レポートをまとめることができる画面が表示されます。

8
colmcq

Jakob Nielsen のトップ10が出発点です。

  • システムステータスの可視性システムは、適切な時間内に適切なフィードバックを通じて、ユーザーに何が起こっているかを常に通知する必要があります。
  • システムと現実の世界の一致システムは、システム指向ではなく、ユーザーが使い慣れた単語、フレーズ、概念でユーザーの言語を話す必要があります条項。実際の規則に従って、情報が自然で論理的な順序で表示されるようにします。
  • ユーザー制御と自由度ユーザーは誤ってシステム機能を選択することが多く、明確にマークされた「非常口」が必要な状態で、拡張された対話。元に戻すとやり直しをサポートします。
  • 一貫性と標準ユーザーは、異なる単語、状況、またはアクションが同じことを意味するかどうか疑問に思う必要はありません。プラットフォームの規則に従います。
  • エラーの防止優れたエラーメッセージよりも優れているのは、最初から問題が発生しないようにする注意深い設計です。エラーが発生しやすい状態を解消するか、それらを確認して、アクションを実行する前に確認オプションをユーザーに提示します。
  • 再現ではなく認識オブジェクト、アクション、オプションを表示して、ユーザーのメモリ負荷を最小限に抑えます。ユーザーは、会話のある部分から別の部分への情報を覚えておく必要はありません。システムの使用手順は、適切な場合はいつでも見えるようにするか、簡単に検索できるようにする必要があります。
  • 柔軟性と使用効率アクセラレータ-初心者ユーザーには見えません-エキスパートユーザーとのやり取りをスピードアップして、システムが対応できるようにします未経験と経験豊富なユーザーの両方。ユーザーが頻繁なアクションを調整できるようにします。
  • 美的でミニマリストなデザインダイアログには、無関係またはまれにしか必要とされない情報を含めないでください。対話における追加の情報単位はすべて、関連する情報単位と競合し、それらの相対的な可視性を低下させます。
  • ユーザーがエラーを認識、診断、および回復できるように支援しますエラーメッセージは平易な言語（コードなし）で表現し、問題を正確に示し、建設的に提案する必要があります解決。
  • ヘルプとドキュメンテーションシステムがドキュメンテーションなしで使用できればより良いですが、ヘルプとドキュメンテーションを提供する必要があるかもしれません。そのような情報はすべて、検索が簡単で、ユーザーのタスクに焦点を当て、実行する具体的な手順を列挙し、大きすぎないようにする必要があります。
8
Aaron McIver

Nielsenのトップ10に加えて、 'Designing the User Interface' のBen Shneidermanの8つのゴールデンルールもあります。

1一貫性の追求。同様の状況では、一貫した一連のアクションが必要です。プロンプト、メニュー、ヘルプ画面でも同じ用語を使用する必要があります。一貫したコマンドを使用する必要があります。

2頻繁に使用するユーザーがショートカットを使用できるようにします。使用頻度が増えると、ユーザーのやり取りの数が減り、やり取りのペースが上がります。略語、ファンクションキー、隠しコマンド、およびマクロ機能は、上級ユーザーにとって非常に役立ちます。

3有益なフィードバックを提供します。オペレーターのアクションごとに、システムフィードバックが必要です。頻繁でマイナーなアクションの場合、反応は控えめになる可能性がありますが、まれでメジャーなアクションの場合、反応はより大きくなるはずです。

4ダイアログをデザインしてクロージャを生成します。アクションのシーケンスは、開始、中間、終了のグループに編成する必要があります。アクションのグループの完了時の有益なフィードバックは、オペレーターに達成の満足感、安心感、不測の事態の計画とオプションを心から捨てる合図、そして次のグループに備える方法が明確であることを示しますアクションの。

5単純なエラー処理を提供します。可能な限り、ユーザーが重大なエラーを発生させないようにシステムを設計してください。エラーが発生した場合、システムはエラーを検出し、エラーを処理するためのシンプルでわかりやすいメカニズムを提供できる必要があります。

6アクションの簡単な逆転を許可します。ユーザーはエラーを元に戻すことができることを知っているので、この機能は不安を和らげます。したがって、見慣れないオプションの探索を促進します。可逆性の単位は、単一のアクション、データ入力、またはアクションの完全なグループです。

7内部統制の軌跡をサポートします。経験豊富なオペレーターは、システムを担当し、システムが自分の行動に反応することを強く望んでいます。ユーザーを応答者ではなくアクションの開始者にするようにシステムを設計します。

8短期間のメモリ負荷を減らします。短期記憶における人間の情報処理の制限により、表示をシンプルに保ち、複数ページの表示を統合し、ウィンドウの動きの頻度を減らし、コード、ニーモニック、および一連のアクションに十分なトレーニング時間を割り当てる必要があります。

5
Alan Ho

ジェフ・ジョンソンの本「GUI Bloopers（2）」のチェックリスト：

3
agib

これは Bruce Tognazzini の非常に便利なチェックリストです。

Apple Computerでの14年間、彼はAppleヒューマンインターフェイスグループを設立し、アップルのヒューマンインターフェイスエバンジェリストとして行動しました。 ..

ここにリンクがあります：

第一原則

2
PhillipW