Files of The Curse of Knowledge: The Silent Killer of Communication
wondelai/
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:
The Jargon Count: Count every word or phrase that requires industry knowledge. More than 2 per paragraph? You are cursed.
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.
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."
The Abstraction Audit: Highlight every abstract noun (efficiency, optimization, transformation, alignment). Each one is a potential curse symptom.
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:
- What does this company do?
- Who is it for?
- 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 | |
| 3 | 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. |
| 4 | |
| 5 | ## What the Curse of Knowledge Is |
| 6 | |
| 7 | 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. |
| 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 | |
| 13 | 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. |
| 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 | |
| 25 | In 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 | |
| 36 | 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. |
| 37 | |
| 38 | ### What This Means for Communication |
| 39 | |
| 40 | 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. |
| 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 | |
| 52 | The 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 | |
| 56 | Using 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 | |
| 67 | Jumping 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 | |
| 77 | Using 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 | |
| 87 | Assuming 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 | |
| 100 | Listing 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 | |
| 113 | Use this checklist to audit any piece of communication: |
| 114 | |
| 115 | **The Jargon Count:** Count every word or phrase that requires industry knowledge. More than 2 per paragraph? You are cursed. |
| 116 | |
| 117 | **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 | |
| 119 | **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 | |
| 121 | **The Abstraction Audit:** Highlight every abstract noun (efficiency, optimization, transformation, alignment). Each one is a potential curse symptom. |
| 122 | |
| 123 | **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 | |
| 127 | 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: |
| 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 | |
| 135 | Count the marks. That is your Curse of Knowledge score. Aim for zero. |
| 136 | |
| 137 | ## Remedies |
| 138 | |
| 139 | ### Remedy 1: Outsider Testing |
| 140 | |
| 141 | The 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 | |
| 159 | Replace 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 | |
| 170 | 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. |
| 171 | |
| 172 | ### Remedy 4: Analogies |
| 173 | |
| 174 | Analogies 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 | |
| 185 | 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. |
| 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 | |
| 194 | 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. |
| 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 | |
| 206 | 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. |
| 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 | |
| 218 | Sales 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 | |
| 230 | Technical 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 | |
| 244 | 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. |
| 245 | |
| 246 | ### Exercise 2: The Blank Slate Review |
| 247 | |
| 248 | Give your homepage, pitch deck, or key email to five people who have never heard of your product. Ask them three questions: |
| 249 | What does this company do? |
| 250 | Who is it for? |
| 251 | Why would someone use it? |
| 252 | |
| 253 | If fewer than 4 out of 5 answer correctly, you are cursed. |
| 254 | |
| 255 | ### Exercise 3: The Reverse Explainer |
| 256 | |
| 257 | 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. |
| 258 | |
| 259 | ### Exercise 4: The Abstraction Detector |
| 260 | |
| 261 | 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. |
| 262 | |
| 263 | ### Exercise 5: The 10-Year-Old Test |
| 264 | |
| 265 | 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..." |
| 266 | |
| 267 | ## Building Curse-Awareness into Team Processes |
| 268 | |
| 269 | ### Hiring |
| 270 | |
| 271 | 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. |
| 272 | |
| 273 | ### Onboarding |
| 274 | |
| 275 | 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. |
| 276 | |
| 277 | ### Review Processes |
| 278 | |
| 279 | Add 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 | |
| 290 | 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. |
| 291 | |
| 292 | ### The Buddy System |
| 293 | |
| 294 | 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. |
| 295 |
Discussion
Browse more free Claude skills.