The Curse of Knowledge: The Silent Killer of Communication skill

The Curse of Knowledge is the single most important concept in "Made to Stick." It is not one of the six SUCCESs principles — it is the…

by wondelai·MIT license·★ 2,235 Stars on the repo·GitHub ↗

Use now

Files of The Curse of Knowledge: The Silent Killer of Communication

wondelai/main1 file
curse-of-knowledge.md
Show the full text295 lines

The Curse of Knowledge: The Silent Killer of Communication

The Curse of Knowledge is the single most important concept in "Made to Stick." It is not one of the six SUCCESs principles — it is the villain that all six principles are designed to defeat. Once you know something, you cannot imagine not knowing it. This gap between what you know and what your audience knows is where communication goes to die.

What the Curse of Knowledge Is

The Curse of Knowledge is a cognitive bias: when you possess knowledge, you unconsciously assume others possess it too. You skip steps, use shorthand, rely on jargon, and abstract away details — because to you, those details are obvious. To your audience, they are invisible.

The core problem: Experts communicate like experts, to an audience of non-experts. The more you know about a subject, the harder it is to communicate it clearly to someone who does not.

Why It Is So Dangerous

The Curse of Knowledge is uniquely dangerous because it is invisible to the person afflicted by it. You do not know you are skipping context. You do not realize your jargon is opaque. You genuinely believe you are being clear — because from inside your head, you are.

What You Think You Said What Your Audience Heard
"We use a microservices architecture with event-driven communication" "We use... technical stuff"
"The ROI on this initiative is clear" "They want me to spend money"
"Leverage our API to integrate seamlessly" "There is some technical work involved, I think?"
"We optimize the customer journey" "They do something with customers"
"Our ML pipeline processes data in real time" "They have AI, I guess"

The Tapping Experiment

In 1990, Elizabeth Newton conducted a simple experiment at Stanford that became the most famous demonstration of the Curse of Knowledge.

The Setup
  • Tappers: Asked to tap the rhythm of a well-known song (like "Happy Birthday") on a table
  • Listeners: Asked to identify the song from the tapping alone
  • Before listening: Tappers predicted that listeners would identify the song 50% of the time
  • Actual result: Listeners identified the song only 2.5% of the time
Why the Gap Is So Large

When tappers tapped, they heard the full song in their heads — melody, lyrics, instruments. They could not believe the listeners could not hear it too. But listeners heard only a series of disconnected taps. Rhythmic Morse code with no melody.

What This Means for Communication

Every time you present a product, write a landing page, or pitch an investor, you are a tapper. You hear the full symphony of your product's value. Your audience hears disconnected taps. The Curse of Knowledge makes it nearly impossible for you to hear what they hear.

You (The Tapper) Your Audience (The Listener)
See the complete product vision See a list of features
Understand how everything connects See disconnected pieces
Know the backstory and context Start with zero context
Feel the emotional weight of the problem Have not felt the problem yet
Think in domain-specific language Think in everyday language

How the Curse Manifests

The Curse of Knowledge shows up in specific, recognizable patterns. Learning to spot these patterns is the first step to overcoming them.

Pattern 1: Jargon and Acronyms

Using specialized vocabulary that feels natural to you but is foreign to your audience.

Cursed Version Clear Version
"Our SaaS platform leverages NLP for CRM optimization" "Our software reads your customer emails and tells you who needs attention"
"We reduce CAC through LTV-optimized retention loops" "We help you keep customers longer so you spend less finding new ones"
"Deploy containerized microservices via our CI/CD pipeline" "Push a button and your code goes live in 60 seconds"
"HIPAA-compliant PHI management with role-based ACLs" "Patient records stay private — only authorized staff can see them"
Pattern 2: Skipped Context

Jumping to conclusions without providing the steps that got you there.

Cursed version:

"Obviously, the key challenge is alignment between product and go-to-market."

What the audience needs to hear first:

