Een complexe aanpak wordt niet begrijpelijker doordat je er minder van laat zien.
Hij wordt begrijpelijker als je de volgorde goed zet: eerst de kern, dan de logica, dan de nuance.
Daar gaat het bij cognitive load om, of in gewoon Nederlands: cognitieve belasting. En precies daar zie ik het in tenders, roadmaps en boarddecks misgaan: niet op inhoud, maar op volgorde.
Waar het misverstand begint
“Kun je dit simpeler maken?”
Ik krijg die vraag regelmatig. Meestal antwoord ik: nee.
Een migratiepad met afhankelijkheden, governance, security-eisen en risico’s wordt niet ineens simpel omdat je er vriendelijker taal op plakt. Een aanbesteding met vijf percelen, meerdere leveranciers en een ingewikkeld transitieplan wordt ook niet klein omdat je twee paragrafen schrapt.
De inhoud blijft complex.
Wat je wel kunt veranderen, is de mentale inspanning die iemand moet leveren om die inhoud te volgen.
Daar zit het onderscheid.
Complexiteit hoort vaak bij de werkelijkheid. Cognitive load gaat over wat jij daar als maker bovenop legt met de vorm.
En juist dat extra stuk breekt de lezer vaak op.
Wat cognitive load eigenlijk is
Cognitive load theory komt uit het werk van John Sweller. De basis is simpel: ons werkgeheugen heeft maar beperkte capaciteit. George A. Miller werd bekend met zijn 7 plus of min 2. Dat precieze getal is minder belangrijk dan de les eronder: je kunt als mens maar een beperkte hoeveelheid informatie tegelijk vasthouden, ordenen en wegen.
Sweller maakt onderscheid tussen drie soorten belasting.
Intrinsieke belasting is de complexiteit die bij de inhoud hoort. Daarna noem ik dat hier kortweg: de complexiteit van de inhoud. Een alliantiemodel, enterprise-architectuur of EMVI-aanpak heeft nu eenmaal meerdere lagen.
Extrinsieke belasting is de belasting die ontstaat door de vorm waarin je informatie aanbiedt. Daarna noem ik dat kortweg: onnodige belasting. Slechte volgorde. Jargon zonder kapstok. Tekstblokken waarin hoofdzaak en detail dezelfde visuele status krijgen.
Relevante belasting is de mentale inspanning die wel iets oplevert. Kortweg: ruimte voor begrip. Iemand ziet verbanden, snapt de logica en kan een afgewogen oordeel vormen.
Dat laatste wil je niet wegpoetsen. Je wilt juist voorkomen dat alle energie al opgaat aan ruis.
Hoe dat er in de praktijk uitziet
Ik zit regelmatig met een architect, een delivery lead en een bid manager aan tafel. Drie slimme mensen. Drie correcte antwoorden. En toch nog geen gedeeld beeld.
Dan stel ik expres een simpele vraag.
“Wacht even. Wat verandert er voor de opdrachtgever tussen nu en over zes maanden?”
Als het antwoord meteen alle lagen tegelijk probeert mee te nemen, weet ik genoeg. Dan zit het probleem niet in kennis. Dan ontbreekt de volgorde.
Precies hetzelfde zie je later bij de ontvanger.
Een beoordelaar leest niet zoals een specialist schrijft. Een MT luistert niet zoals een projectteam praat. Een board bekijkt een roadmap niet om elk detailbesluit mee te beleven, maar om snel te zien: klopt de lijn, waar zit het risico, wat moet ik onthouden?
Daarom vallen beslissingen zelden op slide 43.
Veel vaker gebeurt het ergens rond slide 8 of pagina 12. Niet omdat de rest onbelangrijk is, maar omdat het werkgeheugen dan al te hard heeft moeten werken aan oriëntatie. Wie dan nog details toevoegt, helpt niet meer. Die stapelt.
Mensen zeggen op zo’n moment zelden dat ze zijn afgehaakt. Ze zeggen eerder: “Helder, neem maar mee in de uitwerking.” Dat klinkt neutraal, maar vaak betekent het dat ze later kiezen op gevoel, reputatie of risicoreductie. Niet op echt begrip.
Waarom visualisatie hier wel werkt
Beeld helpt niet omdat een plaatje gezelliger is dan tekst.
Beeld helpt omdat het orde zichtbaar kan maken.
Een goede visual of praatplaat doet drie heel praktische dingen. Je ziet meteen wat bij elkaar hoort. Je hoeft relaties niet eerst uit losse alinea’s te reconstrueren. En je voelt sneller wat hoofdzaak is en wat detail.
Daarom werkt visualisatie zo goed bij strategische communicatie en tender visualisatie. Niet als decoratie achteraf, maar als manier om de cognitieve route te ontwerpen.
Bij &Hiep kijk ik daarom niet alleen naar de vraag “wat moet erop?”, maar vooral naar de vraag “in welke volgorde moet iemand dit kunnen begrijpen?”
Dat is ook de logica achter de 3-30-300 regel.
3 seconden: herkenning. Wat is de kern?
30 seconden: logica. Hoe hangt het samen?
300 seconden: validatie. Klopt het ook als ik dieper kijk?
Die opbouw voorkomt dat je iedereen vanaf seconde één door dezelfde diepte duwt.
Hoe je cognitive load verlaagt zonder te versimpelen
Er is geen format dat dit voor je oplost. Wel zijn er een paar ingrepen die in de praktijk bijna altijd helpen.
1. Begin bij de beslissing, niet bij de oplossing.
Wat moet de lezer of kijker aan het einde snappen, kiezen of vertrouwen? Dat bepaalt welke context eerst nodig is.
2. Scheid overzicht en detail.
Een hoofdbeeld, kernpagina of eerste slide moet niet alles willen doen. Laat die eerst de lijn neerzetten. Details volgen daarna, op verzoek of per laag.
3. Maak relaties zichtbaar.
Veel teksten beschrijven afhankelijkheden lineair, terwijl de werkelijkheid dat niet is. Een visual, matrix of goed opgebouwde roadmap laat verbanden in één keer zien.
4. Geef jargon pas nadat het kader staat.
Een term onthoud je sneller als je al snapt waar hij in het geheel past. Anders voelt elk begrip als nog een los blokje in een toch al vol hoofd.
5. Laat niet iedereen door dezelfde diepte heen.
Een beoordelaar, boardlid en specialist hebben niet hetzelfde informatiepad nodig. Goede communicatie maakt dat verschil mogelijk zonder de inhoud af te zwakken.
Dit is ook waarom AI-tekst zo vaak vol voelt. Niet per se omdat de informatie fout is, maar omdat elk punt ongeveer even belangrijk klinkt. Dan leest een tekst technisch correct en toch mentaal zwaar.
Korte antwoorden voor wie snel wil scannen
Wat is cognitive load?
Cognitive load is de mentale belasting die ontstaat terwijl iemand informatie probeert te verwerken. Een deel hoort bij de inhoud zelf. Een ander deel wordt veroorzaakt door hoe jij die inhoud presenteert.
Wat is het verschil tussen complexiteit en cognitive load?
Complexiteit hoort bij de werkelijkheid. Cognitive load gaat over de verwerkingsdruk voor de ontvanger. Je kunt de eerste niet altijd verkleinen. De tweede vaak wel.
Hoe verlaag je cognitive load in een tender of boardpresentatie?
Door eerst het overzicht te tonen, daarna de logica, en pas daarna de details. Gebruik hiërarchie, visuele structuur, goede volgorde en scheid hoofdzaak van nuance.
Waarom helpt visualisatie?
Omdat beeld relaties, volgorde en samenhang sneller zichtbaar maakt dan lineaire tekst. Daardoor blijft er meer mentale ruimte over voor beoordeling en begrip.
Tot slot
Complexiteit is zelden het echte probleem.
Het probleem ontstaat op het moment dat iemand te veel losse onderdelen tegelijk moet vasthouden, ordenen en beoordelen. Dan gaat de energie al op aan verwerken, nog voordat er echt begrip ontstaat.
Daarom gaat goede strategische communicatie voor mij niet over iets mooier opschrijven. Het gaat over zorgen dat de juiste persoon op het juiste moment kan volgen wat hij voor zich heeft.
In een tender. In een workshop. In een boardroom. Overal waar de inhoud klopt, maar nog te veel energie kost om hem te volgen.
Werk je aan een verhaal dat inhoudelijk klopt maar onderweg zijn lezer verliest? Dan is de vraag meestal niet wat er nog bij moet, maar wat eerst zichtbaar moet worden. Ik denk graag mee.



