認知負荷デザイン

英語名 Cognitive Load Design
読み方 コグニティブ ロード デザイン
難易度
所要時間 数日〜数週間
提唱者 ジョン・スウェラーが1988年に提唱した認知負荷理論をUIデザインに応用
目次

ひとことで言うと
#

ユーザーの脳が処理しなければならない情報量を減らし、本来のタスクに集中できるUIを設計する手法」。人間のワーキングメモリには限界がある。その限界を超える情報や選択肢を提示すると、ユーザーは混乱し、離脱する。「考えさせない」UIが最良のUI

押さえておきたい用語
#

押さえておきたい用語
ワーキングメモリ
情報を一時的に保持しながら処理する脳の作業領域を指す。容量は7±2チャンク(ミラーの法則)とされ、UIで一度に提示する情報量の上限の根拠になる。
内在的負荷(Intrinsic Load)
タスク自体の本質的な複雑さから生じる認知負荷である。確定申告の手続きは本質的に複雑であり、UI設計では分割で軽減する。
外在的負荷(Extraneous Load)
UIの設計が悪いために生じる余計な認知負荷のこと。わかりにくいラベル、不要な情報、一貫性のないレイアウトが原因。デザイナーが削減すべき対象。
段階的開示(Progressive Disclosure)
最初は最低限の情報だけ見せ、必要に応じて詳細を表示するテクニック。認知負荷を下げる代表的な手法。

認知負荷デザインの全体像
#

3種類の認知負荷を理解し、外在的負荷を削減する
内在的負荷タスク自体の複雑さ→ ステップ分割で軽減ウィザード形式が有効外在的負荷UIの設計の悪さ→ デザイナーが削減すべき不要な要素・一貫性欠如関連的負荷学習・理解の良い負荷→ 適切に維持するチュートリアル・ヘルプワーキングメモリの容量は有限(7±2チャンク)「考えさせない」UI外在的負荷ゼロが目標
認知負荷削減の進め方フロー
1
負荷の分類
3種類のうちどの負荷が問題か特定
2
外在的負荷を削減
不要な要素の削除と視覚整理
3
タスクを分割
複雑な手順をウィザード形式に
テストで検証
タスク完了時間とエラー率を測定

こんな悩みに効く
#

  • 画面に情報を盛り込みすぎて、ユーザーがどこから見ればいいかわからない
  • フォームの入力エラーが多く、途中離脱が発生している
  • 新機能を追加するたびにUIが複雑になり、既存ユーザーからの不満が増えている

基本の使い方
#

ステップ1: 認知負荷の3つの種類を理解する

認知負荷には3つの種類があり、それぞれ対策が異なる。

  1. 内在的負荷(Intrinsic Load): タスク自体の複雑さ。確定申告の手続きは本質的に複雑
  2. 外在的負荷(Extraneous Load): UIの設計が悪いために生じる余計な負荷。わかりにくいラベル、不要な情報、一貫性のないレイアウト
  3. 関連的負荷(Germane Load): 学習や理解のために使われる良い負荷。チュートリアル、ヘルプテキスト

デザイナーが減らすべきは外在的負荷。内在的負荷はタスクを分割することで軽減し、関連的負荷は適切に維持する。

ステップ2: 外在的負荷を削減する7つのテクニック

UIの設計を見直し、不必要な認知負荷を減らす

  1. 不要な要素を削除する: 使われていない機能やリンクを非表示にする
  2. 視覚的階層を明確にする: サイズ、色、余白で情報の重要度を視覚的に伝える
  3. 一貫性を保つ: 同じ操作には同じUIパターンを使う
  4. デフォルト値を設定する: ユーザーが判断しなくて済む選択肢をあらかじめ設定する
  5. チャンキング: 関連する情報をグループ化する(電話番号を3桁-4桁-4桁に分ける)
  6. 認識>記憶: ユーザーに思い出させるのではなく、選択肢を提示する
  7. 段階的開示: 最初は最低限の情報だけ見せ、必要に応じて詳細を表示する

ポイント: 1つの画面で1つのタスクに集中させるのが最も効果的な負荷削減。

ステップ3: 複雑なタスクを分割する

内在的負荷が高いタスクを小さなステップに分割して提示する

分割の手法:

  • ウィザード形式: 入力フォームを複数ステップに分ける(1画面に3〜5項目)
  • プログレスバー: 全体の中で今どこにいるかを示す
  • セクション分け: 1つの画面内でも、論理的なまとまりで区切る
  • スマートデフォルト: 最も一般的な選択をデフォルトにして、判断回数を減らす
ステップ4: 認知負荷をテストで検証する

デザインの認知負荷をユーザーテストで客観的に評価する

テスト方法:

  • タスク完了時間: 同じタスクの所要時間を改善前後で比較
  • エラー率: 操作ミスやフォーム入力エラーの発生率
  • タスク成功率: 初めてのユーザーがタスクを完了できる割合
  • 思考発話法: ユーザーに考えていることを口に出してもらい、迷いのポイントを特定

