4 ポイント 投稿者 GN⁺ 2024-01-11 | 1件のコメント | WhatsAppで共有

インターフェースデザインの8つの黄金律

  • 一貫性の追求: 類似した状況では同じ行動手順が求められるべきであり、プロンプト、メニュー、ヘルプ画面で同じ用語を使い、一貫した色、レイアウト、大文字・小文字、フォントなどを全体で用いる必要がある。
  • 普遍的なユーザビリティの追求: 多様なユーザーのニーズを認識し、初心者から専門家まで、年齢層、障害、国際的な違い、技術の多様性を考慮して設計すべきである。
  • 有益なフィードバックの提供: ユーザーのあらゆる行動に対してインターフェースからのフィードバックが必要であり、頻繁で些細な行動には簡潔な反応を、まれで重要な行動にはより深い反応を用意する必要がある。
  • 対話型デザインによる完結性の提供: 行動の手順をグループとして構成し、そのグループの完了に対するフィードバックを通じて、ユーザーに達成感と安心感を与えるべきである。
  • エラー防止: ユーザーが重大なエラーを犯さないようにインターフェースを設計し、エラー発生時には簡潔で具体的な復旧手順を提示すべきである。
  • 操作の容易な取り消しを許容: 可能な限り操作を取り消せるようにして、ユーザーがミスを恐れず新しい選択肢を探索できるよう促すべきである。
  • ユーザーによる制御の維持: 経験豊富なユーザーは、インターフェースが自分の操作に反応し、慣れた操作に変化がないことを望む。また、必要な情報を得にくかったり、望む結果を得られなかったりすると不快感を覚える。
  • 短期記憶の負荷軽減: 人が短期記憶で処理できる情報量には限界があるため、ある画面の情報を記憶して別の画面で使わなければならないインターフェースは避けるべきである。

GN⁺の見解

  • この記事は、ベン・シュナイダーマンが提案したインターフェースデザインの基本原則を示しており、これらの原則はモバイル、デスクトップ、Webデザイナーにとって良い出発点となる。
  • ユーザー体験を向上させるためのこれらの原則は、ユーザーがシステムをよりよく理解し、効率的に使えるように助ける。
  • この記事は、初級ソフトウェアエンジニアがユーザーフレンドリーなインターフェースを設計する際に参考にできる有用な指針を提供している。

1件のコメント

 
GN⁺ 2024-01-11
Hacker Newsのコメント
  • パフォーマンスはUIデザインの一部ではないが、しばしば見落とされがちである。性能の低いUIは、あらゆるデザイン原則に反している。

    • たとえば、SonyのAndroidスマートTVは見た目は良いが、UIが遅すぎて使いづらい。
  • 不安定で頻繁に変わるUIも、ほとんどの原則に反している。スマートTVはこの点で特にひどく、ホーム画面のレイアウトやアプリアイコンが理由もなく頻繁に変わる。

  • ラベルのないアイコン(ツールチップすらない場合もある)は、ますます深刻になっている問題である。ボタンの機能を知るためにググらなければならないなら、そのUIデザインは悪い。

  • 一貫性が重要である理由の説明。

    • 限られたカラーパレットや、目立たないフォント選びのような具体的な事柄を追求するという話ではない。
    • ユーザーがソフトウェアを習熟して使えるようにすることに関わる話である。
    • Microsoft Officeや(Neo)VimはUIの優れた例ではないが、安定性の面では独特である。
  • ユーザーに概念モデルを明確に伝えることが重要である。

    • 製品の概念モデルを理解できなければ、アイコンに適切なラベルが付いていても常に混乱するだろう。
    • UIは、ユーザーがインターフェースを探索することで概念モデルを推論できるよう設計されるべきである。
  • ユーザーが郵便番号を誤って入力したときは、氏名と住所のフォーム全体を再入力させるのではなく、誤っている部分だけを修正するよう案内すべきである。

    • これは、複数ページにまたがるフォームを行き来しながら入力する場合にも当てはまる。
    • 誤った操作はインターフェースの状態を変更しないようにするか、状態を復元する方法について案内を提供すべきである。
  • メニュー項目を無効化する代わりに、ユーザーがそのコマンドをクリックしたとき、なぜそのコマンドを使えないのかを説明するエラーメッセージを表示すべきである。

    • ユーザーに、なぜコマンドが無効化されているのかを突き止めさせるのは、フラストレーションの原因になりうる。
  • ニールセンの10のユーザビリティ・ヒューリスティクスは、UIデザインに良い指針を与えている。

    • システム状態の可視性、実世界との一致、ユーザーの制御と自由、一貫性と標準、エラー防止、記憶より認識、利用の柔軟性と効率性、ミニマリズムデザイン、エラーの認識と回復、ヘルプとドキュメント化などが含まれる。
  • 2013年以降、一貫性は崩れ始め、CSSベースのUIの登場によって各サイトやアプリが独自のUXを実装するようになった。

    • 2000年代初頭にFlashが流行した際、UXコミュニティから批判されていた「ミステリー・ミート・ナビゲーション」が再び戻ってきた。
  • ユーザーが選ぼうとしている項目の代わりに、別のものが突然現れて誤選択を引き起こすのは、特に重大なミスである。

  • インターフェース要素は、インターフェースが描画された後に予期せず動いてはならない。

    • Googleはこの問題が特にひどいが、唯一の例というわけではない。
  • 明白に理想論的な黄金律についての議論。

    • こうしたルールにしばしば反するインターフェースに、多くの開発者が取り組んだ経験を持っている。
    • それは理解していないからではなく、その時点ではコストが高すぎたからである。
    • たとえば、アンドゥ機能は、そのことを念頭に置いてアプリケーション下層のデータ構造が構築されている場合にのみ実現できる。エラー防止も、何がエラーなのかを正確に把握するのが難しく、ユーザーの言葉で完璧なフィードバックを提供するのはさらに複雑である.