迷わせない情報設計 (Findability)

「設定はどこ？」「この機能はどのメニューの中？」「さっき見たページにどうやって戻るの？」——ユーザーが迷子になるUIは、どれだけ優れた機能を持っていても、その機能が「存在しない」のと同じです。

迷わせない情報設計が崩れたUIの典型は「設計者の論理」で構造化されたナビゲーションです。開発チームの組織図に沿ったメニュー構成、社内用語で書かれたカテゴリ名、ユーザーが思いもしない場所に置かれた機能——これらはすべて、「作る側の都合」でUIが設計された結果です。ユーザーは「自分が探しているものがここにあるかどうか」を判断するために、全メニューを読み解かなければなりません。

よくある失敗は「全部入れれば見つかるはず」という発想です。情報量を増やすほど、目的の情報は見つけにくくなります。

1. 原則の定義

迷わせない情報設計（Findability／ファインダビリティ）とは、ユーザーが目的の情報・機能・コンテンツを、最小限の操作と認知コストで発見できるよう、ナビゲーション・ラベル・検索・情報構造を設計する原則。

本質は「ユーザーのメンタルモデルに合わせた情報の配置」です。ユーザーは「この情報はここにあるはずだ」という予測を持って探します。その予測を裏切らない場所に情報を置くことが、迷わせない情報設計の核心です。

2. いつ使うか（適用場面）

特に重要になるケース

• コンテンツ量が多いサービス: ECサイト・ドキュメントサイト・管理画面など、情報量が多いほど迷わせない情報設計が重要になる。
• 新規ユーザーが多い場面: 既存ユーザーは慣れで補えるが、新規ユーザーは「どこに何があるか」を知らない状態でスタートする。
• タスク指向のUI: 「請求書を発行する」「設定を変更する」など、ユーザーが明確な目的を持って操作する場面。目的地への最短経路が設計されているかが問われる。
• 検索機能の設計: 検索は「ナビゲーションで見つけられなかったユーザーの最後の手段」。検索結果の質と、検索ボックスの発見しやすさが重要。

トレードオフが起きる場面

• 深さ vs 広さ: ナビゲーションを「広く浅く（多くのカテゴリ、少ない階層）」にするか「狭く深く（少ないカテゴリ、多い階層）」にするかは、コンテンツの性質とユーザーの探索パターンによって変わる。
• 柔軟性 vs シンプルさ: 高度なフィルタリング・ソート機能は迷わせない情報設計を高めるが、UIが複雑になる。初心者向けのシンプルさとパワーユーザー向けの柔軟性のバランスが必要。

3. なぜ重要か（設計判断の核）

迷わせない情報設計は「情報がある」ことではなく、「情報に辿り着ける」ことの設計である。

設計判断の基準

• 「このUIを初めて使うユーザーが、〇〇を見つけるまでに何回クリックが必要か？」→ 3回以内が理想。それ以上なら構造を見直す。
• 「ナビゲーションのラベルは、ユーザーが使う言葉か、それとも社内用語か？」→ 社内用語が含まれていたら置き換える。

優先順位の考え方

• 1. 主要導線の最短化（最優先）: 80%のユーザーが最もよく使う機能・情報への経路を最短にする。
• 2. ラベルの明確さ: ナビゲーションのラベルが、その先に何があるかを正確に予測させるか。
• 3. 現在地の明示: ユーザーが「今どこにいるか」を常に把握できるか（パンくずリスト・アクティブ状態の強調）。

例外条件

• ゲーム・エンターテインメントなど、「探索・発見そのものが楽しさ」のコンテンツでは、意図的に情報の発見しやすさ（Findability）を下げて探索を促すことがある。

4. 具体の設計ルール（チェックリスト）

最低ライン（Must - これ守らないと危険）

これがないと、ユーザーは目的の情報にたどり着けません。

ナビゲーションラベルがユーザーの言葉か: メニュー・カテゴリ・タブのラベルが、社内用語・開発用語ではなく、ユーザーが日常的に使う言葉で書かれているか？ユーザーが「ここに〇〇がありそうだ」と予測できるラベルになっているか？
現在地が常にわかるか: ユーザーが今どのページ・セクションにいるかが、パンくずリスト・アクティブ状態の強調・ページタイトルなどで明示されているか？「迷子」にならない構造になっているか？
主要機能が3クリック以内で到達できるか: ユーザーが最もよく使う機能・情報が、トップページから3クリック以内で到達できるか？深すぎる階層に重要な機能が埋もれていないか？

理想ライン（Better - できると強い/プロの品質）

「探さなくても見つかる」と感じられる状態です。

カード・ツリーソートでラベルを検証しているか: ナビゲーション構造をユーザーテスト（カードソーティング・ツリーテスト）で検証し、ユーザーのメンタルモデルと一致しているか確認しているか？
検索が補完的に機能しているか: 検索ボックスが目立つ場所にあり、検索結果が関連性の高い順に表示されるか？「ゼロ件ヒット」時に代替案（関連カテゴリ・おすすめコンテンツ）が表示されるか？
コンテキストに応じた関連リンクがあるか: ユーザーが見ているページに関連する情報・機能へのリンクが適切に配置されているか？（例：商品ページに「この商品を買った人はこちらも」「関連カテゴリ」）

5. UI例

同じコンテンツでも、ナビゲーション構造とラベルの設計で「見つかるか」が大きく変わります。

改善プロセス

1. カードソーティング: ユーザーに機能・コンテンツのカードを渡し、自分でグループ分けしてもらう。ユーザーのメンタルモデルに基づいた構造が見えてくる。
2. ツリーテスト: 現在のナビゲーション構造を使って「〇〇を見つけてください」というタスクを出す。どこで迷うかが明確になる。
3. ラベルの置き換え: 社内用語・開発用語を洗い出し、ユーザーインタビューで「この機能を何と呼ぶか」を確認して置き換える。

6. 関連リンク

• 関連リファレンス（理論）: 認知負荷
• 用語集（定義）: 情報アーキテクチャ
• 関連するUI原則（横）: スキャンしやすさ (Scannability), 視覚的階層 (Visual Hierarchy), 進行開示 (Progressive Disclosure)
• 関連するUIコンポーネント: Breadcrumb（パンくずリスト）, Sidebar / Side nav（サイドバー）

7. まとめ

今日から直せる一手 今担当しているサービスのナビゲーションラベルを書き出してください。「社内でしか通じない言葉」「開発用語」が含まれていたら、それをユーザーが使う言葉に置き換えましょう。ラベルを変えるだけで、迷わせない情報設計は大きく改善します。

チームに共有するなら一言 「ユーザーが迷子になるのは、情報がないからではない。情報が見つからない場所に置かれているからだ。」