第12章　人間は、覚えるより見つける方が得意

知っている人の名前が出てこないのに、名簿を見ればすぐ分かることがあります。検索語を正確に思い出せなくても、候補を見れば目的のものを選べることがあります。

この違いを、再生（recall）と再認（recognition）という言葉で考えます。ただし、本章の結論は「入力させず、全部候補にする」ではありません。候補を探し、似たものを区別し、正しいと判断することにもコストがあります。

この章の必修は三つです。

操作中に頭から生成させている情報を見つける
手がかりを見せる案と、候補を識別するコストを一緒に評価する
再生より再認を、心理学の絶対法則ではなくユーザビリティ上の仮説として使う

12.1〜12.2 では課題の違い、12.3〜12.5 では Web 上の手がかりと状態、12.6〜12.8 では経験則の射程、コスト、比較方法を扱います。読むだけなら各節の観察表、試すなら F03 と F05、他者を観察するなら同意と実測手順を使います。

各例では、記憶要求→手がかり→識別／判断コスト→比較という判断手順を使います。まず頭から生成している内容と必要時点を書き、手がかり候補を一つ選びます。候補集合、ラベル、順序、鮮度、プライバシーを確認し、一軸だけ変え、完了、エラー、時間、副作用を見る。結果が改善しなければ、記憶以外の仮説へ戻ります。

心理学上の課題語	UI で観察する語
自由再生	ラベルやコマンドを頭から生成する
手がかり再生	頭文字、カテゴリ、文脈から生成する
再認	提示候補と記憶を照合する
手がかり／符号化文脈	入力時点で見えていた情報、学習経験
探索・識別・判断	候補を探し、属性を区別し、確定する

右列は左列の直接測定値ではありません。UI の行動を心理学用語で診断せず、タスク条件を明記します。

この章で見るもの

自由に思い出す課題と、候補から選ぶ課題

CLI、コマンドパレット、ショートカット

オートコンプリートと検索候補

最近使った項目、履歴、パンくず、ステップ表示

ラベル、プレースホルダー、説明、エラー

候補過多、曖昧さ、古さ、プライバシー

12.1 名前を思い出すことと、顔を選ぶこと

「昨日会った担当者の名前を書いてください」と言われると、頭の中から名前を生成します。顔写真と名前が並ぶ名簿から選ぶなら、候補と記憶を照合します。

名前を思い出す／顔から選ぶを示す図。 — 図 12-1　名前を思い出す／顔から選ぶ

前者は自由再生、後者は再認に近い課題です。間に、姓の最初の文字を示す手がかり再生もあります。実際の UI は、この三つを組み合わせます。

図 F01 は自由再生と顔候補の成績を競わせる実験ではありません。顔、名前、入力形式、候補集合が同時に変わる説明図です。厳密に比較するなら、学習時の刺激、対象、回答形式、妨害候補、遅延を揃えた別の実験計画が必要です。

再認は候補があれば必ず成功するわけではありません。写真が古い、似た人が多い、名前が同じ、候補に対象がない場合があります。誤った候補を「見覚えがある」と選ぶこともあります。何を手がかりとして示し、何を区別できる情報にするかが重要です。

12.2 CLI と GUI は何を覚えさせるか

会場を作成する CLI で、利用者はコマンド名、オプション、順序、引用符を思い出します。コマンドパレットなら、venue と入力した時点で候補と説明を見られます。

CLI は再生、GUI は再認、と二分はできません。CLI にもシェル補完、履歴、ヘルプがあります。GUI にも、隠れたジェスチャー、アイコンの意味、深いメニュー位置を思い出させる場合があります。

熟練者は短いコマンドやショートカットを再生できるため、候補を順に探すより速いかもしれません。初学者には候補と説明が学習を支えます。両者をつなぐ設計があります。

メニューにショートカットを併記する
コマンドパレットで検索と実行を一つにする
最近使ったコマンドを示す
--help と例をその場で取得できる
入力途中に構文候補を示す

