Vergadernotulen sjabloon: besluiten, niet gesprekken
Samenvatting
Een vergadernotulen sjabloon werkt alleen als het besluiten vastlegt, niet gesprekken. Gebruik drie secties: genomen besluiten, actiepunten met eigenaar plus deadline, en uitgestelde punten. Kies het juiste format per vergadertype: wekelijkse sync, deal review, QBR of retrospective. Automatiseer het ophalen van notulen met het `/meeting-minutes` command in CommanderGPT: van ruwe notities naar gedistribueerde notulen in minder dan 10 minuten. Meet succes aan actiepuntenafsluiting, niet aan documentlengte.
Vergadernotulen sjabloon: besluiten, niet gesprekken
Een vergadernotulen sjabloon is alleen nuttig als het gesprek omzet in heldere, eigenaarloze actiepunten. Voor ops-teams die wekelijkse syncs, deal reviews of QBR's draaien betekent dat: drie verplichte secties. Genomen besluiten, actiepunten met een benoemde eigenaar en deadline, en uitgestelde punten. Dit artikel geeft je dat sjabloon, vier varianten voor verschillende vergadertypen, en laat zien hoe je notulen maken omzet in een 3-minuten /meeting-minutes command in CommanderGPT, zodat het stopt met de taak te zijn die iedereen stiekem vreest.
Waarom de meeste vergadernotulen sjablonen falen bij het enige wat ze moeten doen
Hier is het patroon dat ik keer op keer zie bij GTM ops en CS ops teams: iemand maakt een Notion-document, plakt er een sjabloon in, wijst een roulerende notulist aan, en twee weken later is het sjabloon leeg of gevuld met aaneengesloten alinea's die niemand leest. Het probleem is niet het format. Het probleem is dat de meeste sjablonen zijn ontworpen om vast te leggen wat er is gezegd, niet wat er is besloten.
Ops-teams hebben geen transcript nodig. Ze hebben een beslissingendocument nodig met namen eraan.
De tweede faalfactor is het eigenaarsgat. Actiepunten zonder eigenaar zijn wensen. Teams kunnen een perfect gestructureerd vergadernotulen sjabloon gebruiken en toch drie dagen later hetzelfde Slack-bericht sturen: "Hey, wat is er geworden van X uit de sync van dinsdag?" Dat gebeurt als het sjabloon "prijsstrategie bespreken" vastlegt in plaats van "Maya levert de bijgewerkte prijspresentatie voor vrijdag."
De derde faalfactor is timing. Notulen die 72 uur na de vergadering worden rondgestuurd zijn archeologie. Tegen die tijd zijn er twee follow-up threads gestart, heeft iemand een unilaterale beslissing genomen, en bestaan de notulen alleen om die achteraf te rechtvaardigen. Streef naar 24 uur, bij voorkeur op dezelfde dag.
Sla elk sjabloon over dat je vraagt om elk agendapunt samen te vatten in proza. Die aanpak maakt notulen maken tot een schrijfoefening van 45 minuten na de vergadering die een document oplevert dat niemand heeft gevraagd.
De drie-sectie anatomie die elk ops-sjabloon nodig heeft
Schrap alles terug tot drie secties. Als je sjabloon meer dan drie heeft, bouw je een rapport, geen werkdocument.
Sectie 1: Genomen besluiten
Noteer alleen wat er is besloten, niet wat er is besproken. Eén regel per besluit, tegenwoordige tijd. Voorbeeld: "Prijsniveau 3 gaat live op $149/maand in Q4. Eigenaar: Derek."
Dit is de sectie die je teamleden als eerste openen als ze de vergadering hebben gemist. Het moet in 30 seconden leesbaar zijn.
Sectie 2: Actiepunten
Elk actiepunt heeft drie velden, zonder uitzondering:
Taak (wat)
Eigenaar (wie: één naam, niet "het team")
Deadline (wanneer: een specifieke datum, niet "volgende week")
Als je niet alle drie velden kunt invullen, is het actiepunt niet klaar om te loggen. Stuur tijdens de vergadering bij en haal de details op voor je verdergaat.
Sectie 3: Uitgestelde punten
Dit is de sectie die de meeste sjablonen weglaten en waar de meeste ops-teams spijt van krijgen. Leg onderwerpen vast die naar boven kwamen maar niet zijn opgelost, met een notitie over waarom ze zijn uitgesteld en wie ze terugbrengt. Zonder deze sectie verdwijnen uitgestelde punten stilletjes of duiken ze op in drie volgende vergaderingen, waarbij ze elke keer dezelfde 20 minuten opslokken.