"Right now, your product team builds features based on what they think customers need. Your sales team promises features based on what they think closes deals. These two lists rarely overlap. That misalignment is costing you deals and wasting engineering time."

Pattern 3: Over-Abstraction

Using high-level concepts when specific, concrete examples would be clearer.

Over-Abstracted Concrete
"We enable digital transformation" "We moved their paper forms to a mobile app — 10,000 fewer pieces of paper per month"
"We drive operational excellence" "Their warehouse team finds items in 30 seconds instead of 10 minutes"
"We facilitate collaboration" "Designers and engineers comment on the same file instead of emailing screenshots back and forth"
Pattern 4: The Assumed "Why"

Assuming your audience already cares about the problem you solve.

Cursed version:

"Introducing our new monitoring dashboard!"

What the audience is thinking:

"Why do I need a monitoring dashboard? What happens without one?"

Uncursed version:

"Last month, your site went down for 47 minutes before anyone noticed. Our dashboard would have caught it in 12 seconds."

Pattern 5: Feature Blindness

Listing features instead of explaining outcomes, because features are how you think about the product internally.

Feature (How You Think) Outcome (How They Think)
"Real-time sync" "Your changes show up on your coworker's screen instantly"
"256-bit AES encryption" "Your data is locked with the same security banks use"
"Automated workflow engine" "The boring stuff happens by itself"
"Custom role-based permissions" "The intern can see reports but cannot delete anything"

Diagnosing the Curse in Your Own Communication

The Five Warning Signs

Use this checklist to audit any piece of communication:

  1. The Jargon Count: Count every word or phrase that requires industry knowledge. More than 2 per paragraph? You are cursed.

  2. The Context Check: Read your message and ask, "Would this make sense to someone hearing about this for the first time?" If not, you have skipped context.

  3. The "So What?" Test: After every claim, ask "So what? Why should I care?" If the answer is not obvious to an outsider, you have assumed the "why."

  4. The Abstraction Audit: Highlight every abstract noun (efficiency, optimization, transformation, alignment). Each one is a potential curse symptom.

  5. The Mom Test: Could your mother (or any non-expert) understand this? If you hesitate, the answer is no.

Self-Diagnosis Exercise

Take your most recent piece of external communication (email, landing page, presentation). Read it as if you had never heard of your company or product. Mark every place where:

  • You used a word your audience might not know
  • You assumed background knowledge
  • You used an abstraction instead of a concrete example
  • You stated a feature without explaining why it matters
  • You jumped to a conclusion without showing your reasoning

Count the marks. That is your Curse of Knowledge score. Aim for zero.

Remedies

Remedy 1: Outsider Testing

The most reliable cure is to show your communication to people who are NOT inside your bubble.

Who to test with:

  • New employees (first 30 days — they still remember what confusion feels like)
  • Customers who recently evaluated your product (they remember the learning curve)
  • Friends and family who work in different industries
  • Interns or junior team members

What to test:

  • "Read this and tell me what you think it means"
  • "After reading this, what would you do next?"
  • "Is there anything confusing or unclear?"
  • "What questions do you have?"

The rule: If even one person is confused, the message is cursed. The problem is never the audience. It is always the message.

Remedy 2: Concrete Language

Replace every abstraction with a specific, tangible example. If you cannot picture it, neither can your audience.

Abstract (Cursed) Concrete (Clear)
"Streamlined operations" "Orders ship in 2 hours instead of 2 days"
"Enhanced visibility" "See exactly which step your order is on, right now"
"Improved efficiency" "The report that took 4 hours now takes 10 minutes"
"Optimized performance" "Pages load in 0.8 seconds instead of 3.2 seconds"
Remedy 3: Stories

Stories are the most powerful curse-breaker because they force concreteness and context. You cannot tell a story in abstractions. "A customer had a problem and our product solved it" is not a story. "Sarah, a 35-year-old veterinarian in Austin, was spending her evenings doing paperwork instead of being with her family" is the beginning of a story.

Remedy 4: Analogies