ポイント: 数字だけでなく、ユーザーの「ん?」という表情を観察する。一瞬でも迷った箇所は改善の余地がある。

具体例
#

例1:保険申し込みフォームの認知負荷削減で完了率を81%向上させる

状況: 大手保険会社のオンライン申し込みフォーム。完了率が32%。入力項目が30問あり、1画面にすべて表示されていた。

認知負荷の分析:

負荷の種類問題点
外在的負荷30項目が1画面に表示され、圧倒される
外在的負荷専門用語(「被保険者」「免責金額」)が説明なく使われている
内在的負荷保険の選択自体が複雑(プラン、補償額、特約の組み合わせ)

改善施策:

  1. ウィザード化: 30項目を5ステップ(各6項目以下)に分割
  2. 用語の平易化: 「被保険者」→「保険に入る方」、「免責金額」→「自己負担額」
  3. スマートデフォルト: 最も選ばれるプランをデフォルトに設定
  4. 段階的開示: 特約のオプションは「詳しく見る」をクリックしたら展開
  5. プログレスバー: 「ステップ 2/5 - お客様情報」と表示
指標改善前改善後
フォーム完了率32%58%(+81%)
平均入力時間12分7分
入力エラー率23%8%
「入力方法がわからない」問い合わせ月50件月12件

30項目を5ステップに分割し、専門用語を平易化するだけで完了率が81%向上。入力エラー率も23%→8%に低下した。

例2:SaaSダッシュボードの情報過多を段階的開示で解消する

状況: 従業員300名のBtoB SaaS。管理ダッシュボードに30以上のウィジェットが表示され、新規ユーザーの初月離脱率が40%。「何を見ればいいかわからない」がNPSコメントの最多。

改善施策:

  1. ダッシュボードを「概要」「詳細」の2層に分離
  2. 概要画面はKPI 3つ+アクション2つに限定
  3. 詳細は「もっと見る」で展開(段階的開示)
  4. 初回ログイン時に3ステップのガイドツアーを表示
指標改善前改善後
初月離脱率40%18%
初回ログインから目標設定までの到達率25%67%
「使いやすい」回答率(NPS調査)22%58%
サポート問い合わせ件数月180件月65件

情報を「減らす」のではなく「段階的に見せる」ことで、初心者の離脱を55%削減しながら、パワーユーザーが必要なデータにもアクセスできる設計を両立させた。認知負荷デザインは「機能を削る」こととは違う。

例3:高齢者向けオンライン診療予約の認知負荷を最小化する

状況: 地方のクリニック(患者の65%が65歳以上)がオンライン診療予約を導入。予約完了率が12%と極めて低く、結局電話予約に戻るケースが大半。

認知負荷の分析:

  • 1画面に「診療科選択」「医師選択」「日時選択」「保険証アップロード」が並列表示
  • 選択肢が多すぎる(診療科15個、医師8人、時間帯30スロット)
  • 「予約確定」と「仮予約」の違いがわからない

改善施策:

  1. 1画面1選択の完全ウィザード化(全4ステップ)
  2. 診療科を「よく予約される科」3つを大きく表示、残りは「その他」に
  3. 医師選択を省略(診療科+日時で自動アサイン)
  4. ボタンサイズを60ptに拡大、文字サイズを18pxに
指標改善前改善後
オンライン予約完了率12%54%
電話予約からの転換率8%38%
予約にかかる平均時間8分2分30秒

選択肢を減らし、1画面1タスクを徹底した結果、オンライン予約完了率は**12%→54%**に向上。電話予約からの転換率も8%→38%に改善された。

やりがちな失敗パターン
#

  1. シンプルにしすぎて情報が足りない — 認知負荷を減らすためにすべてを削ると、必要な情報まで失われる。「このタスクに必要な情報は何か」を明確にし、不要なものだけを削る
  2. デザイナーの感覚だけで判断する — デザイナーは毎日そのUIを見ているので、初見ユーザーの感覚がわからなくなる。ユーザーテストで実際の認知負荷を検証する
  3. ステップ分割しすぎる — 1画面1項目まで分割すると、ステップ数が多くなりすぎて逆効果。1ステップ3〜7項目が目安。全体のステップ数は5以下
  4. ユーザーの学習を完全に排除しようとする — 関連的負荷(学習のための良い負荷)まで削ると、ユーザーがツールを習得できなくなる。初回のガイドやチュートリアルは適切に提供する

まとめ
#

認知負荷デザインは、ユーザーの脳への負担を最小化してタスクに集中できるUIを作る手法。外在的負荷を削減し、内在的負荷をステップ分割で軽減することがポイント。まずは自社のUIでユーザーが「迷っている箇所」を観察し、不要な要素の削除やフォームの分割から始めよう。