「再認へ置き換える」だけでなく、覚えた人が速く進める経路も残します。

12.3 オートコンプリートと検索候補

会場名を正確に思い出せない利用者が shi まで入力します。候補に「市民会館」「新宿文化センター」「潮見ホール」が現れれば、綴り、語彙、検索範囲の手がかりになります。

オートコンプリートと検索候補は、単に入力を短くする機能ではありません。

利用できる語彙を見せる
表記揺れを吸収する
検索対象の範囲を教える
同名候補へ住所等の識別情報を加える
過去の検索語や人気候補を示す

ただし、候補の出所を混ぜると判断しにくくなります。「登録済み会場」「過去の検索」「一般的な候補」は、意味と選択後の結果が違います。セクション、ラベル、説明で区別します。

Combobox は見た目だけではない

編集可能なコンボボックスには、入力値、ポップアップの開閉、現在候補、選択値、キーボード操作、読み上げがあります。下矢印で候補へ移り、Escape で閉じ、Enter で確定したとき、入力値がどうなるかを状態として設計します。

IME 変換中に候補更新してよいか、ネットワーク待ちの古い応答を捨てるか、タッチでキーボードが開いた狭いビューポートに何件表示するかも確認します。WAI-ARIA APG はパターンの入口ですが、実際のブラウザと支援技術の組合せで検証します。

12.4 最近使った項目、履歴、パンくずリスト

これらはすべて「前のものを見せる」機能ではありません。答える問いが違います。

手がかり	答える問い	例
最近使った項目	最近使った対象は何か	最近編集したイベント
履歴	どの順で行動したか	閲覧・変更履歴
パンくずリスト	情報構造のどこにいるか	組織 > イベント > 申込
ステップ表示	手続きのどこまで進んだか	2 / 4 情報入力

パンくずリストは、ブラウザの戻る履歴とは限りません。利用者が辿った順ではなく、現在位置の階層を示す場合があります。ステップ表示も、完了済みステップへ戻れるか、分岐で総ステップ数が変わるかを別に設計します。

最近使った項目は再探索を助けますが、古い項目を選ぶ、共有端末に機微な名前が残る、別アカウントの履歴が混ざるリスクがあります。保持期間、削除、保存範囲、同期を仕様にします。

12.5 消えるプレースホルダーが奪う手がかり

メールアドレス入力欄に name@example.com とだけ表示されています。入力を始めると文字は消えます。入力後、その欄が「連絡先メールアドレス」か「公開用メールアドレス」か、形式例が何だったかを画面から確認できません。

図 12-5　消える Placeholder

ラベル、例、説明、値、エラーは役割が違います。

ラベル: 何を入力する欄か
例: どのような値か
説明: 必須条件や形式
値: 利用者が入力した内容
エラー: 現在値の何が受け付けられないか

プレースホルダー一つにまとめると、入力前にしか見えない手がかりになります。永続するラベルを置き、必要な説明を入力前から見えるようにし、エラーを該当項目へ関連付けます。

フローティングラベル、つまり入力中に小さく移動するラベルも、動けば自動的に解決するわけではありません。縮小後の可読性、値との区別、アニメーション、自動入力、ズーム、支援技術を確認します。

12.6 「再生より再認」の出自と射程

「再生より再認」は、Nielsen のユーザビリティ経験則の一つとして広く知られています。要素、操作、選択肢を見える状態にし、画面間で情報を覚えさせず、必要情報を容易に取得できるようにする考え方です。

これは記憶研究のすべてを一文に要約した心理学法則ではありません。再生と再認は、学習方法、手がかり、文脈、紛らわしい候補、遅延、回答基準が異なる課題です。再認に失敗し、別の手がかりからは再生できる現象も研究されています。

UI へ戻すと、候補は常時表示だけではありません。

必要情報を現在画面へ残す
ヘルプや履歴から容易に取得できる
初学者には候補、熟練者にはショートカットを用意する
入力途中に範囲と構文を示す