Analogies bridge the gap between what you know and what your audience knows by anchoring the new idea in something familiar.

New Concept Analogy Why It Works
Container orchestration "Like an air traffic controller for your servers" Everyone understands air traffic control
API "Like a waiter taking your order to the kitchen" Restaurants are universal
Machine learning "Like a new employee who gets better the more examples you show them" Everyone has onboarded someone
Microservices "Instead of one big machine, you have many small specialists" Specialists are a known concept
Remedy 5: The "What I Mean Is..." Technique

When you catch yourself using jargon or abstraction, pause and say "What I mean is..." The explanation that follows is almost always clearer than the original.

Original: "We need to achieve alignment across our go-to-market motion." "What I mean is..." "We need sales, marketing, and product to agree on who we are selling to and what we are saying."

The Curse in Different Contexts

Product Teams

Product managers are deeply cursed. They live inside the product every day, understand every feature, and have context for every decision. When they write requirements, release notes, or product pages, they unconsciously skip the context that makes things understandable.

Common symptoms:

  • Release notes that list feature names without explaining value
  • Product pages organized by feature category instead of customer problem
  • Onboarding flows that assume familiarity with the product concept
  • Documentation that skips "why" and jumps to "how"

Fix: Have someone who has never used the product attempt to complete onboarding using only your written materials. Watch where they get stuck.

Marketing

Marketers inherit the curse from the product team and add their own layer. They develop their own shorthand ("lead nurturing," "funnel optimization," "brand positioning") that means nothing to customers.

Common symptoms:

  • Landing pages filled with industry buzzwords
  • Value propositions that could describe any company
  • Campaign messaging that sounds impressive but communicates nothing specific
  • Social media content that performs well internally but poorly externally

Fix: Run every piece of external copy through the "Mom Test." If your mother cannot explain what you sell after reading your homepage, rewrite it.

Sales

Sales teams develop their own jargon through repetition. They pitch so often that they forget which parts of the pitch require context.

Common symptoms:

  • Demos that start with a product tour instead of the customer's problem
  • Pitches that assume the prospect understands the problem as deeply as the salesperson
  • Follow-up emails full of product terminology the prospect has never used
  • Proposals that lead with features instead of outcomes

Fix: Record a sales call. Play it back and mark every moment where a prospect says "What do you mean by...?" or looks confused. Those are curse moments.

Documentation

Technical writers are often the most deeply cursed. They know the product so well that they write documentation for themselves, not for the user.

Common symptoms:

  • Setup guides that skip "obvious" steps (which are only obvious to people who already know the product)
  • Error messages that use internal error codes instead of plain language
  • Help articles that answer "how" but never "why" or "when"
  • FAQs that address the questions the company wants to answer, not the questions users actually ask

Fix: Track your top support tickets. If users keep asking questions that your documentation "already answers," the documentation is cursed.

Exercises: Identify and Overcome Your Own Curse

Exercise 1: The Jargon Jar

For one week, every time someone in your team uses a jargon word in customer-facing communication, they put a dollar in the jargon jar. At the end of the week, count the money. Buy the team lunch with the proceeds. The point is not punishment — it is awareness.

Exercise 2: The Blank Slate Review

Give your homepage, pitch deck, or key email to five people who have never heard of your product. Ask them three questions:

  1. What does this company do?
  2. Who is it for?
  3. Why would someone use it?

If fewer than 4 out of 5 answer correctly, you are cursed.

Exercise 3: The Reverse Explainer

Ask a new customer to explain your product to someone else. Record what they say. Their explanation — in their words, with their framing — is probably better than yours. It is certainly more understandable to other non-experts.

Exercise 4: The Abstraction Detector

Take any document and highlight every abstract noun. For each one, write a concrete alternative underneath. Compare the two versions. The concrete version is almost always better.

Exercise 5: The 10-Year-Old Test

Explain your product to a 10-year-old (or pretend to). If you cannot do it, you have not found the core idea. Keep simplifying until a child would nod and say, "Oh, so it is like..."

