mcpField
N
navigation-patterns

navigation-patterns

github.com/infrasity-labsデザイン・UI15076 回インストール18 週間前に更新
リポジトリ

navigation-patterns について

navigation-patternsは、製品の情報設計、プラットフォーム、利用状況に合うナビゲーション構造を選ぶデザインスキルです。グローバル、ローカル、ユーティリティ、コンテキストナビゲーションに加え、現在地表示や検証方法も扱います。

主な機能

  1. 01グローバルおよびローカルナビゲーションの指針
  2. 02ユーティリティとコンテキストのパターン
  3. 03プラットフォームや状況に応じたパターン選択
  4. 04現在地、経路理解、到達性の原則
  5. 05選択状態の設計とユーザビリティテスト

活用シーン

  1. 01モバイルまたはデスクトップ製品のナビゲーション選定
  2. 02パンくずとサイドバーによる深い階層の構成
  3. 03ラベルとセクション間移動のテスト

インストール

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

$npx skills add https://github.com/infrasity-labs/dev-gtm-claude-skills --skill navigation-patterns

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

詳細

ナビゲーションパターン

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

役割

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

ナビゲーションの種類

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

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

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

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

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

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

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

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

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

適切なパターンの選び方

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

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

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

アクティブ状態

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

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

よくある間違い

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

ベストプラクティス

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

コメント