記憶に頼らせない (Recognition over Recall)

「前回どのフィルターを設定したか覚えていますか？」「このコマンドの引数は何でしたか？」「先ほど入力したメールアドレスをもう一度入力してください」——これらはすべて、UIがユーザーの記憶に依存している状態です。

人間の記憶には2種類あります。

再認（Recognition）：目の前に情報があれば「あ、これだ」とわかる。

再生（Recall）：何もない状態から情報を引き出す。

再認は簡単ですが、再生は難しい。「あの俳優の名前、顔を見ればわかるけど思い出せない」という経験がまさにこれです。

UIが「再生」を要求するとき、ユーザーは必ず失敗します。コマンドラインのオプションを覚えていないユーザー、前の画面で見た情報を次の画面で入力させられるユーザー、どのメニューに何があったかを覚えておかなければならないユーザー——これらはすべて、設計者が「ユーザーは覚えているはずだ」という誤った前提で設計した結果です。

1. 原則の定義

ユーザーが情報を記憶から引き出す（Recall）必要をなくし、UIに表示された情報を見て認識（Recognition）するだけで操作できるよう設計する原則。

本質は「UIが記憶の代わりをすること」です。ユーザーの脳内にある短期記憶は非常に限られています。UIがその負担を引き受けることで、ユーザーはタスクそのものに集中できます。ニールセンの10ヒューリスティクスの第6原則でもあります。

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

特に重要になるケース

• 複数ステップのフロー: 前の画面で入力した情報を次の画面でも参照できるようにする。確認画面で「前の画面の内容」を表示する。
• コマンド・ショートカット: キーボードショートカットやコマンドをユーザーが覚えなくて済むよう、ツールチップ・ヘルプ・オートコンプリートを提供する。
• フォームの入力補助: 過去の入力履歴のサジェスト、住所の自動補完、クレジットカード情報の保存など。
• 検索・フィルター: 前回の検索条件・フィルター設定を保持し、再設定の手間をなくす。

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

• セキュリティ vs 利便性: パスワードや機密情報は「記憶させない」（オートフィル）ことがセキュリティリスクになる場合がある。利便性とセキュリティのバランスが必要。
• 画面の情報量: 認識を助けるために情報を表示しすぎると、画面が複雑になる。何を表示し、何を隠すかの判断が必要。

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

UIは「ユーザーの記憶を試すテスト」ではなく、「ユーザーの記憶を補う道具」である。

設計判断の基準

• 「このUIを使うために、ユーザーは何かを覚えておく必要があるか？」→ Yesなら、その情報をUIに表示する。
• 「前の画面・前のステップで見た情報を、ユーザーが次の画面でも参照できるか？」→ Noなら、情報を持ち越す設計にする。

優先順位の考え方

• 1. 現在の文脈の表示（最優先）: ユーザーが今どの状態にいるか、何を選択しているかが常に画面に表示されているか。
• 2. 入力補助: オートコンプリート・サジェスト・履歴表示など、ユーザーが入力する前に選択肢を提示する。
• 3. 操作の可視化: 使える操作・コマンド・ショートカットが、必要な時に参照できる場所にあるか。

例外条件

• パスワード入力など、セキュリティ上の理由で意図的に「記憶させる」設計にする場合がある。
• ゲームのパズルなど、「記憶すること」がゲームプレイの一部である場合は除く。

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

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

これがないと、ユーザーは操作のたびに記憶を試されます。

前のステップの情報が参照できるか: 複数ステップのフロー（ウィザード・チェックアウト）で、前のステップで入力した情報が現在の画面でも確認できるか？「前の画面に戻らないと確認できない」状態になっていないか？
現在の選択・状態が常に表示されているか: フィルター・ソート・タブ・選択中のアイテムなど、ユーザーが設定した状態が画面上に常に表示されているか？「今どの設定になっているか」を覚えておかなくて済むか？
入力フィールドにサジェスト・オートコンプリートがあるか: 過去の入力履歴・よく使われる値・関連する候補が、入力中にサジェストとして表示されるか？ユーザーが正確な文字列を記憶から引き出さなくて済むか？

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

「UIが自分の代わりに覚えてくれている」と感じられる状態です。

最近使ったアイテム・履歴が表示されるか: 最近開いたファイル・最近見た商品・最近使った機能が、すぐにアクセスできる場所に表示されているか？ユーザーが「あれどこだっけ」と探さなくて済むか？
コマンド・ショートカットが発見可能か: キーボードショートカットがメニューのラベル横に表示されているか？コマンドパレット（Cmd+K）など、コマンドを検索できる仕組みがあるか？
確認画面で全選択内容が表示されるか: 購入・送信・削除などの最終確認画面で、ユーザーが選択した全内容が一覧表示されているか？「前の画面に戻って確認する」必要がないか？

5. UI例

「記憶させる」設計と「認識させる」設計の違いを、検索フィルターを例に比較します。

改善プロセス

1. 「覚えること」の棚卸し: UIを使う際にユーザーが「覚えておかなければならないこと」をリストアップする。それぞれについて「UIに表示できないか」を検討する。
2. 状態の可視化: フィルター・選択・設定など、ユーザーが変更した状態を常に画面に表示する。
3. 履歴・サジェストの追加: 検索・入力フィールドに履歴とサジェストを追加し、再入力の手間をなくす。

6. 関連リンク

• 関連リファレンス（理論）: 認知負荷, メンタルモデル
• 用語集（定義）: メンタルモデル
• 関連するUI原則（横）: 画像・アイコンの役割 (Iconography), 既知パターンの活用 (Familiar Patterns), フィードバック (Feedback)

7. まとめ

今日から直せる一手 今担当しているUIで「ユーザーが前の画面・前のステップの情報を覚えておかなければならない箇所」を1つ見つけてください。その情報を現在の画面に表示するか、入力補助として提供しましょう。

チームに共有するなら一言 「UIはユーザーの記憶を試すテストではない。UIがユーザーの記憶の代わりをすることで、ユーザーはタスクに集中できる。」