Building Curse-Awareness into Team Processes

Hiring

Include non-expert communication in interview processes. Ask candidates to explain a complex concept from their previous role to someone outside the field. Evaluate clarity, not just accuracy.

Onboarding

Require new employees to document their confusion during the first two weeks. What was unclear? What jargon did they encounter? This fresh perspective is gold for improving external communication.

Review Processes

Add a "Curse of Knowledge check" to every review process:

Process Curse Check
Content review "Would a first-time visitor understand this?"
Product review "Would a new user know what to do here?"
Presentation review "Would someone outside our industry follow this?"
Email review "Would the recipient know what we are asking and why?"
Regular Audits

Every quarter, select 5 pieces of customer-facing communication and run them through the full diagnostic: count jargon words, check for skipped context, test with outsiders, replace abstractions with concrete examples, and verify that every "why" is explicit. Track your Curse of Knowledge score over time. It should decrease as awareness grows.

The Buddy System

Pair a domain expert with a non-expert for every major communication project. The expert provides the substance. The non-expert provides the clarity. Neither can do the other's job. Both are essential.

1# The Curse of Knowledge: The Silent Killer of Communication
2 
3The Curse of Knowledge is the single most important concept in "Made to Stick." It is not one of the six SUCCESs principles — it is the villain that all six principles are designed to defeat. Once you know something, you cannot imagine not knowing it. This gap between what you know and what your audience knows is where communication goes to die.
4 
5## What the Curse of Knowledge Is
6 
7The Curse of Knowledge is a cognitive bias: when you possess knowledge, you unconsciously assume others possess it too. You skip steps, use shorthand, rely on jargon, and abstract away details — because to you, those details are obvious. To your audience, they are invisible.
8 
9**The core problem:** Experts communicate like experts, to an audience of non-experts. The more you know about a subject, the harder it is to communicate it clearly to someone who does not.
10 
11### Why It Is So Dangerous
12 
13The Curse of Knowledge is uniquely dangerous because it is invisible to the person afflicted by it. You do not know you are skipping context. You do not realize your jargon is opaque. You genuinely believe you are being clear — because from inside your head, you are.
14 
15| What You Think You Said | What Your Audience Heard |
16|------------------------|-------------------------|
17| "We use a microservices architecture with event-driven communication" | "We use... technical stuff" |
18| "The ROI on this initiative is clear" | "They want me to spend money" |
19| "Leverage our API to integrate seamlessly" | "There is some technical work involved, I think?" |
20| "We optimize the customer journey" | "They do something with customers" |
21| "Our ML pipeline processes data in real time" | "They have AI, I guess" |
22 
23## The Tapping Experiment
24 
25In 1990, Elizabeth Newton conducted a simple experiment at Stanford that became the most famous demonstration of the Curse of Knowledge.
26 
27### The Setup
28 
29- **Tappers:** Asked to tap the rhythm of a well-known song (like "Happy Birthday") on a table
30- **Listeners:** Asked to identify the song from the tapping alone
31- **Before listening:** Tappers predicted that listeners would identify the song 50% of the time
32- **Actual result:** Listeners identified the song only 2.5% of the time
33 
34### Why the Gap Is So Large
35 
36When tappers tapped, they heard the full song in their heads — melody, lyrics, instruments. They could not believe the listeners could not hear it too. But listeners heard only a series of disconnected taps. Rhythmic Morse code with no melody.
37 
38### What This Means for Communication
39 
40Every time you present a product, write a landing page, or pitch an investor, you are a tapper. You hear the full symphony of your product's value. Your audience hears disconnected taps. The Curse of Knowledge makes it nearly impossible for you to hear what they hear.
41 
42| You (The Tapper) | Your Audience (The Listener) |
43|-------------------|----------------------------|
44| See the complete product vision | See a list of features |
45| Understand how everything connects | See disconnected pieces |
46| Know the backstory and context | Start with zero context |
47| Feel the emotional weight of the problem | Have not felt the problem yet |
48| Think in domain-specific language | Think in everyday language |
49 
50## How the Curse Manifests
51 
52The Curse of Knowledge shows up in specific, recognizable patterns. Learning to spot these patterns is the first step to overcoming them.
53 
54### Pattern 1: Jargon and Acronyms
55 
56Using specialized vocabulary that feels natural to you but is foreign to your audience.
57 
58| Cursed Version | Clear Version |
59|---------------|--------------|
60| "Our SaaS platform leverages NLP for CRM optimization" | "Our software reads your customer emails and tells you who needs attention" |
61| "We reduce CAC through LTV-optimized retention loops" | "We help you keep customers longer so you spend less finding new ones" |
62| "Deploy containerized microservices via our CI/CD pipeline" | "Push a button and your code goes live in 60 seconds" |
63| "HIPAA-compliant PHI management with role-based ACLs" | "Patient records stay private — only authorized staff can see them" |
64 
65### Pattern 2: Skipped Context
66 
67Jumping to conclusions without providing the steps that got you there.
68 
69**Cursed version:**
70> "Obviously, the key challenge is alignment between product and go-to-market."
71 
72**What the audience needs to hear first:**
73> "Right now, your product team builds features based on what they think customers need. Your sales team promises features based on what they think closes deals. These two lists rarely overlap. That misalignment is costing you deals and wasting engineering time."
74 
75### Pattern 3: Over-Abstraction
76 
77Using high-level concepts when specific, concrete examples would be clearer.
78 
79| Over-Abstracted | Concrete |
80|----------------|----------|
81| "We enable digital transformation" | "We moved their paper forms to a mobile app — 10,000 fewer pieces of paper per month" |
82| "We drive operational excellence" | "Their warehouse team finds items in 30 seconds instead of 10 minutes" |
83| "We facilitate collaboration" | "Designers and engineers comment on the same file instead of emailing screenshots back and forth" |
84 
85### Pattern 4: The Assumed "Why"
86 
87Assuming your audience already cares about the problem you solve.
88 
89**Cursed version:**
90> "Introducing our new monitoring dashboard!"
91 
92**What the audience is thinking:**
93> "Why do I need a monitoring dashboard? What happens without one?"
94 
95**Uncursed version:**
96> "Last month, your site went down for 47 minutes before anyone noticed. Our dashboard would have caught it in 12 seconds."
97 
98### Pattern 5: Feature Blindness
99 
100Listing features instead of explaining outcomes, because features are how you think about the product internally.
101 
102| Feature (How You Think) | Outcome (How They Think) |
103|------------------------|-------------------------|
104| "Real-time sync" | "Your changes show up on your coworker's screen instantly" |
105| "256-bit AES encryption" | "Your data is locked with the same security banks use" |
106| "Automated workflow engine" | "The boring stuff happens by itself" |
107| "Custom role-based permissions" | "The intern can see reports but cannot delete anything" |
108 
109## Diagnosing the Curse in Your Own Communication
110 
111### The Five Warning Signs
112 
113Use this checklist to audit any piece of communication:
114 
1151. **The Jargon Count:** Count every word or phrase that requires industry knowledge. More than 2 per paragraph? You are cursed.
116 
1172. **The Context Check:** Read your message and ask, "Would this make sense to someone hearing about this for the first time?" If not, you have skipped context.
118 
1193. **The "So What?" Test:** After every claim, ask "So what? Why should I care?" If the answer is not obvious to an outsider, you have assumed the "why."
120 
1214. **The Abstraction Audit:** Highlight every abstract noun (efficiency, optimization, transformation, alignment). Each one is a potential curse symptom.
122 
1235. **The Mom Test:** Could your mother (or any non-expert) understand this? If you hesitate, the answer is no.
124 
125### Self-Diagnosis Exercise
126 
127Take your most recent piece of external communication (email, landing page, presentation). Read it as if you had never heard of your company or product. Mark every place where:
128 
129- [ ] You used a word your audience might not know
130- [ ] You assumed background knowledge
131- [ ] You used an abstraction instead of a concrete example
132- [ ] You stated a feature without explaining why it matters
133- [ ] You jumped to a conclusion without showing your reasoning
134 
135Count the marks. That is your Curse of Knowledge score. Aim for zero.
136 
137## Remedies
138 
139### Remedy 1: Outsider Testing
140 
141The most reliable cure is to show your communication to people who are NOT inside your bubble.
142 
143**Who to test with:**
144- New employees (first 30 days — they still remember what confusion feels like)
145- Customers who recently evaluated your product (they remember the learning curve)
146- Friends and family who work in different industries
147- Interns or junior team members
148 
149**What to test:**
150- "Read this and tell me what you think it means"
151- "After reading this, what would you do next?"
152- "Is there anything confusing or unclear?"
153- "What questions do you have?"
154 
155**The rule:** If even one person is confused, the message is cursed. The problem is never the audience. It is always the message.
156 
157### Remedy 2: Concrete Language
158 
159Replace every abstraction with a specific, tangible example. If you cannot picture it, neither can your audience.
160 
161| Abstract (Cursed) | Concrete (Clear) |
162|-------------------|-----------------|
163| "Streamlined operations" | "Orders ship in 2 hours instead of 2 days" |
164| "Enhanced visibility" | "See exactly which step your order is on, right now" |
165| "Improved efficiency" | "The report that took 4 hours now takes 10 minutes" |
166| "Optimized performance" | "Pages load in 0.8 seconds instead of 3.2 seconds" |
167 
168### Remedy 3: Stories
169 
170Stories are the most powerful curse-breaker because they force concreteness and context. You cannot tell a story in abstractions. "A customer had a problem and our product solved it" is not a story. "Sarah, a 35-year-old veterinarian in Austin, was spending her evenings doing paperwork instead of being with her family" is the beginning of a story.
171 
172### Remedy 4: Analogies
173 
174Analogies bridge the gap between what you know and what your audience knows by anchoring the new idea in something familiar.
175 
176| New Concept | Analogy | Why It Works |
177|-------------|---------|-------------|
178| Container orchestration | "Like an air traffic controller for your servers" | Everyone understands air traffic control |
179| API | "Like a waiter taking your order to the kitchen" | Restaurants are universal |
180| Machine learning | "Like a new employee who gets better the more examples you show them" | Everyone has onboarded someone |
181| Microservices | "Instead of one big machine, you have many small specialists" | Specialists are a known concept |
182 
183### Remedy 5: The "What I Mean Is..." Technique
184 
185When you catch yourself using jargon or abstraction, pause and say "What I mean is..." The explanation that follows is almost always clearer than the original.
186 
187**Original:** "We need to achieve alignment across our go-to-market motion."
188**"What I mean is..."** "We need sales, marketing, and product to agree on who we are selling to and what we are saying."
189 
190## The Curse in Different Contexts
191 
192### Product Teams
193 
194Product managers are deeply cursed. They live inside the product every day, understand every feature, and have context for every decision. When they write requirements, release notes, or product pages, they unconsciously skip the context that makes things understandable.
195 
196**Common symptoms:**
197- Release notes that list feature names without explaining value
198- Product pages organized by feature category instead of customer problem
199- Onboarding flows that assume familiarity with the product concept
200- Documentation that skips "why" and jumps to "how"
201 
202**Fix:** Have someone who has never used the product attempt to complete onboarding using only your written materials. Watch where they get stuck.
203 
204### Marketing
205 
206Marketers inherit the curse from the product team and add their own layer. They develop their own shorthand ("lead nurturing," "funnel optimization," "brand positioning") that means nothing to customers.
207 
208**Common symptoms:**
209- Landing pages filled with industry buzzwords
210- Value propositions that could describe any company
211- Campaign messaging that sounds impressive but communicates nothing specific
212- Social media content that performs well internally but poorly externally
213 
214**Fix:** Run every piece of external copy through the "Mom Test." If your mother cannot explain what you sell after reading your homepage, rewrite it.
215 
216### Sales
217 
218Sales teams develop their own jargon through repetition. They pitch so often that they forget which parts of the pitch require context.
219 
220**Common symptoms:**
221- Demos that start with a product tour instead of the customer's problem
222- Pitches that assume the prospect understands the problem as deeply as the salesperson
223- Follow-up emails full of product terminology the prospect has never used
224- Proposals that lead with features instead of outcomes
225 
226**Fix:** Record a sales call. Play it back and mark every moment where a prospect says "What do you mean by...?" or looks confused. Those are curse moments.
227 
228### Documentation
229 
230Technical writers are often the most deeply cursed. They know the product so well that they write documentation for themselves, not for the user.
231 
232**Common symptoms:**
233- Setup guides that skip "obvious" steps (which are only obvious to people who already know the product)
234- Error messages that use internal error codes instead of plain language
235- Help articles that answer "how" but never "why" or "when"
236- FAQs that address the questions the company wants to answer, not the questions users actually ask
237 
238**Fix:** Track your top support tickets. If users keep asking questions that your documentation "already answers," the documentation is cursed.
239 
240## Exercises: Identify and Overcome Your Own Curse
241 
242### Exercise 1: The Jargon Jar
243 
244For one week, every time someone in your team uses a jargon word in customer-facing communication, they put a dollar in the jargon jar. At the end of the week, count the money. Buy the team lunch with the proceeds. The point is not punishment — it is awareness.
245 
246### Exercise 2: The Blank Slate Review
247 
248Give your homepage, pitch deck, or key email to five people who have never heard of your product. Ask them three questions:
2491. What does this company do?
2502. Who is it for?
2513. Why would someone use it?
252 
253If fewer than 4 out of 5 answer correctly, you are cursed.
254 
255### Exercise 3: The Reverse Explainer
256 
257Ask a new customer to explain your product to someone else. Record what they say. Their explanation — in their words, with their framing — is probably better than yours. It is certainly more understandable to other non-experts.
258 
259### Exercise 4: The Abstraction Detector
260 
261Take any document and highlight every abstract noun. For each one, write a concrete alternative underneath. Compare the two versions. The concrete version is almost always better.
262 
263### Exercise 5: The 10-Year-Old Test
264 
265Explain your product to a 10-year-old (or pretend to). If you cannot do it, you have not found the core idea. Keep simplifying until a child would nod and say, "Oh, so it is like..."
266 
267## Building Curse-Awareness into Team Processes
268 
269### Hiring
270 
271Include non-expert communication in interview processes. Ask candidates to explain a complex concept from their previous role to someone outside the field. Evaluate clarity, not just accuracy.
272 
273### Onboarding
274 
275Require new employees to document their confusion during the first two weeks. What was unclear? What jargon did they encounter? This fresh perspective is gold for improving external communication.
276 
277### Review Processes
278 
279Add a "Curse of Knowledge check" to every review process:
280 
281| Process | Curse Check |
282|---------|------------|
283| **Content review** | "Would a first-time visitor understand this?" |
284| **Product review** | "Would a new user know what to do here?" |
285| **Presentation review** | "Would someone outside our industry follow this?" |
286| **Email review** | "Would the recipient know what we are asking and why?" |
287 
288### Regular Audits
289 
290Every quarter, select 5 pieces of customer-facing communication and run them through the full diagnostic: count jargon words, check for skipped context, test with outsiders, replace abstractions with concrete examples, and verify that every "why" is explicit. Track your Curse of Knowledge score over time. It should decrease as awareness grows.
291 
292### The Buddy System
293 
294Pair a domain expert with a non-expert for every major communication project. The expert provides the substance. The non-expert provides the clarity. Neither can do the other's job. Both are essential.
295 

Discussion