Vier formats: kies het vergadernotulen sjabloon voor jouw vergadertype
Niet elke vergadering heeft dezelfde structuur nodig. Hier zijn vier formats die zijn afgestemd op de contexten die ops-teams het vaakst tegenkomen.
Het wekelijkse sync sjabloon
Lean en snel. Vijf velden: datum, aanwezigen, besluiten, actiepunten, volgende sync-datum. Geen agendaparagraaf; de agenda staat in de kalenderuitnodiging. Sla de samenvattingsparagraaf over; niemand leest hem. Totale invultijd: 8 tot 10 minuten live.
Geschikt voor: wekelijkse team standups, sprintreviews, pipeline syncs.
De moeite niet waard: verhalende samenvattingen van wat elke persoon heeft gezegd. Als iemand de vergadering heeft gemist, is de 3-zinnen Slack-samenvatting (behandeld in sectie 5) sneller te lezen dan drie alinea's vergaderverslag.
Het deal review sjabloon
Voeg twee velden toe: dealname met link en een één-zin contextnotitie over waar de deal staat. De beslissingsectie wordt een lijst van verzoeken: wat heeft de AE nodig van ops om deze deal vooruit te helpen? Actiepunten sluiten direct aan op de vereisten per dealfase. Notulen van deal reviews moeten in je CRM terechtkomen: handmatig als je de integratie niet hebt gebouwd, geautomatiseerd als je dat wel hebt.
Geschikt voor: pipelinereviews, opportunity reviews, deal desk sessies.
Het QBR sjabloon
Dit format verdient een langere structuur. Voeg een sectie toe voor contextcijfers: de drie topgetallen van het kwartaal, vooraf ingevuld voor de vergadering zodat de discussie start vanuit gedeelde data. Voeg een aparte sectie toe voor toezeggingen versus resultaten.
De actiepuntensectie hier moet lichter zijn dan je denkt. Een QBR die 18 actiepunten genereert, genereert 18 dingen die niet worden afgerond. Begrens het tot 5 toegezegde punten, elk met een DRI (directly responsible individual, de persoon die eigenaar is) en een doeldatum per kwartaal.
Geschikt voor: kwartaalreviews, board updates, cross-functionele retrospectives.
Het retrospective sjabloon
Vervang "genomen besluiten" door "wat werkte" en "wat te veranderen", elk met een tot drie concrete voorbeelden. Actiepunten hier gaan direct in je volgende sprint of kwartaalplaybook. De uitgestelde sectie is bij retro's bijzonder belangrijk: laaggeprioriteerde knelpunten die naar boven kwamen maar geen onmiddellijke actie vereisen, horen hier thuis en worden beoordeeld bij de volgende kwartaalretrospective.
Geschikt voor: sprintretrospectives, post-mortems, projectafsluitingen.

