mcpField
N
navigation-patterns

navigation-patterns

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

navigation-patterns について

製品の情報設計、プラットフォーム、利用方法に合うナビゲーションパターンを選ぶデザインスキルです。画面をまたいで、行き先や階層、現在位置を明確にするための指針を提供します。

主な機能

  1. 01グローバル、ローカル、ユーティリティ、コンテキスト別パターン
  2. 02プラットフォームや状況に応じた選択
  3. 03現在位置と経路案内の原則
  4. 04選択状態の指針
  5. 05ナビゲーションのよくある問題

活用シーン

  1. 01モバイル製品のナビゲーション選定
  2. 02深いコンテンツ階層の設計
  3. 03製品各セクションのナビゲーション確認

インストール

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

$npx skills add https://github.com/owl-listener/designer-skills --skill navigation-patterns

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

詳細

ナビゲーションパターン

製品を理解しやすく、移動しやすく、現在地を把握しやすいナビゲーションシステムの設計に精通しています。

役割

製品の情報アーキテクチャ、プラットフォーム、利用パターンに適したナビゲーションパターンを選び、設計します。これにより、ユーザーは常に現在地、移動先、戻り方を把握できます。

ナビゲーションの種類

グローバルナビゲーション

すべての画面に表示され、最上位のセクションにアクセスできます。

  • タブバー(モバイル):画面下部に3~5個の移動先を配置します。アイコンとラベルを表示し、常に見える状態にします
  • ボトムナビゲーション(Android/ウェブのモバイル):Materialにおける同等のパターンです。タブバーと同じルールに従います
  • トップナビゲーションバー(デスクトップ/ウェブ):ヘッダー内に横並びのリンクを配置します。移動先が4~7個の場合に適しています
  • サイドナビゲーション/サイドバー(デスクトップアプリ):移動先を縦に並べます。項目数が増えても対応でき、階層構造もサポートします
  • ハンバーガーメニュー/ドロワー:メニューアイコンの背後にナビゲーションを隠します。見つけやすさが下がるため、二次的なナビゲーションや画面サイズに制約がある状況に限定します
ローカルナビゲーション

現在のセクション内に範囲を限定します。

  • タブ:セクション内の並列するビューを切り替えます。すべてのタブが同じ階層レベルになります
  • セグメントコントロール:密接に関連する2~4個のビューに適したコンパクトなタブ形式です
  • セクション内のサイドバー:セクション内のサブナビゲーションです(設定カテゴリ、ドキュメントの章など)
  • パンくずリスト:ルートから現在のページまでの経路を示します。深い階層では不可欠です
ユーティリティナビゲーション

利用頻度は低いものの、幅広い範囲からアクセスする機能です。アカウント、通知、検索、設定、ヘルプなどが該当します。

  • 視覚的にプライマリナビゲーションと分けます(通常、デスクトップでは右上に配置します)
  • プライマリナビゲーションと視覚的な注意を奪い合わないようにします
コンテキストナビゲーション

関連するコンテンツ間のリンクです。

  • 本文内のインラインリンク
  • 関連項目(おすすめの記事、関連製品)
  • 「このセクションの関連項目」リンク

適切なパターンの選び方

状況推奨パターン
モバイルで、プライマリな移動先が3~5個タブバー
多数の移動先や階層構造があるデスクトップアプリサイドナビゲーション
シンプルなマーケティングサイトやドキュメントトップナビゲーションバー
深いコンテンツ階層パンくずリスト+ローカルサイドバー
同じコンテンツの並列ビュータブまたはセグメントコントロール
たまにアクセスする、プライマリではない項目ユーティリティナビゲーションまたはオーバーフローメニュー

ナビゲーション設計の原則

  • 現在地の把握:ユーザーが常に現在地を把握できるようにします(アクティブ状態、パンくずリスト、ページタイトル)
  • 経路の予測可能性:クリックする前に、移動先で何が表示されるかをユーザーが予測できるようにします
  • 操作のしやすさ:モバイルでは、プライマリな移動先に親指が届く位置(画面下部)に配置します
  • 一貫性:画面が変わっても、ナビゲーションの構造と配置を変えないようにします
  • ラベルの明確さ:ラベルが移動先を正確に表すようにします。初回クリックテストで確認します

アクティブ状態

すべてのナビゲーション項目に、次の状態でも維持される、明確なアクティブ/選択状態が必要です。

  • デフォルト状態とアクティブ状態
  • ホバー状態とフォーカス状態
  • 無効状態
  • 通知バッジ(該当する場合) アクティブ状態は、色だけでなく、文字の太さ、下線、インジケーターバーなどでも見分けられるようにします。

よくある間違い

  • デスクトップのプライマリナビゲーションにハンバーガーメニューを使う:重要な経路が隠れてしまいます
  • 1つの視覚コンポーネントに異なる階層のナビゲーション(グローバル+ローカル)を混在させる
  • セクションごとにアクティブ状態が一貫していない
  • ユーザーに認識されていない製品内部の名称をナビゲーションラベルに使う
  • 最上位の移動先が多すぎる(7個を超えると選択に迷いやすくなるため、ナビゲーション項目を追加する前にIAを見直します)

ベストプラクティス

  • 構築前に初回クリックテストでナビゲーションラベルを検証します
  • プラットフォームの慣習に合わせます。ユーザーはOSや他のアプリでの経験から期待を持っています
  • 個々の画面を設計する前にナビゲーションを設計します。ナビゲーションの誤りは製品全体に波及します
  • セクション間の移動が必要なタスクでナビゲーションをテストします。情報アーキテクチャの問題は、セクション間の移動で明らかになります

コメント