Notulen maken in 2026: sjabloon, spelregels, en wat AI écht kan

Notulen moeten precies vier dingen vastleggen: wat er is besloten, wat er nu moet gebeuren (de actiepunten, elk met een eigenaar en een deadline), wie er aanwezig was, en de datum en tijd van de vergadering. Dat is de kern. Al het andere — een samenvatting van de discussie, een verwijzing naar de agenda, een aantekening over wat is doorgeschoven — is nuttige context, maar die vier elementen zijn wat notulen daadwerkelijk tot een verslag maken in plaats van een dagboeknotitie. Als je verder niets opschrijft, schrijf dan in elk geval dit op.

De rest van deze gids behandelt de vragen die daar meteen op volgen: wat je precies moet opnemen, hoe formeel je notulen moeten zijn, een sjabloon om te kopiëren, of ze wettelijk verplicht zijn, hoe notulen verschillen van aantekeningen en transcripten, de fouten die notulen zes maanden later waardeloos maken, en of het inmiddels prima is om AI ze te laten schrijven.

Wat moeten notulen bevatten?

Een compleet verslag dekt, voor vrijwel elk type vergadering, het volgende terrein af. Niet elke vergadering heeft elk onderdeel nodig — een wekelijks teamoverleg heeft geen quorumtelling nodig — maar dit is de volledige checklist om uit te putten:

• Vergadergegevens — naam van organisatie of team, datum, begin- en eindtijd, locatie of belllink.
• Aanwezigen en afwezigen — wie er was, wie was uitgenodigd maar afwezig was, en (bij formele vergaderingen) wie voorzat en wie de notulen bijhield.
• Goedkeuring vorige notulen — bij terugkerende of bestuurlijke vergaderingen: een aantekening dat de notulen van de vorige vergadering zijn beoordeeld en goedgekeurd, met eventuele correcties.
• Genomen besluiten — de daadwerkelijke uitkomst van elk agendapunt, geformuleerd als een feit ("het team keurde het Q3-budget goed") en niet als een woordelijk verslag van de discussie.
• Actiepunten — elk met een met naam genoemde eigenaar en een deadline. Een actiepunt zonder eigenaar is geen actiepunt, het is een wens.
• Stemmingen, waar van toepassing — het voorstel, wie het indiende en steunde (bij formele bijeenkomsten), en de uitslag.
• Volgende bijeenkomst — datum, indien al bekend, of wie verantwoordelijk is voor het inplannen ervan.

Let op wat ontbreekt: een woordelijk verslag van wie voor wat pleitte. Notulen leggen uitkomsten vast, geen discussie. Dat onderscheid is het punt waarop het het vaakst misgaat, en het verdient hieronder een eigen sectie.

Formele versus informele notulen

Hoe formeel je notulen moeten zijn, hangt volledig af van waar de vergadering voor dient — niet van hoe belangrijk hij aanvoelt terwijl je erin zit.

Formele notulen gelden voor bestuursorganen: een raad van bestuur, stichtingsbesturen, VvE-vergaderingen, commissies die onder statuten opereren, en elke vergadering waar een vastgelegd besluit juridisch of fiduciair gewicht heeft. Deze volgen doorgaans een vaste vergaderorde — vergelijkbaar met het Anglo-Amerikaanse Robert's Rules of Order, of de eigen huishoudelijke reglementen van een Nederlandse vereniging of VvE — en de notulen weerspiegelen die structuur precies: voorstellen worden woordelijk vastgelegd ("Jan Jansen stelt voor het budget 2027 zoals gepresenteerd goed te keuren"), inclusief wie het voorstel steunde en wat de stemuitslag of consensus was. Formele notulen zijn geschreven in een neutraal, bijna juridisch register — ze leggen vast wát er gebeurde, niet hoe iemand zich daarbij voelde — en worden doorgaans als agendapunt aan het begin van de volgende vergadering goedgekeurd voordat ze als officieel verslag worden gearchiveerd.

Informele notulen dekken al het andere: teamoverleg, projectafstemming, klantgesprekken, één-op-één-gesprekken. Er is geen vergaderorde om te volgen, geen formele voorstellen, meestal geen stemming. Wat overblijft van het formele model is de onderliggende discipline — besluiten, eigenaren, data — alleen geleverd in gewoon, leesbaar proza in plaats van procedurele taal. Als je ooit een follow-up e-mail na een vergadering hebt gekregen met een heldere "dit hebben we besloten, dit doet wie"-structuur, dan doen informele notulen daar hun werk goed.

Een eenvoudig sjabloon voor notulen

