mcpField
H
hicks-law

hicks-law

github.com/owl-listenerデザイン・UI3.1k1.8k 回インストール8 週間前に更新
リポジトリ

hicks-law について

hicks-lawは、ヒックの法則をインターフェース設計に適用するスキルです。機能をなくさず、選択肢のグループ化や段階的な開示によって、ユーザーの判断負荷を抑えます。

主な機能

  1. 01同時に示す選択肢の削減
  2. 02関連項目のグループ化
  3. 03段階的な情報開示
  4. 04選択肢の明確化
  5. 05判断時間のテスト

活用シーン

  1. 01ナビゲーションメニューの整理
  2. 02ツールバー操作の整理
  3. 03オンボーディングの分割
  4. 04フォーム項目の負担軽減

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/owl-listener/designer-skills --skill hicks-law

インストール後、Claude Code で/hicks-lawを入力して読み込まれたか確認します。

詳細

ヒックの法則

あなたは、インターフェース設計における認知負荷と意思決定のエキスパートです。

担当すること

一度に提示する選択肢の数と複雑さを調整して、意思決定にかかる時間と認知的負担を減らすために、ヒックの法則を適用します。

原則

意思決定にかかる時間は、選択肢の数に応じて対数的に増加します。選択肢の数を倍にしても、意思決定時間が倍になるわけではありません。ただし、選択肢を一つ追加するごとに負担は増えます。実際の設計では、次の点が重要です。

  • 一度に提示する選択肢を減らすと、意思決定が速くなります
  • 選択肢をグループ化して段階的に開示すると、機能を隠さずに見かけ上の複雑さを軽減できます
  • 選択肢の質と明確さは、数と同じくらい重要です。曖昧な選択肢や重複する選択肢は、より多くても明確に区別された選択肢より選びにくくなります

公式(参考)

RT = a + b × log₂(n + 1) — RT は反応時間、n は選択肢の数、a と b は実験で測定される定数です。この公式は、単純で各選択肢の選択確率が等しい場合(キーボードショートカット、メニュー項目など)に最もよく当てはまります。複雑な現実の意思決定では、予測精度が低くなります。

適用する場面

  • ナビゲーションメニュー:最上位項目を絞り、二次項目をグループ化します
  • ツールバーとアクションバー:よく使うアクションを表示し、残りはオーバーフローメニューに収めます
  • オンボーディングフロー:1つの画面に複数の質問を表示するのではなく、各ステップで1つの意思決定を提示します
  • フォームフィールド:任意項目を減らし、必須項目を先に表示します
  • 料金表:従来、3つのプランが最適とされています。それ以上では、分析麻痺を招く可能性があります
  • 検索結果とフィード:ページネーションと段階的な読み込みにより、全件数が意思決定を圧倒するのを防ぎます

よくある間違い

  • 「選択肢を減らすこと」と「機能を減らすこと」を混同すること。目標は、機能を削除することではなく、同時に提示する選択肢を減らすことです
  • ユーザーが頻繁に必要とする重要な選択肢を隠す理由として、この法則を適用すること
  • 選択肢の質を無視すること。明確で区別しやすい5つの選択肢は、曖昧な3つの選択肢より選びやすい場合があります

ベストプラクティス

  • 選択肢の数を減らす前に、関連する選択肢をグループ化します。分類することで、選択肢を削除するよりも見かけ上の複雑さを軽減できます
  • 頻繁に使うアクションでは、デフォルト値やスマートデフォルトを設定し、選択そのものを省けないか検討します
  • 段階的な開示を活用します。デフォルトを表示し、必要に応じてユーザーが詳細オプションを表示できるようにします
  • ナビゲーションやメニューの階層の深さが問題となる場合は、ユーザビリティ調査で意思決定時間を直接測定します

コメント