画面を候補で埋めるのではなく、必要な時点で取得できる手がかりを設計します。

12.7 再認にも探索と判断のコストがある

明確な 5 候補から一つを選ぶ場合と、似たラベルの 30 候補から選ぶ場合では、同じ再認課題とは言いにくいほど探索と判断が変わります。

候補を見るとき、利用者は次を行います。

対象が候補内にあるか探す
ラベルや属性を読み、似たものを区別する
候補の出所と新しさを判断する
選択後の結果を予測する
プライバシー上表示してよい候補か判断する

候補が多い場合は、検索、カテゴリー、フィルター、並び替え、セクション、属性表示が必要かもしれません。これらは第13章の選択と探索へつながります。

再生を残した方がよい場合もあります。機密情報を候補に表示したくない、自由な新規入力を妨げたくない、熟練者のコマンド入力が速い、学習そのものが目的、といった条件です。再生と再認のどちらかを勝者にしません。

12.8 問い――この操作は、何を思い出させているか

会場選択の流れを観察します。

記憶要求台帳

時点	頭から生成するもの	画面の手がかり	識別するもの	判断	リスク
検索開始	会場名・綴り	なし	なし	検索語を決める	入力できない
候補表示	追加文字	名前候補	同名会場の住所	正しい対象か	誤選択
再訪	前回の会場	最近使った項目	最新／古いイベント	再利用してよいか	古い選択、プライバシー

問い

利用者は何を頭から生成しますか。
どの手がかりを画面へ置けますか。
候補から何を識別し、判断しますか。
手がかりの古さ、誤り、プライバシーには何がありますか。
再生を残す経路は必要ですか。
何を一つ変え、何を測りますか。

答えの例

利用者は会場の正式名称と綴りを生成しています。2 文字入力後に登録済み会場を 5 件示し、同名候補へ市区町村を加えると、検索語の入力エラーと検索時間が減る可能性があります。候補集合、順序、タスク、事前知識を固定し、候補なし／ありで完了、誤選択、時間を記録します。候補が古く誤選択が増えれば仮説は支持されません。

六問への回答では、次を一対一に確認します。

生成する文字列や概念と、必要になる時点が具体的か。
手がかりの出所、表示時点、取得方法が書かれているか。
対象と紛らわしい候補を区別する属性があるか。
鮮度、保存範囲、削除、共有端末、機微性を確認したか。
自由入力、ショートカット、新規作成など再生経路を残す理由があるか。
固定条件、変更する一軸、指標、副作用、仮説を支持しない結果があるか。

頭から生成する情報と、候補から識別する情報を分けられる
手がかりの有無だけでなく、探索、誤選択、古さ、プライバシーを評価できる
再認を絶対的な正解にせず、再生を残す条件と反証方法を示せる

参考

Nielsen, “Recognition Rather Than Recall: Memory in User Interfaces” — 入口。ユーザビリティ経験則として読み、心理学の単一法則にしません。
Tulving & Thomson (1973), “Encoding specificity and retrieval processes,” DOI: 10.1037/h0020071 — 専門。手がかりと符号化文脈を扱います。
Gillund & Shiffrin (1984), “A Retrieval Model for Both Recognition and Recall,” DOI: 10.1037/0033-295X.91.1.1 — 専門。再生と再認の理論モデルです。
W3C WAI-ARIA APG, Combobox Pattern — 実装の入口。キーボード、フォーカス、ポップアップ、現在候補を確認します。
W3C WAI Forms Tutorial, Form Instructions — ラベル、説明、プレースホルダーを分ける公式資料です。
WAI-ARIA APG, Breadcrumb Pattern — 階層ナビゲーションの意味づけと aria-current を確認します。
NIST Privacy Framework 1.0 — 履歴や最近使った項目のプライバシーリスクを洗い出す入口です。法的助言の代替ではありません。
検索キーワード: free recall、cued recall、recognition memory、retrieval cue、recognition rather than recall、combobox、autocomplete、breadcrumb

Webデザインを見る目