Deze structuur werkt voor de meeste zakelijke vergaderingen, formeel of niet, en sluit naadloos aan als je hem verder wilt aankleden met een striktere vergaderorde:

1. Koptekst: naam van de vergadering, datum, tijd, locatie/link, aanwezigen, afwezigen.
2. Goedkeuring vorige notulen (alleen bij terugkerende vergaderingen): goedgekeurd zoals opgesteld / goedgekeurd met correcties.
3. Agendapunt 1: één regel samenvatting van het onderwerp, het genomen besluit, en eventuele actiepunten met eigenaar + deadline.
4. Agendapunt 2, 3, ...: herhaal hetzelfde patroon voor elk besproken onderwerp.
5. Openstaande punten / parkeerplaats: alles wat is aangekaart maar niet is afgerond, zodat het niet stilletjes verdwijnt.
6. Vervolgstappen: volledige lijst van actiepunten bij elkaar op één plek, plus de datum van de volgende bijeenkomst.

Notulen versus aantekeningen versus transcript: wat is het verschil?

Deze drie worden in het dagelijks taalgebruik door elkaar gehaald, maar het zijn echt verschillende documenten, gemaakt voor verschillende doelen en verschillende doelgroepen.

In de praktijk bouwen de drie op elkaar voort: een transcript is het ruwe materiaal, aantekeningen zijn wat één persoon eruit haalt terwijl het gebeurt, en notulen zijn de gepolijste, overeengekomen samenvatting die het officiële verslag wordt. De fout is om één van de drie als vervanging van de andere te behandelen — een volledig transcript is geen notulen (niemand wil veertig pagina's lezen om het ene besluit te vinden dat ertoe deed), en snelle persoonlijke aantekeningen zijn geen betrouwbaar verslag (ze weerspiegelen wat één persoon opviel, niet wat de groep afsprak). Voor vergaderingen die helemaal geen officieel verslag nodig hebben, zijn gewone aantekeningen vaak genoeg — zie onze gids over aantekeningen maken bij één-op-één-gesprekken voor dat lichtere geval.

Zijn notulen wettelijk verplicht?

Soms wel — en het hangt sterk af van het type vergadering, niet alleen van het feit dat mensen bij elkaar kwamen.

• Raad van bestuur / directie: bij de meeste rechtspersonen (bv, nv, stichting, vereniging) verplicht het vennootschapsrecht om notulen bij te houden van bestuurs- en aandeelhoudersvergaderingen, als onderdeel van het formele bedrijfsarchief. Ze hoeven meestal niet bij een overheidsinstantie te worden ingediend, maar moeten wel bestaan, bewaard blijven, en overlegd kunnen worden bij een audit, geschil of overname.
• Stichtingen en verenigingen: besturen van stichtingen en verenigingen hebben doorgaans dezelfde verplichting — notulen die bestuursbesluiten documenteren zijn gangbare praktijk om aan statutaire eisen te voldoen en verantwoording af te leggen aan leden, subsidieverstrekkers en de Belastingdienst.
• VvE's en publieke instanties: veel zijn wettelijk verplicht om notulen bij te houden en, in sommige gevallen, te publiceren, omdat deze organen onder regelgeving vallen die hun besluiten als openbaar of ledenverslag behandelt.
• Gewone team- en werkvergaderingen: nee. Er is geen wettelijke verplichting om notulen te maken van een wekelijkse stand-up, een projectoverleg of een klantgesprek. Elke vastlegging daar is een bedrijfskeuze, geen compliance-kwestie — nuttig voor verantwoording, niet wettelijk voorgeschreven.

De grens ligt, grofweg, bij fiduciaire verantwoordelijkheid: als een groep mensen besluiten neemt namens een organisatie met wettelijke verplichtingen jegens aandeelhouders, leden of het publiek, zijn notulen onderdeel van hoe die verantwoordelijkheid later wordt gedocumenteerd en verdedigd. Als een groep mensen gewoon hun werk doet, zijn notulen een dienst aan de toekomstige versie van jezelf, geen wettelijke plicht.

Veelgemaakte fouten bij het schrijven van notulen

• Meningen vastleggen in plaats van besluiten. "Sarah vond echt dat we de lancering moesten uitstellen" is geen besluit. "Het team besloot de lancering uit te stellen naar 3 maart" is dat wel. Notulen bestaan om vast te leggen wat er is besloten, niet wie wat zei.
• Actiepunten zonder eigenaar. Een actiepunt dat alleen zegt "opvolgen leverancierscontract" zonder dat er iemand aan gekoppeld is, wordt niet uitgevoerd, en niemand voelt zich er verantwoordelijk voor als dat niet gebeurt.
• Geen deadlines. Een eigenaar zonder deadline betekent alleen dat de taak eindeloos doorschuift naar de volgende vergadering.
• Notulen dagen later uit het geheugen opschrijven. Details vervagen en details lopen snel door elkaar — dit is goed gedocumenteerd in geheugenonderzoek en precies waarom mensen vergaderingen vergeten bijna zodra ze zijn afgelopen. Notulen die dezelfde dag worden geschreven, zijn aanzienlijk nauwkeuriger dan notulen die vrijdag uit een vage herinnering worden opgediept.
• Het rondsturen overslaan. Notulen die in een conceptenmap of een privédocument blijven staan waar niemand van weet, kunnen net zo goed niet bestaan. Het hele punt is dat mensen die het verslag nodig hebben, het ook kunnen vinden.
• Notulen verwarren met een transcript. Niemand heeft behoefte aan, of leest, een volledig woordelijk verslag van een discussie van een uur. Als alles gemarkeerd is, is niets gemarkeerd.

Wat niemand je vertelt: notulen maken terwijl je de vergadering leidt

Hier is het eerlijke probleem met vrijwel elke gids over notulen, inclusief het sjabloon hierboven: hij gaat ervan uit dat iemand tegelijk aan een discussie kan deelnemen én in real time een accuraat, goed gestructureerd verslag ervan kan maken. In de praktijk is dat het lastigste deel van de hele klus. De notulist moet ofwel afhaken van het eigenlijke gesprek om te schrijven, ofwel volledig meedoen en de notulen achteraf reconstrueren uit een half onthouden schets — en die reconstructie is precies waar besluiten vaag worden, actiepunten verdwijnen, en "ik denk dat we hebben afgesproken dat..." sluipt in wat een feitelijk verslag hoort te zijn.

De oplossing is geen beter sjabloon. Het is het scheiden van de twee taken — vastleggen wat er is gezegd, en de notulen schrijven — zodat iemand alleen de tweede nog hoeft te doen. Meetly neemt vergaderingen op en transcribeert ze rechtstreeks op je iPhone, zonder dat er een bot aan het gesprek deelneemt en zonder dat er iets naar een cloud wordt geüpload. Je krijgt achteraf een volledig, accuraat transcript om mee te werken, waardoor het schrijven van notulen verandert van een geheugenoefening in een redactieklus: je haalt besluiten en actiepunten uit een verslag dat al compleet is, in plaats van te proberen te onthouden wat er is gezegd terwijl je ook druk bezig was met deelnemen.

Moet AI je notulen nu al schrijven?

AI is echt goed in het ene deel hiervan en echt slecht in het andere, en het loont om precies te zijn over welk deel dat is. AI-samenvattingstools zijn sterk in het comprimeren van een transcript tot een leesbaar overzicht en het eruit halen van kandidaat-actiepunten — dat is patroonherkenning in tekst, en dat is precies het soort taak waar grote taalmodellen goed in zijn. Waar ze niet betrouwbaar goed in zijn, is beoordelingsvermogen: weten dat "we moeten hier ooit nog eens naar kijken" geen echt besluit was, of dat de terloopse opmerking van de directeur zwaarder woog dan het langere debat dat eraan voorafging, of dat een juridisch gevoelig bestuursbesluit met precisie geformuleerd moet worden in plaats van leesbaar geparafraseerd.

Het praktische antwoord is een hybride aanpak: laat AI het ruwe transcript omzetten in een eerste conceptversie — besluiten, actiepunten, eigenaren, allemaal al ingevuld — en laat een mens die controleren en corrigeren voordat het het officiële verslag wordt, zeker bij alles wat formeel is. Dat is een wezenlijk andere werkwijze dan beide uitersten (volledig handmatig notuleren, of een AI-notulist-uitvoer ongelezen vertrouwen), en het is ook de werkwijze die overeind blijft als iemand zes maanden later een besluit ter discussie stelt. Houd bij governance- en bestuursnotulen specifiek een mens verantwoordelijk voor de uiteindelijke bewoording — het juridische gewicht van die documenten is precies het geval waarin "AI had 95% goed" niet goed genoeg is.

Voor al het andere — teamoverleg, projectafstemming, klantgesprekken — is een goed AI-conceptverslag, licht gecontroleerd voordat het wordt verstuurd, niet alleen acceptabel, het is inmiddels in de meeste gevallen zelfs de nauwkeurigere optie, simpelweg omdat het niet leunt op iemands herinnering aan een gesprek van een uur geleden.

Notulen: veelgestelde vragen