ヒューリスティック評価
発見されたユーザビリティの問題は、ユーザーのパフォーマンスや受け入れへの影響の見積もりに従って、多くの場合数値スケールで分類される。 ヒューリスティック評価は、 ユースケース (通常のユーザータスク)のコンテキストで行われ、インターフェイスが目的のユーザーのニーズや好みとどの程度互換性があるかについて開発者にフィードバックを提供する。
ヒューリスティック評価のシンプルさは、設計の初期段階やユーザーベースのテストを行う前に有効である。ユーザーを必要としないので、募集や日時・場所の検討、報酬の支払いといった負担を回避できる。ニールセンは、4つの実験の結果、評価者1人だと「ほとんどの場合かなり下手」としており、複数の評価者の結果を集約すべきとしている。ほとんどのヒューリスティック評価は数日で完了する。 必要な時間は、アーティファクトのサイズ、複雑さ、レビューの目的、レビューで発生するユーザビリティの問題の性質、およびレビュアーの能力によって異なる。 ユーザーテストの前にヒューリスティック評価を行うことで、ユーザーテストで評価する領域を特定したり、設計上の問題を事前に排除したりすることができる。
ヒューリスティック評価は、短期間で多くの主要なユーザビリティの問題を明らかにすることができるが、結果が専門家のレビューの知識に大きく影響されることがよく批判される。
使用の柔軟性と効率性 Flexibility and efficiency of use 初心者のユーザーには見えないアクセラレータが、熟練者のユーザーに取ってはインタラクションを高速化することもあり、システムが経験の浅いユーザーと熟練者の両方に対応することができる。ユーザーが頻繁に行うアクションを調整できるようにする。
美的で最小限の設計 Aesthetic and minimalist design 対話には、無関係な情報や必要性の低い情報を含めるべきではない。 対話における余分な情報は、関連する情報と競合し、視認性を低下させる。
ユーザーに対するエラー認識、判断、回復の援助 Help users recognize, diagnose, and recover from errors エラーメッセージは、平易な言葉(コードなし)で表現し、問題を正確に示し、建設的な解決策を提案するものでなければならない。
ヘルプとドキュメント化 Help and documentation ドキュメントなしでシステムを使えた方がよいが、ヘルプとドキュメントの提供が必要になる場合がある。 このような情報は、検索しやすく、ユーザーのタスクに焦点を当て、実行する具体的な手順が記載されていて、大きすぎないものでなければならない。