メインコンテンツへスキップ
ブログ一覧に戻る
心理・意思決定

アベイラビリティバイアスとは?思い出しやすさと発生頻度を分ける

2024年10月20日
最終更新: 2026年10月8日
7分で読めます

この記事でわかること

アベイラビリティバイアスを、英単語の頻度を尋ねた原研究と業務の仮想例から解説します。印象に残る報告と実際の発生件数を区別し、重複、分母、対象期間、記録漏れを確かめる手順を整理。頻度が低くても重大な影響を見逃さない考え方や、成功事例・ニュース・少ないデータを使うときに判断の限界を残す方法も具体的に紹介します。

会議で昨日の大きな問い合わせが話題になると、「この不具合はよく起きている」と感じることがあります。しかし、強く覚えていること、何度も報告を見たこと、実際に多く発生していることは同じではありません。印象を調査の入口にしながら、頻度を判断する材料を別に用意するのが、この偏りと付き合う出発点です。

30秒で要点

  • アベイラビリティ・ヒューリスティックは、事例の思い出しやすさや想像しやすさを、頻度・確率の手がかりにする考え方です。その手がかりがずれると判断も偏ります。
  • 最近見た話題や印象的な事例は調査のきっかけになりますが、報告件数だけでは発生率は分かりません。重複、対象期間、分母、記録漏れを確認します。
  • 頻度が低くても被害が重大なら対応が必要な場合があります。発生しやすさと、起きた場合の影響を別々に扱います。

思い出せることは、使ってはいけない情報ではない

よく経験する出来事を思い出しやすいなら、記憶は頻度を推定する手がかりになります。すべての判断で完全な集計を待つこともできません。問題は、思い出しやすくなった理由が、発生回数そのものだと無条件に考えることです。

一件の障害が何度も共有された、珍しい出来事に強い感情を持った、特定の利用者と接する機会が多かった。こうした条件があると、記憶に入る事例と全体の事例が同じ割合とは限りません。反対に、報告しづらい失敗や、気づかれにくい不便は、思い出せないから存在しないとは言えません。

「自分の経験だから誤り」「統計だから正しい」という二分法も避けます。集計の分類や収集範囲が不適切なら数字もずれます。経験から疑問を立て、その疑問に対応した記録を探す、という役割の分担が必要です。

英単語の研究では、何を判断させたのか

TverskyとKahnemanが1973年に発表した研究の著者による短縮再録では、英単語の中でK・L・N・R・Vが先頭と3文字目のどちらに多いかを尋ねています。オレゴン大学の学生新聞で募った参加者152人のうち、105人は5文字の過半数について先頭の方が多いと判断しました。比較に使われた語の頻度では、5文字とも3文字目の方が多い条件でした。著者による再録の研究3(166–167頁)

この課題は、単語を先頭の文字から思い浮かべる容易さと、実際の文字位置の頻度が一致しない例です。論文は、思い出しやすさが頻度と関係する場合もある一方、別の要因の影響も受けると説明しています。

ただし、英語の単語を比較する課題から、日本のニュース閲覧者の何割がリスクを誤認するかは分かりません。現在のSNSの仕組みや災害の発生確率を測った研究でもありません。「印象の強さに頼る前に、数え方を確認する」という実務上の提案と、原研究の結果は分けて扱います。

仮想例:12件の報告は、12件の不具合とは限らない

注文処理に関する仮想例です。今月はチームのチャットに不具合の報告が12件ありました。同じ注文についての再報告をまとめると、不具合が確認された注文は3件。対象期間の注文総数は1,000件だったとします。

表が収まらない場合は、横にスクロールできます

数えるもの件数答えられる問い
チャットの報告12件チームに何回報告が届いたか
不具合が確認された注文3件何件の注文が影響を受けたか
同じ期間の注文総数1,000件割合を計算するときの対象はいくつか

この記録上の影響注文の割合は3÷1,000=0.3%です。12件をそのまま割った1.2%とは、数えている対象が違います。ただし、チャットに報告されなかった不具合があれば、0.3%は実際の発生率を十分に表しません。「確認できた注文の割合」として示し、監視記録や問い合わせ履歴で漏れを確かめます。

仮想例。チャットの不具合報告12件を注文IDでまとめると、影響が確認された注文は3件。同期間の注文1,000件に対して0.3%。報告の回数と影響を受けた注文数は異なる。記録漏れと影響の重大さを別に確認する。
図1:記憶に残る報告を、そのまま発生率の分子にしない。0.3%は仮想の記録から計算した割合で、未報告分を含む推定値ではない。

一件の障害が多数の注文を止める場合には、障害の回数と影響注文数も分けます。「重複を除く」の意味は目的次第です。原因を調べるなら障害ID、利用者への影響を調べるなら注文IDなど、何を一件とするかを先に決めてください。

対策の優先順位は、頻度だけで決めない

上の3件が軽い表示崩れなのか、注文の消失なのかで対応は変わります。頻度が低いと分かったことを理由に、重大な問題を棚上げしないでください。少数の事例は、まだ集計に表れない危険を見つける手がかりにもなります。

会議では、次の三つを分けて記録すると論点を戻しやすくなります。

  • 発生状況:対象期間、発生・影響件数、分母、収集範囲、未確認分。
  • 起きた場合の影響:失われるデータや時間、回復の難しさ、影響する人。
  • 今決めること:緊急の保護、追加調査、恒久対策のどこまで着手するか。

この整理は、すべてを点数にして合計すれば正解が出る方式ではありません。取り返しのつかない影響が疑われるなら、頻度の推定を待たずに保護策を取る判断もあります。その場合は「頻発しているから」ではなく、「影響が大きく未確認だから」と理由を残します。

成功事例やニュースを見るときの確認

印象的な成功談には、実行の工夫や失敗の兆候を知る価値があります。一方、その一例が自分の条件でどの程度再現するかは別の問いです。同じ方法を試した総数、うまくいかなかった例、対象者の経験、時期、予算が分からなければ、成功確率を計算する材料は足りません。

「反対の話を一つ探したから公平になった」とも限りません。成功談と失敗談を一件ずつ並べても、対象全体での割合にはなりません。判断したい範囲に合った調査を探し、事例から得た仮説をその調査と照合します。関連する確認項目は認知バイアスのセルフチェックにもありますが、個人の偏りを診断する検査としては使いません。

ニュースについても、掲載本数は出来事の発生数ではありません。同じ出来事が続報で扱われることも、関心や報道方針によって取り上げられる範囲が変わることもあります。報道をきっかけに、対象地域や期間が合う一次集計を探す、という使い方にします。

記録が少ないときは、確信の強さを合わせる

新しいサービスでは、比較に十分な件数がないこともあります。そのとき、無関係な業界平均を当てはめて数字を埋める必要はありません。「今はこの利用者群の報告しかない」「使われなかった場面は記録できていない」と範囲を示します。

まず一定期間、報告日時、出来事を識別するID、影響範囲、解決までの経過を同じ形式で集めます。過去と比較する際は、監視や報告方法を変えた時点を注記します。報告が増えていても、検出しやすくなっただけかもしれないからです。

会議の最後には、気になった事例と集計から言えることを別々に一文で残します。「大きな障害が強く印象に残った」と「同じ条件で集計した発生割合が増えた」は、両方あり得ます。この二つを分ければ、印象を消そうとせずに、追加確認の必要な場所を具体化できます。

よくある質問(FAQ)