アプリナビゲーション設計実務：ボトムナビ 3〜5 項目の原則

2026/9/18

背景与問題

「主要機能がタップ 1 で届くか」は継続利用を左右する。ボトムナビ/タブ/ドロワーの選択基準と、シニア向けの配慮を整理する（B 方向）。初回フローは opc-first-run-walkthrough、設定の並びは opc-app-settings-screen。

（出典はいずれも 2026-09-18 アクセス）

事実：ボトムナビは主要 3〜5 セクションのアプリに最適——主要な行き先が常に見え、親指の届く位置にある（UXPin、UX Design World）。ハンバーガー（ドロワー）は二次的・低頻度の操作向けで、主要機能を隠すとエンゲージメントが落ちる（Design Studio、Acclaim、Reddit r/ProductManagement）。
事実：NN/g の基準——モバイルナビは discoverable（発見可能）・accessible・省スペースであるべきで、ハンバーガーに隠すと発見性が落ちるトレードオフがある（NN/g）。ハイブリッド（主要 4-5 をボトム+二次をドロワー）も一般的に有効。
事実：実務細則——タブはアイコン+テキストラベル（アイコンのみは不可解）、iOS のセーフエリア（ホームインジケーター）分の余白を確保。
推测：一人開発の判断フロー——①主要機能を書き出し 4 つに絞れなければ機能が多すぎる（絞るのが設計）②4 つに絞れたらボトムナビ+ラベル ③設定・アカウントはドロワーか右上 ④シニア向けはラベルの文字を大きく・タップ領域 48pt 以上（opc-senior-accessibility-basics）。ナビの変更要否は opc-heuristic-evaluation の点検で拾う。

（調査継続中）

下次继续：主要機能の絞り込みから。点検手法は opc-heuristic-evaluation、設定の並びは opc-app-settings-screen。