単純化 (Simplicity)

「せっかく作った機能だから、全部見せたい」——この思考がUIを複雑にします。ナビゲーションに20項目、設定画面に50個のオプション、ダッシュボードに10個のウィジェット。機能は豊富なのに、ユーザーは「何をすればいいかわからない」と感じて離脱します。

人間の脳が一度に処理できる情報量には限界があります（マジカルナンバー4±1）。この限界を超えた瞬間、ユーザーは「考えること」をやめ、「諦めること」を選びます。複雑なUIは、機能の豊富さを伝えるどころか、「このサービスは使いにくい」という印象だけを残します。

よくある失敗は「削ると機能が伝わらない」という恐怖から、すべてを並べてしまうことです。しかし、情報を増やすほど、ユーザーが実際に見る情報は減ります。

1. 原則の定義

ユーザーが目的を達成するために必要な要素だけを残し、それ以外を隠す・削る・後回しにすることで、認知負荷を最小化する設計判断。

本質は「何を見せないかを決めること」です。単純化は機能を削ることではありません。複雑さをユーザーの目の前から取り除き、必要な時に必要な情報だけを届ける設計です。Appleの初代iPodが「1,000曲をポケットに」と言えたのは、複雑な操作を隠したからです。

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

特に重要になるケース

• 新規ユーザーのオンボーディング: 初めて使うユーザーに全機能を見せると圧倒される。最初は核となる1〜2機能だけに絞り、慣れたら徐々に開示する（進行開示）。
• コンバージョンが目標の画面: 申し込みフォーム、決済画面など。余計な選択肢・リンク・情報が多いほど離脱率が上がる。
• モバイル画面: 画面サイズの制約が、単純化を強制的に促す。デスクトップで複雑なUIをそのままモバイルに移植すると破綻する。

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

• 単純化 vs 機能の発見可能性: 機能を隠しすぎると「そんな機能があったのか」とユーザーが気づかない。パワーユーザーが必要とする機能は、隠しすぎず「見つけられる場所」に置く必要がある。
• 単純化 vs 透明性: 料金・利用規約など、ユーザーが判断に必要な情報を「シンプルにするため」に隠すのは倫理的に問題がある。

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

単純化は「削ること」ではなく、「ユーザーの目の前に置くものを選ぶこと」である。

設計判断の基準

• 「この要素を削除したら、ユーザーは目的を達成できなくなるか？」→ Noなら削除候補。
• 「この画面で、ユーザーに取ってほしいアクションは何か？」→ それ以外の要素はすべて「邪魔者」として扱う。

優先順位の考え方

• 1. 主要タスクの完遂: ユーザーがその画面に来た目的（タスク）を最短で達成できるか。
• 2. 次のステップへの誘導: タスク完了後に何をすべきかが明確か。
• 3. 補足情報へのアクセス: 必要な人だけが見つけられる場所に補足情報があるか。

例外条件

• プロフェッショナル向けツール（DAW、IDE、CADなど）では、複雑さそのものが「パワー」の証明であり、単純化がユーザーの期待を裏切る場合がある。対象ユーザーの熟練度に合わせた判断が必要。

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

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

これがないと、ユーザーは「何をすればいいか」を見つけられません。

1画面1目的: 1つの画面でユーザーに求めるアクションが1つに絞られているか？複数の目的が混在していないか？
ナビゲーション項目が7つ以下: メインナビゲーションの項目数が7つ以内に収まっているか？（ヒックの法則：選択肢が増えるほど決断時間が増加する）
フォームの入力項目が最小限か: 「本当に必要な情報」だけを聞いているか？任意項目は後回しにできないか？

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

「シンプルなのに、必要なものは全部ある」と感じられる状態です。

進行開示（Progressive Disclosure）の活用: 詳細設定・高度な機能・補足情報を「必要な人が開く」形（アコーディオン、詳細リンク）で隠し、デフォルト表示をシンプルに保っているか？
デフォルト値の最適化: フォームや設定の初期値が「ほとんどのユーザーにとって最適な値」に設定されているか？ユーザーが何も変更しなくても動作するか？
空状態（Empty State）の設計: データがない初期状態で、ユーザーが「次に何をすべきか」を明確に示しているか？空白のまま放置していないか？

5. UI例

同じ「設定画面」でも、単純化の有無でユーザーの感じる「使いやすさ」が大きく変わります。

改善プロセス

1. 要素の棚卸し: 画面内の全要素をリストアップし、「このユーザーの80%が使うか？」を問う。Noなら詳細設定・別画面・ヘルプへ移動する。
2. タスク分析: 「このページでユーザーがやりたいこと」を1文で書く。その文に関係しない要素はすべて削除または隠す候補。
3. 進行開示の設計: 残った要素を「基本（全員が使う）」と「詳細（一部が使う）」に分け、詳細は折りたたみ・別タブ・リンク先に移動する。

6. 関連リンク

• 関連リファレンス（理論）: ヒックの法則, 認知負荷
• 用語集（定義）: 認知負荷, ヒックの法則
• 関連するUI原則（横）: 進行開示 (Progressive Disclosure), 情報密度の最適化 (Information Density), スキャンしやすさ (Scannability)

7. まとめ

今日から直せる一手 今担当している画面を開き、「この画面でユーザーに取ってほしいアクションは何か？」を1つだけ決めてください。そのアクション以外の要素を1つ削除または隠してみましょう。それだけで画面の「わかりやすさ」が変わります。

チームに共有するなら一言 「シンプルさとは、削ることではなく、何を残すかを決めることだ。」