Stel je het volgende voor. Een briljante collega geeft een presentatie over het nieuwe dataplatform. Hij kent elke feature, elk integratiepunt, elke technische beslissing. Na 45 minuten kijkt hij de zaal in. Stille gezichten. Geen vragen. Niet omdat alles helder was, maar omdat niemand het begreep. Na afloop zegt iemand tegen je: “Ik heb geen idee wat hij net vertelde.”
De presentator is niet dom. Hij is zelfs waarschijnlijk de slimste persoon in de zaal. En dat is precies het probleem. Hoe meer je ergens van weet, hoe slechter je wordt in het uitleggen ervan aan mensen die het niet weten. Dit is de curse of knowledge op de werkvloer. En het is een van de meest onderschatte barrières in organisaties.
De curse of knowledge is de cognitieve bias waardoor je, zodra je iets weet, niet meer kunt inschatten hoe het is om het niet te weten. Op de werkvloer saboteert het presentaties, onboarding en productontwerp doordat experts onbewust te veel voorkennis veronderstellen. De oplossing is niet “simpeler praten” maar het structureel inbouwen van feedback vanuit je doelgroep - met tools als het SUE Influence Framework.
Wat is de curse of knowledge?
De curse of knowledge is een Systeem 1-bias die werkt als een eenrichtingspoort: zodra je iets weet, kun je niet meer terug naar de staat van niet-weten. Je brein kan zich er simpelweg niet meer in verplaatsen. En het vult die blinde vlek automatisch in met de aanname dat anderen het ook weten.[1]
De term werd in 1989 geïntroduceerd door economen Colin Camerer, George Loewenstein en Martin Weber. Zij ontdekten dat handelaren op financiële markten systematisch overschatten hoeveel informatie andere partijen hebben. Zelfs wanneer ze expliciet te horen kregen dat de andere partij minder wist, konden ze hun eigen kennis niet “uitschakelen” bij het inschatten van andermans beslissingen.[2]
Maar het is een experiment van Elizabeth Newton aan Stanford University dat de bias het meest tastbaar maakt. In 1990 liet ze proefpersonen het ritme van bekende liedjes tikken op een tafel, terwijl een luisteraar moest raden welk liedje het was. De tikkers voorspelden dat luisteraars het liedje in 50% van de gevallen zouden herkennen. De werkelijke score? 2,5%. De tikkers hóórden de melodie in hun hoofd terwijl ze tikten. De luisteraars hoorden alleen tikken.[3]
Dit is de kern van de bias. Het werkt op drie niveaus tegelijk.
Je overschat gedeelde kennis. Je gaat ervan uit dat de termen, afkortingen en achtergrondcontext die voor jou vanzelfsprekend zijn, dat ook voor anderen zijn. Dat geldt voor de IT-manager die over “API-endpoints” praat tegen de directie, maar ook voor de HR-professional die “total rewards” noemt in een gesprek met een nieuwe medewerker. Voor communicatieprofessionals is dit misschien wel de meest onderschatte valkuil in hun dagelijks werk.
Je onderschat de complexiteit van je boodschap. Omdat jij het begrijpt, lijkt het simpel. Je slaat stappen over, springt naar conclusies en vergeet dat je publiek het pad niet kent dat jij hebt afgelegd om bij die conclusie te komen.
Je interpreteert stilte als begrip. Wanneer niemand vragen stelt na je uitleg, concludeer je dat het helder was. Maar stilte op de werkvloer betekent vaak het tegenovergestelde: mensen snappen het niet, maar willen niet dom overkomen door het toe te geven.
De curse of knowledge is de reden dat briljante experts soms de slechtste uitleggers zijn. Ze horen de melodie in hun hoofd. Hun publiek hoort alleen tikken.
Drie situaties waar het de meeste schade aanricht
De presentatie die niemand begrijpt
Ik werk regelmatig met teams die complexe verandertrajecten moeten communiceren naar de rest van de organisatie. Wat me steeds weer opvalt: de mensen die het meest weten over het project, zijn bijna altijd het slechtst in staat om het aan anderen uit te leggen.
Neem een situatie die ik vorig jaar meemaakte. Een team van data-analisten had drie maanden gewerkt aan een nieuw rapportagemodel. Ze presenteerden hun werk aan het managementteam met slides vol grafieken, technische specificaties en methodologische verantwoordingen. Het was zorgvuldig werk. Maar na afloop was de reactie van de financieel directeur: “Ik begrijp nog steeds niet wat dit betekent voor onze kwartaalcijfers.”
Het team was gefrustreerd. Ze hadden alles uitgelegd. Maar ze hadden het uitgelegd vanuit hun eigen referentiekader. De stappen die voor hen zo logisch waren - van datamodel naar interpretatie naar implicatie - waren voor de directie onzichtbaar. Het team hoorde de melodie. De directie hoorde tikken.
Steven Pinker noemt de curse of knowledge de belangrijkste oorzaak van slecht schrijven. Hetzelfde geldt voor slecht presenteren. Het probleem is niet dat de expert te weinig weet. Het probleem is dat hij te veel weet en er niet meer buitenstaat.[4]
Het product dat niemand kan gebruiken
Als je lang genoeg aan een product werkt, vergeet je hoe het voelt om het voor het eerst te zien. Dit is een van de meest voorkomende manieren waarop de curse of knowledge productteams in de val lokt.
Denk aan software met tientallen features die elk afzonderlijk zinvol zijn - voor het team dat ze heeft gebouwd. Maar voor een nieuwe gebruiker is het een overweldigend scherm vol knoppen, menu’s en opties waarvan het onduidelijk is waar je moet beginnen. Het team noemt het “een krachtig platform”. De gebruiker noemt het “verwarrend”.
IKEA heeft dit lang geleden begrepen. Hun montagehandleidingen zijn ontworpen voor iemand die het méubel nog nooit heeft gezien, niet voor de ingenieur die het heeft bedacht. Nagenoeg geen tekst. Alleen visuele stappen, genummerd en in volgorde. Het is het tegenovergestelde van de curse of knowledge: ontwerp vanuit onwetendheid, niet vanuit expertise.
Apple deed hetzelfde bij de lancering van de eerste iPhone in 2007. Steve Jobs stond op het podium en legde het product niet uit als een telefoon met een touchscreen, draaibare interface en internetbrowser. Hij zei: “Een iPod, een telefoon en een internet communicator.” Drie dingen die het publiek al kende. Vervolgens onthulde hij dat het één apparaat was. Jobs was niet de slimste ingenieur bij Apple. Maar hij was de beste vertaler. Hij kon zijn eigen kennis opzij zetten en denken vanuit iemand die het product nog nooit had gezien.
De onboarding waar niemand iets van opsteekt
Nieuwe medewerkers worden in de eerste weken overspoeld met informatie. Systemen, processen, afkortingen, namen, ongeschreven regels. De mensen die de onboarding ontwerpen zijn doorgaans degenen die al jaren bij de organisatie werken. En daar begint het probleem.
Een HR-manager die ik sprak vertelde me dat hun onboarding “heel compleet” was. En dat klopte: het programma bevatte alles wat een nieuwe medewerker moest weten. Het probleem was dat het programma was ontworpen door mensen die al wisten wat belangrijk was en wat niet. De nieuwe medewerker kreeg alles tegelijk, zonder hiërarchie, zonder prioriteit, zonder context.
Na drie weken wisten de nieuwe collega’s precies hoe het reisdeclaratieformulier werkte. Maar ze hadden nog steeds geen idee hoe beslissingen in de organisatie werkelijk genomen werden. De onboarding gaf ze het handboek, maar niet de vertaalsleutel.
Dit is de curse of knowledge in optima forma. De ontwerpers van de onboarding kunnen zich niet meer herinneren hoe het was om nieuw te zijn. Ze weten niet meer welke informatie ze zelf pas na zes maanden begrepen. En dus bouwen ze een programma dat logisch is vanuit hun perspectief, maar overweldigend vanuit dat van een nieuwkomer.
Waarom “simpeler uitleggen” niet genoeg is
Het standaardadvies bij de curse of knowledge is: “Leg het simpeler uit.” Maar als je het probleem analyseert met het Influence Framework, zie je waarom dat advies te kort schiet.
De drijvende krachten zijn helder. De Pains van het huidige gedrag zijn reëel: presentaties die niet landen, producten die niet worden geadopteerd, nieuwe medewerkers die maanden nodig hebben om productief te worden. En de Gains van verandering zijn tastbaar: heldere communicatie, snellere adoptie, betere samenwerking. Tot zover klinkt het eenvoudig.
Maar de blokkerende krachten zijn hardnekkig. De Comforts zijn diep verankerd. Experts praten graag in hun eigen taal. Het voelt veilig, het bevestigt hun identiteit als specialist en het is cognitief goedkoop - je hoeft niet na te denken over hoe je iets uitlegt als je het gewoon vertelt zoals je het zelf begrijpt. Daar komt bij dat veel organisatieculturen complexe taal belonen. In boardrooms en managementoverleggen geeft jargon status. Simpele taal kan zelfs als oppervlakkig worden gezien.[5]
De Anxieties zijn subtieler maar minstens zo krachtig. Een expert die zijn boodschap vereenvoudigt, loopt het risico dat collega’s denken dat het werk zelf simpel was. “Als je het in drie zinnen kunt samenvatten, was het dan wel zo complex?” De angst om niet serieus genomen te worden houdt experts gevangen in onbegrijpelijke communicatie.
Het comfort van status door complexiteit en de angst om onderschat te worden zijn samen sterker dan welk rationeel argument voor “simpeler communiceren” ook. Dit is precies het patroon dat je bij elke gedragsverandering tegenkomt: de restricting forces overrulen de driving forces. Je kunt het niet oplossen door harder te duwen. Je moet de omgeving veranderen.
Vijf interventies die de omgeving veranderen
Als bewustzijn niet genoeg is en goed bedoelde adviezen niet werken, wat dan wel? De oplossing zit in het structureel inbouwen van mechanismen die je dwingen om je eigen kennis opzij te zetten.
1. De “buitenstaander-review” als standaard. Voordat een presentatie, handleiding of intern bericht de deur uitgaat, laat je het beoordelen door iemand die niet bij het project betrokken is. Niet als gunst, maar als vaste stap in het proces. Bij Chip en Dan Heath, auteurs van Made to Stick, is dit de “concreetheidstest”: als iemand buiten je team het niet begrijpt, is het niet helder genoeg. Niet omdat je publiek dom is, maar omdat je boodschap nog niet vertaald is.[6]
2. Begin met de conclusie, niet met de methode. De meeste experts vertellen het verhaal in de volgorde waarin ze het zelf hebben ontdekt: eerst de data, dan de analyse, dan de conclusie. Maar je publiek heeft die reis niet gemaakt. Draai het om. Begin met wat het betekent. Werk dan terug naar het bewijs. Dit is geen oversimplificatie. Het is respect voor de cognitieve belasting van je ontvanger.
3. Gebruik concrete voorbeelden in plaats van abstracte principes. “We moeten onze customer experience verbeteren” is abstract en activeert niets bij Systeem 1. “De klant belt drie keer voordat haar pakket teruggestuurd wordt” is concreet en onmiddellijk begrijpelijk. Concrete taal omzeilt de curse of knowledge doordat het voor iedereen hetzelfde beeld oproept, ongeacht voorkennis.
4. Ontwerp onboarding met de blik van een nieuwkomer. Laat nieuwe medewerkers die net hun eerste maand achter de rug hebben de onboarding reviewen en herontwerpen. Zij zijn de enigen die nog weten hoe het voelde om nieuw te zijn. Na zes maanden zijn ze zelf besmet met de curse of knowledge. Dit is een kort raam dat je actief moet benutten.
5. Bouw “vertalers” in als rol, niet als toeval. In veel organisaties zijn er mensen die van nature goed zijn in het vertalen van complexe materie. Maar dat is toeval, geen ontwerp. Maak het expliciet. Wijs iemand aan die bij elke presentatie of elk document de rol heeft om te vragen: “Zou iemand buiten ons team dit begrijpen?” Niet als kritiek, maar als kwaliteitscheck.
Hoe de curse of knowledge samenhangt met andere biases
De curse of knowledge opereert niet in isolatie. Op de werkvloer versterkt het andere biases op manieren die het extra lastig maken om het probleem te herkennen.
Het Dunning-Kruger effect werkt als de spiegel van de curse of knowledge. Waar de curse of knowledge ervoor zorgt dat experts andermans onwetendheid onderschatten, zorgt het Dunning-Kruger effect ervoor dat beginners hun eigen kennis overschatten. In een vergadering kan dit een giftige combinatie opleveren: de expert legt iets uit op een niveau dat niemand volgt, terwijl de beginner denkt dat hij het al begrepen heeft. Beiden lopen vast, om tegenovergestelde redenen.
Het framing effect speelt een rol doordat experts onbewust een bepaald frame kiezen dat logisch is vanuit hun perspectief, maar niet vanuit dat van de ontvanger. Een financieel analist die spreekt over “een neerwaartse bijstelling van 3%” framed het anders dan wanneer ze zegt: “We verwachten dat we 300.000 euro minder omzet draaien.” Hetzelfde feit, maar de tweede versie landt bij iedereen.
En de beschikbaarheidsheuristiek versterkt de bias: informatie die voor jou gemakkelijk beschikbaar is (omdat je er dagelijks mee werkt) voelt “voor de hand liggend”. Je brein gaat er automatisch van uit dat wat voor jou beschikbaar is, dat ook voor anderen is. Maar beschikbaarheid is niet hetzelfde als algemeenheid.
Het herkennen van deze samenhang is praktisch waardevol. Want een interventie die alleen de curse of knowledge adresseert (zoals “gebruik minder jargon”) mist het grotere plaatje. Een buitenstaander-review gecombineerd met concrete taal, een conclusie-eerst structuur en systematische gebruikerstests creëert een systeem dat meerdere biases tegelijk aanpakt.
Veelgestelde vragen
Wat is de curse of knowledge in het kort?
De curse of knowledge is een cognitieve bias waardoor mensen die iets weten, niet meer kunnen inschatten hoe het is om het niet te weten. Je gaat er onbewust van uit dat anderen dezelfde achtergrondkennis hebben als jij. Dit maakt je communicatie onduidelijk zonder dat je het zelf merkt.
Wat is een voorbeeld van de curse of knowledge op het werk?
Een IT-afdeling rolt een nieuw softwaresysteem uit en stuurt een handleiding vol jargon en afkortingen. Voor hen is het volstrekt helder. Voor de afdeling sales, die de software dagelijks moet gebruiken, is het alsof de handleiding in een andere taal is geschreven. Het resultaat: lage adoptie, frustratie en workarounds.
Hoe voorkom je de curse of knowledge in presentaties?
Test je presentatie op iemand buiten je vakgebied voordat je hem geeft. Gebruik concrete voorbeelden in plaats van abstracte concepten. Leg elk vakjargon uit alsof je publiek het voor het eerst hoort. En begin met de conclusie, niet met de methode. De meest effectieve presentatoren zijn niet de slimste, maar degenen die het best vertalen.
Wat is het verschil tussen de curse of knowledge en het Dunning-Kruger effect?
Het Dunning-Kruger effect gaat over het overschatten van je eigen competentie wanneer je weinig weet. De curse of knowledge gaat over het niet meer kunnen inschatten van andermans onwetendheid wanneer je veel weet. Het zijn tegenovergestelde problemen: bij Dunning-Kruger weet je te weinig en denk je dat je genoeg weet. Bij de curse of knowledge weet je te veel en vergeet je dat anderen niet op hetzelfde niveau zitten.
Kun je de curse of knowledge afleren?
Nee. De curse of knowledge is een automatisch Systeem 1-proces dat je niet kunt uitschakelen door erover na te denken. Zelfs wanneer je de bias kent, val je erin. De oplossing ligt in het ontwerpen van feedback-structuren: test je communicatie systematisch op je doelgroep, bouw peer reviews in en gebruik het publiek als kompas in plaats van je eigen expertise.
Conclusie
Wil je leren hoe je communicatiebarrières en cognitieve biases in je organisatie structureel aanpakt? In de Behavioural Design Fundamentals Course leer je het Influence Framework en de SWAC Tool toepassen om het perspectief van je doelgroep te begrijpen en gedrag te veranderen. Beoordeeld met een 9,7 door 10.000+ professionals.
PS
Bij SUE hebben we als missie om de superkracht van gedragspsychologie in te zetten om mensen te helpen positieve keuzes te maken. De curse of knowledge is een bias die ik zelf dagelijks tegenkom. Als je jarenlang in de wereld van Behavioural Design zit, vergeet je soms hoe het was om die wereld voor het eerst te betreden. Ik trap er regelmatig in. De truc is niet om te proberen het te voorkomen. De truc is om mensen om je heen te hebben die eerlijk zeggen: “Ik snap niet wat je bedoelt.” En om vervolgens niet te denken dat het aan hen ligt.