Chapter 12: The Science of Availability
Core idea
Which are more common in English: words that start with K, or words that have K as their third letter? Most people answer “words that start with K” — because words like king, know, and key come to mind easily, while words with K in third position (like, bake, make) are harder to retrieve. In fact, there are roughly twice as many words with K as the third letter. The retrieval is biased; the frequency estimate follows it.
This is the availability heuristic: when judging the frequency or probability of something, people substitute the question “How often does this occur?” with “How easily can I recall examples of it?” Events that are easier to retrieve feel more frequent, more probable, and more dangerous — regardless of their actual frequency.
The availability heuristic is one of Kahneman and Tversky’s three canonical heuristics (alongside representativeness and affect). It is fast, often useful in familiar domains with regular feedback, and systematically biased whenever retrieval ease diverges from actual frequency.
Why it matters
What drives availability (and its biases)
Retrieval ease depends on many factors that have nothing to do with actual frequency:
- Vividness and emotional salience: plane crashes are more memorable than car accidents, so flying feels more dangerous than driving even though the statistics are reversed.
- Recency: events that happened recently are more easily retrieved; “how likely is a flood?” feels different in the week after a major flood than years later.
- Media coverage: a story that generates repeated news cycles inflates the perceived probability of the event far beyond its actual rate.
- Personal experience: an event you personally witnessed is more available than one you only heard about.
- Ease of imagination: events that are easy to picture feel more likely than events that are hard to visualize, even controlling for actual probability.
All of these factors create systematic divergences between availability and reality.
The distinction: availability of instances vs. fluency
A critical refinement emerged from later research: there are two ways to access availability.
Frequency estimation by instances: you count how many examples you can retrieve. If you retrieve many, you judge the category as frequent; if you retrieve few, as rare. This is the classic availability heuristic.
Frequency estimation by fluency: you judge how easily the first few examples came to mind, rather than counting. This is more automatic and more prone to manipulation — anything that makes the first retrieval faster (priming, familiarity, recency) inflates the frequency estimate.
The fluency version is particularly insidious because it operates without any awareness of the retrieval process. You simply feel that the category is common.
When availability is and is not a good guide
In familiar domains with regular feedback — estimating how often you encounter traffic, how often your team makes a certain type of error — availability tracks actual frequency reasonably well, because memory has been calibrated by experience. The failure mode occurs when the domain has irregular feedback: rare catastrophic events, events covered heavily by media, events that are vivid but statistically uncommon.
Key takeaways
Key takeaways
- Availability heuristic: frequency and probability judgments are made by substituting 'How easily can I recall examples?' for 'How often does this actually occur?'
- Classic demonstration: words beginning with K vs. words with K as third letter — retrieval bias drives a frequency estimate that reverses the true frequency.
- Availability biases: vividness, recency, media coverage, personal experience, and imaginability all inflate retrieval ease for specific events, inflating their perceived probability.
- Two routes to availability: counting retrieved instances (explicit) vs. judging fluency of retrieval (automatic). The fluency route is more automatic and more easily manipulated.
- Availability works well in familiar domains with regular feedback; it fails for rare, vivid, or media-amplified events where retrieval is systematically biased.
- The experience of fluency is misread as a signal about the world — easy retrieval feels like evidence of frequency, even when it reflects memory structure rather than reality.
Mental model
Read it as: The target question (How often does X occur?) gets replaced by the heuristic question (How easily can I recall X?). Retrieval ease is a real experience, but it is driven by factors other than actual frequency — vividness, recency, media exposure. Where those factors diverge from true frequency, the availability estimate is systematically wrong in a predictable direction.
Practical application
To counter availability bias:
- Check the base rate before the vivid case: when a compelling example comes readily to mind, ask what the actual statistical rate is. The base rate is the availability-corrected estimate.
- Ask what you are NOT recalling: for every easily-recalled category, ask what the opposing category would be. Words starting with K feel common; how many words with K as third letter are you failing to retrieve?
- Separate “came to mind fast” from “is frequent”: the experience of easy retrieval is a feeling, not evidence. Slow down and distinguish the feeling from the claim.
Example
A corporate risk team is prioritizing security investments. A senior executive recently attended a conference where a ransomware attack on a competitor was described in vivid detail — the company was paralyzed for two weeks, $8M in losses, media coverage. The team allocates 60% of the security budget to ransomware defenses.
But the company’s own incident history shows that 80% of security events over the past five years involved credential theft and social engineering — categories that received little conference attention and no dramatic narratives. The ransomware investment decision was driven by one memorable event’s availability, not by the actual distribution of risks. A frequency audit of past incidents — not the conference experience — would have produced a very different allocation.
Related lessons
Jump to…
Type to filter; press Enter to open