Stop met de roulerende notulist. Bouw een /meeting-minutes command
De roulerende notulist is een verborgen belasting voor je team. Wie notulen maakt, kan niet volledig deelnemen aan de vergadering. Ze besteden 30 tot 45 minuten na de vergadering aan het opschonen van hun concept. De kwaliteit varieert afhankelijk van wie die week het kortste lot trok.
Het alternatief: één persoon plakt de ruwe discussienotities of een AI-transcript in CommanderGPT en voert /meeting-minutes uit. Het command geeft een gestructureerde output terug in jouw sjabloonformat: besluiten, actiepunten met eigenaars die uit het gesprek zijn geëxtraheerd, en automatisch gemarkeerde uitgestelde punten.
Zo bouw je het.
Stap 1: Maak het command aan in CommanderGPT
Open je commandobibliotheek, maak /meeting-minutes aan en voeg dit instructieblok toe:
Je bent een ops lead die ruwe vergadernotities omzet in een gestructureerd notulendocument.
Extraheer en formatteer:
1. GENOMEN BESLUITEN: wat er is besloten, één regel per besluit, tegenwoordige tijd, met eigenaar indien vermeld
2. ACTIEPUNTEN: taak | eigenaar | deadline (één per rij, deadline verplicht; afleiden uit context als vermeld, markeren als [TBD] als niet)
3. UITGESTELDE PUNTEN: onderwerpen die zijn opgeworpen maar niet opgelost, met reden en wie ze terugbrengt
Outputformat: clean markdown, geen inleiding, geen samenvattingsparagraaf.
Format voor Notion / Google Docs plakken.Stap 2: Voer het uit na elke vergadering
Kopieer je ruwe notities of plak het AI-transcript van je transcriptietool. Voer /meeting-minutes uit. Bekijk de output in 2 tot 3 minuten, corrigeer eigenaarnamen die verkeerd zijn geëxtraheerd, voeg besluiten toe die het model heeft gemist. Plak in je Notion- of Google Docs-sjabloon.
Stap 3: Koppel het aan /summarize voor async-distributie
Na /meeting-minutes voer je /summarize uit op de output om een 3-zinnen async-update voor je Slack-kanaal te genereren. Format: wat er is besloten, wat in beweging is, wat geblokkeerd is. Stuur het naar het relevante kanaal binnen het uur. Totale tijd van ruwe notities tot gedistribueerde notulen: minder dan 10 minuten.
3 commands, 1 workflow, 0 friction.
Wat je in de 24 uur na de vergadering doet met je notulen
Het vergadernotulen sjabloon is alleen zo nuttig als wat je ermee doet nadat de vergadering is afgelopen.
Dezelfde dag: stuur de async Slack-samenvatting (3 zinnen, via /summarize). Dit bereikt iedereen die de vergadering heeft gemist en voorkomt dat de "wat is er trouwens besloten?" thread op gang komt.
Binnen 24 uur: deel het volledige notulendocument. Link het in de Slack-thread van de async-samenvatting. Plak de actiepunten direct in je taakbeheer: Linear, Notion of ClickUp. Maak mensen niet verplicht het notulendocument te lezen om hun taken te vinden. Breng de taken naar de plek waar het werk al gebeurt.
Voor de volgende vergadering: plak de actiepunten van de vorige vergadering in een /status-check command (of bekijk ze handmatig) voor de volgende sync, en voeg een vast agendapunt toe: "Wat is afgerond? Wat is geblokkeerd?" Dit sluit de cirkel en maakt je sjabloon een levend document in plaats van een statisch document dat eenmalig wordt geopend en nooit meer bijgewerkt.
Iets dat het vermelden waard is: als actiepunten uit je notulen consequent niet worden afgesloten, ligt het probleem niet bij het sjabloon. Het is ofwel onduidelijk eigenaarschap, onrealistische deadlines, of taken waar in de vergadering nooit echt commitment op is gegeven. Het sjabloon maakt dit patroon snel zichtbaar. Maar het oplossen vereist een gesprek over hoe beslissingen worden genomen in je team, niet een betere Notion-opzet.
Je volgende command om te deployen
Begin met het drie-sectie sjabloon hierboven. Kopieer het in Notion of Google Docs als baseline voor je team. Bouw het /meeting-minutes command in CommanderGPT deze week. Configureren duurt ongeveer 10 minuten en bespaart al na je allereerste vergadering evenveel tijd.
Zodra je het door 3 tot 4 vergaderingen hebt gedraaid, weet je wat je moet aanpassen: welke besluiten je team verbaal neemt zonder een eigenaar te noemen, welk vergadertype een langer of korter format nodig heeft, en of de uitgestelde punten sectie de frictie naar boven haalt die er echt toe doet.
Meet het op twee manieren: tijd van het einde van de vergadering tot gedistribueerde notulen (doel: minder dan 24 uur), en het percentage actiepunten dat wordt afgesloten voor de volgende vergadering. De meeste teams die informele notulen bijhouden zitten op 40 tot 50% afsluiting. Een gestructureerd vergadernotulen sjabloon met benoemde eigenaars brengt dat doorgaans naar 65 tot 75% binnen een maand. Niet omdat het sjabloon magisch werkt, maar omdat expliciet eigenaarschap het gesprek in de vergadering zelf verandert.
Het sjabloon is het gemakkelijke deel. De discipline is het command elke keer uitvoeren, zonder uitzondering, en bijhouden wat er niet wordt afgesloten.