Besluitenlogboek-sjabloon: hoe je besluiten vastlegt zodat niemand ze opnieuw uitvecht — en waar het logboek staat (2026)

Een besluitenlogboek is het doorlopende overzicht van wat een team heeft besloten: één item per besluit, met datum, het besluit in één zin, de persoon of het orgaan dat het nam, de opties die op tafel lagen en de reden waarom de gekozen optie won, wat het besluit uitsluit en de voorwaarde waaronder er opnieuw naar gekeken wordt. Het zijn niet de notulen en het is niet de takenlijst. Het is het document dat iemand drie maanden later opent, als een nieuwe collega vraagt "waarom doen we het eigenlijk zo?", en waarin hij een antwoord vindt in plaats van een meeting.

Deze gids behandelt eerst het vak: wat een besluitenlogboek is, wat elk item bevat, hoe je er een schrijft vóór, tijdens en na de meeting waarin het besluit valt, een sjabloon en een register om te kopiëren, en drie ingevulde items. Daarna volgt de praktijk: waar het logboek staat in de tools die je team al gebruikt en wat van het besluit er daadwerkelijk in terechtkomt. De echte test van het logboek is namelijk niet de week waarin het wordt geschreven. Het is de dag waarop iemand zegt: "Ik weet niet meer dat ik daarmee akkoord ging."

Wat een besluitenlogboek is — en wat niet

Uit een meeting komen vier soorten verslaglegging voort, en het besluitenlogboek wordt het vaakst verward met de andere drie:

Het verschil dat telt: notulen zijn geordend per meeting, het besluitenlogboek per besluit. Een besluit dat over drie meetings is genomen, levert drie notulenregels op en één logboekitem. En het logboek bewaart wat notulen meestal weglaten, namelijk de opties die verloren en de reden waarom, want daar gaat de volgende discussie over.

Een besluitenlogboek is ook geen beleidshandboek. Beleid is de huidige regel; het logboek is de geschiedenis van hoe de regel tot stand kwam, inclusief de items die als vervangen zijn gemarkeerd. Bewaar beide, koppel ze en pas een oud item nooit aan op een nieuw besluit — voeg een nieuw item toe en laat het oude ernaar verwijzen.

Wat elk item bevat: het format

Zeven elementen. De meeste sjablonen online bevatten de eerste drie en stoppen daar, en daarom worden de meeste logboeken opnieuw ter discussie gesteld:

1. Een ID en een datum. "D-14, 9 oktober". Het ID is wat mensen in de chat aanhalen ("dat is D-14") in plaats van het besluit opnieuw te beschrijven en per ongeluk weer te openen.
2. Het besluit, in één zin, in de tegenwoordige tijd. "We offreren alleen in EUR." Niet "we hebben over prijzen gesproken"; niet "men vond dat". Als de zin een alinea nodig heeft, zijn het twee besluiten of geen.
3. Wie besloot, wie is geraadpleegd, wie is geïnformeerd. Eén naam of één orgaan voor het besluit; de mensen wier input is gevraagd; het kanaal of de lijst die is geïnformeerd. Het eerste beantwoordt "wie kan dit veranderen"; de andere twee beantwoorden "is mij iets gevraagd" — de meest voorkomende reden dat een besluit wordt aangevochten.
4. De overwogen opties, inclusief de gekozen optie. Eén regel per optie. Een logboekitem met één optie is de registratie van een uitkomst, niet van een besluit; de afgewezen opties zorgen ervoor dat hetzelfde voorstel volgend kwartaal niet onder een nieuwe naam terugkomt.
5. De reden waarom de gekozen optie won. Eén regel — de beperking, het getal, het risico dat de doorslag gaf. Dit is de zin die de nieuwe collega eigenlijk zoekt.
6. Gevolgen: wat verandert, wat het kost, wat het uitsluit. Het besluit om alleen in EUR te offreren sluit een USD-prijslijst uit; zeg dat, zodat niemand er een bouwt.
7. De herzieningsvoorwaarde en de bron. De datum, het getal of de gebeurtenis waarmee het besluit terecht weer open mag ("als meer dan 10% van de offertes wordt geweigerd vanwege de valuta"), en een link naar waar het werd genomen — de meeting-recap, de thread, het moment in het transcript. Een besluit met een vermelde herzieningsvoorwaarde wordt heropend op basis van bewijs; een besluit zonder voorwaarde op basis van stemming.

Wat er niet in hoort: de discussie. Drie alinea's over wie wat zei horen in de notulen of het transcript, en het logboek linkt ernaar. Een item wordt gelezen door iemand die één antwoord zoekt; het moet op één scherm passen.

Hoe je er een schrijft: vóór, tijdens, na

Zet het besluit vóór de meeting als besluit op de agenda. Het agendapunt dat het item gaat opleveren, wordt gemarkeerd als besluit, met de vraag en de opties al uitgeschreven: "Besluit: alleen EUR, dubbele prijslijsten of USD op verzoek — Lena, 15 min, besluit." Het halve item bestaat al voordat iemand iets zegt, en de aanwezigen besteden hun minuten aan de reden in plaats van aan het reconstrueren van de opties.

Lees het besluit tijdens de meeting terug voordat je verdergaat. De gespreksleider zegt de zin hardop, met de verliezer erbij genoemd: "dus we leggen vast — alleen EUR, dubbele prijslijsten afgewezen vanwege de onderhoudskosten, Lena besluit, herzien als weigeringen boven 10% uitkomen." De teruglezing is het moment waarop het item daadwerkelijk ontstaat; de mensen die bezwaar kunnen maken zitten erbij, en een bezwaar nu is goedkoper dan hetzelfde bezwaar over zes weken. Een punt dat je niet als één zin kunt terugleggen, is nog niet besloten — het wordt gemarkeerd als open, met de resterende vraag, en gaat naar de volgende agenda.

Schrijf het item na de meeting dezelfde dag en publiceer het waar het team al leest. Kopieer de zin uit de teruglezing, voeg de opties en de reden uit de aantekeningen toe, geef het een ID en link de recap. Plaats het daarna in het kanaal waar de meeting woont, niet in het document van één persoon. Een logboek in een privémap is een logboek dat het team niet heeft, en een besluit dat het team niet kan vinden, is een besluit dat het opnieuw zal nemen.

De hele discipline zit in de teruglezing. Het logboek is de teruglezing, opgeschreven.

Een sjabloon voor een besluitenlogboek

Eén item, voor een document of een kanaalbericht:

D-[nummer] · [datum] · [Besluit in één zin, tegenwoordige tijd]
Status: voorgesteld / besloten / vervangen door D-[nummer]
Besloten door: [naam of orgaan] · Geraadpleegd: [namen] · Geïnformeerd: [kanaal of lijst]
Context: [twee regels — de vraag, en waarom die nu beslist moest worden]
Opties: A — [één regel]; B — [één regel]; C — [één regel]. Gekozen: [letter]
Waarom: [de ene beperking, het getal of het risico dat de doorslag gaf]
Gevolgen: [wat verandert, wat het kost, wat het uitsluit]
Herzien als: [een datum, een getal of een gebeurtenis]
Bron: [link naar recap of thread, en het moment]

Het register, voor de lijst die het hele jaar beslaat:

Beide zijn zonder opmaakwerk te plakken in een document, een spreadsheet, een canvas of een chatbericht. De kolommen die in sjablonen meestal ontbreken zijn Afgewezen en Herzien als — de twee die bepalen of het item ooit nog wordt gelezen.

Drie ingevulde items

Een prijsbesluit — uit het weekoverleg

D-14 · 9 okt 2026 · We offreren alleen in EUR; een USD-verzoek krijgt de EUR-prijs omgerekend tegen de koers van de dag.
Status: besloten
Besloten door: Lena · Geraadpleegd: Anna, Mateusz · Geïnformeerd: #sales
Context: Twee distributeurs vroegen in september om offertes in USD; het onderhouden van een tweede prijslijst werd voorgesteld.
Opties: A — alleen EUR; B — dubbele EUR/USD-prijslijsten; C — USD op verzoek, met de hand omgerekend. Gekozen: A
Waarom: B verdubbelt het onderhoud bij elke prijswijziging; C heeft al drie inconsistente offertes opgeleverd.
Gevolgen: Er komt geen USD-prijslijst; het offertesjabloon zet "EUR" in de kop; weigeringen vanwege valuta worden geteld.
Herzien als: meer dan 10% van de offertes in een kwartaal wordt geweigerd vanwege de valuta.
Bron: Weekoverleg, 9 okt, recap-punt 2, 14:05.

Een aannamebesluit — uit een eenmalige meeting

D-15 · 10 okt 2026 · De tweede supportmedewerker komt in Lissabon, Portugees en Spaans sprekend, en niet als tweede persoon op het kantoor in Milaan.
Status: besloten
Besloten door: Tomás · Geraadpleegd: Priya, Dana · Geïnformeerd: #team
Context: Supporttickets uit Spanje en Brazilië bedroegen in Q3 meer dan 40% van de wachtrij.
Opties: A — tweede aanname in Milaan; B — aannemen in Lissabon; C — Spaanse support uitbesteden. Gekozen: B
Waarom: C is afgewezen vanwege de kwaliteit van de overdracht in de pilot; A laat de Spaanse wachtrij zoals die is.
Gevolgen: De vacature staat in het Portugees en Spaans; de onboarding gebeurt op afstand; de werktaal van het team in het supportkanaal blijft gemengd.
Herzien als: het aandeel Spaanse en Portugese tickets twee kwartalen lang onder 20% zakt.
Bron: Sollicitatiegesprek, 10 okt, recap-punt 3.

Een vervangen besluit

D-9 · 14 aug 2026 · Klantgesprekken worden standaard opgenomen.
Status: vervangen door D-16
D-16 · 13 okt 2026 · Klantgesprekken worden alleen opgenomen als de klant in de uitnodiging heeft ingestemd; de recap wordt in beide gevallen geschreven.
Besloten door: Lena · Geraadpleegd: Kenji (juridisch), Anna · Geïnformeerd: #sales, #team
Opties: A — standaard blijven opnemen; B — in de uitnodiging vragen; C — stoppen met het opnemen van klanten. Gekozen: B
Waarom: twee klanten maakten in september bezwaar; de recap, niet de opname, is wat het team achteraf werkelijk leest.
Gevolgen: Het uitnodigingssjabloon krijgt één zin erbij; D-9 is gesloten, niet verwijderd.
Herzien als: een klantcontract opnames vereist.
Bron: Weekoverleg, 13 okt, recap-punt 1, 03:40.

Let op wat de drie gemeen hebben: een zin waar een buitenstaander mee uit de voeten kan, de verliezer met reden genoemd, en een voorwaarde die zegt wanneer de vraag terecht weer open is. Dat is het hele vak. De rest van deze gids gaat erover hoe je dat item vindbaar houdt nadat de meeting is afgelopen.

Waarom besluiten opnieuw ter discussie worden gesteld

Teams heropenen een besluit zelden omdat ze het er niet mee eens zijn. Ze heropenen het omdat het verslag een van vier vragen niet kan beantwoorden:

• "Hebben we dat echt besloten?" De uitkomst is besproken maar nooit teruggelezen, dus iedereen ging weg met zijn eigen versie. De oplossing is de teruglezing, niet een beter document.
• "Waarom hebben we dat besloten?" De zin bleef bewaard, de reden niet. Zes weken later is de reden onbekend, lijkt het besluit willekeurig en komt het voorstel dat verloor terug alsof het nieuw is. De oplossing zijn de regels Waarom en Afgewezen.
• "Is mij iets gevraagd?" Iemand die het raakt, is niet geraadpleegd of niet geïnformeerd en betwist het besluit om gehoord te worden, niet om het te veranderen. De oplossing zijn de regels Geraadpleegd en Geïnformeerd — en het item publiceren waar die persoon leest.
• "Is er iets veranderd?" Een besluit zonder herzieningsvoorwaarde wordt heropend wanneer iemand daar zin in heeft; een besluit mét voorwaarde wordt heropend als aan de voorwaarde is voldaan, en wordt anders met het ID aangehaald. De oplossing is de regel Herzien als.

Een logboek met alle zeven elementen sluit alle vier de vragen. Een logboek met alleen de zin sluit de eerste en laat de andere drie open.

Waar het besluitenlogboek staat in de tools die je al gebruikt

Elk groot platform heeft een plek waar een besluit kan worden opgeschreven, en elk stopt op een ander punt. Alleen gedocumenteerd gedrag, van de eigen pagina's van de leveranciers, met de maand waarin elke pagina is gecontroleerd:

Twee dingen zijn overal hetzelfde. Het besluit is een regel die een persoon typt in een document naast de meeting, in de ene taal die de groep gebruikte; en de reden, de afgewezen opties en het moment waarop het werd gezegd staan er alleen in als die persoon ze heeft opgeschreven.

Hoe een besluit terugkomt als recap

InterMIND is een communicatieruimte waarin een meeting in een kanaal woont, dus het logboek heeft een vanzelfsprekende plek: de chat van het kanaal, waar de agenda de dag ervoor in kwam en de items achteraf worden geplaatst — en waar ieder lid in de eigen taal typt en de anderen in de eigen taal leest. Wordt het register elders bijgehouden, in een spreadsheet of een document, dan kunnen de updates per e-mail in het kanaal landen: de host van het kanaal geeft het een eigen adres, en een bericht dat daarheen wordt gestuurd verschijnt als gewoon bericht met de afzender erbij en de bijlagen behouden.

Tijdens het gesprek komt het item dat wordt besproken op ieders scherm naast de videotegels met Share to conference: degene die deelt, bewerkt de notitie live terwijl de groep de teruglezing vorm ziet krijgen, en elke deelnemer leest het in de eigen taal, met het origineel één schakelaar verderop.

Als het gesprek eindigt, wordt de recap geschreven op basis van de meeting zelf. Ze bevat een overzicht en de belangrijkste conclusies, daarna de punten — elk gemarkeerd als overeengekomen, open of betwist, met de sprekers erbij en een tijdstempel die het transcript opent op het moment waarop het werd gezegd — en vervolgens de actiepunten met eigenaren en de open vragen. Dat is het ruwe materiaal van een logboekitem: de zin, wie ja zei, wie het er niet mee eens was en waar, en het moment om als Bron te linken. De recap komt aan per e-mail, als bericht in het kanaal en als link in het agenda-item, en elk ingelogd lid leest haar in de eigen taal — het verslag wordt per lezer vertaald, niet eenmalig geschreven in de taal die de groep toevallig gebruikte. Elk lid kan haar bewerken, elke wijziging bewaart auteur en revisiegeschiedenis, en het kanaal bewaart de recap van elke eerdere sessie, zodat de meeting waarin D-14 werd genomen één klik verwijderd is van het item dat ernaar verwijst.

Moet het item terechtkomen in een systeem van record, dan voegt de host een recapkopie toe aan een willekeurig adres — de inkomende mailbox van een CRM of tracker — en wordt elke recap van de meeting of het kanaal na een eenmalige bevestiging van het adres ook daarheen gestuurd; de werking staat in een kopie van elke meeting-recap in je CRM, per e-mail. Dezelfde recap bereikt Zapier, een webhook of de API met de samenvatting als Markdown, en de eigen assistent van een lid — Claude, ChatGPT, Copilot of Gemini — kan de recaps doorzoeken via de MCP-connector, zodat "wat hebben we besloten over USD-offertes?" een vraag is die wordt gesteld in de tool die ze al gebruiken, beantwoord met de recap en het bijbehorende moment.

Een gast sluit aan via een link, zonder account en kosteloos — vanaf een telefoon, in de browser — en hoort de meeting live in de eigen taal. Achteraf is er voor een gast geen verslag — het account is gratis en maakt het verslag toegankelijk. De host biedt de ruimte en betaalt, bij een betaald abonnement, alleen voor de leden die in de afgelopen 28 dagen actief waren; leden die stil worden, houden kosteloos toegang.

• Open een volledige recap — een echt verslag, gerenderd door dezelfde code die die van jou schrijft, inclusief punten en tijdstempels.
• Probeer de live demo — zonder aanmelden; spreek, en hoor de ruimte per luisteraar vertaald.

Het vak van het besluitenlogboek overleeft elke tool: iemand moet nog steeds de zin hardop zeggen, de optie noemen die verloor, en opschrijven wanneer de vraag weer gesteld mag worden. Wat niet hoeft te overleven is de tweede klus — uit het hoofd reconstrueren wie waarmee akkoord ging, in één taal, voor mensen die in een andere lezen.

FAQ

Wat is een besluitenlogboek?

Een besluitenlogboek is het doorlopende overzicht van de besluiten van een team, met één item per besluit: het besluit in één zin, de datum, wie het nam, wie is geraadpleegd en geïnformeerd, de overwogen opties en de reden waarom de gekozen optie won, wat het uitsluit, de voorwaarde waaronder het weer open gaat, en een link naar waar het werd genomen. Het is geordend per besluit, niet per meeting, en dat maakt het anders dan notulen.

Wat moet er in een besluitenlogboek staan?

Zeven dingen per item: een ID en een datum; het besluit in één zin in de tegenwoordige tijd; wie besloot, wie is geraadpleegd en wie is geïnformeerd; de overwogen opties, inclusief de afgewezen; de reden waarom de gekozen optie won; de gevolgen — wat verandert en wat is uitgesloten; en de herzieningsvoorwaarde plus een link naar de bron. De twee die het vaakst ontbreken zijn de afgewezen opties en de herzieningsvoorwaarde, en juist die twee voorkomen dat een besluit opnieuw wordt opengebroken.

Hoe schrijf je een besluitenlogboek?

Zet het besluit als besluit op de agenda, met de opties vooraf uitgeschreven. Lees het besluit in de meeting hardop terug voordat je verdergaat — de zin, de verliezer en de reden, wie beslist, wanneer het wordt herzien. Schrijf dezelfde dag het item op basis van die teruglezing, geef het een ID, link de recap en plaats het waar het team al leest. Een logboek dat uit teruglezingen is geschreven, klopt; een logboek dat een week later uit het geheugen is gereconstrueerd, is het begin van de volgende discussie.

Wat is het verschil tussen een besluitenlogboek en een actielijst?

Een besluitenlogboek legt vast wat is besloten en waarom; een actielijst — of een lijst met actiepunten — legt vast wat iemand gaat doen naar aanleiding daarvan, met een eigenaar en een datum. "We offreren alleen in EUR" is een besluit; "Anna — offertesjabloon aanpassen naar EUR — uiterlijk 16 oktober" is de actie die eruit voortkwam. Besluiten worden maandenlang aangehaald; actiepunten worden in dagen afgesloten. Beide in één lijst bewaren is hoe de redenen onder de taken verdwijnen.

Wat is een besluitenregister?

Hetzelfde als een besluitenlogboek, in het vocabulaire van project- en governancewerk: een tabel met één rij per besluit — ID, datum, besluit, wie besloot, waarom, status. "Register" betekent meestal de tabelweergave en "logboek" de doorlopende weergave; de tabel in deze gids is beide, met Afgewezen en Herzien als toegevoegd aan de gebruikelijke kolommen.

Is er een sjabloon voor een besluitenlogboek in Excel of Word?

Het register in deze gids is een gewone tabel en het item is gewone tekst; beide plak je zonder opmaakwerk in Excel, Google Sheets, Word, een Slack-canvas, een Loop-pagina of een chatbericht. Het format is belangrijker dan het bestand: wat het logboek ook bevat, het heeft een rij per besluit nodig met de reden en de afgewezen opties, en het moet staan waar het team al leest.

Wie moet het besluitenlogboek bijhouden?

De gespreksleider van de meeting waarin het besluit wordt genomen schrijft het item, dezelfde dag, op basis van de teruglezing; de persoon die onder Besloten door staat, is eigenaar van het besluit zelf. In een kleine organisatie is dat meestal bij de meeste items dezelfde persoon. Belangrijker dan de rol is de plek: één logboek voor het team, in het kanaal dat het team al gebruikt, niet één per persoon.

Wat is een architecture decision record?

Een architecture decision record, of ADR, is de softwareengineering-variant van een item in een besluitenlogboek: één kort document per besluit, bewaard in de repository van het project, met de context, het besluit en de gevolgen, en een status die van voorgesteld naar geaccepteerd naar vervangen gaat. Het sjabloon in deze gids is hetzelfde idee voor de operationele besluiten van een team, met de mensen erbij — wie besloot, wie is geraadpleegd, wie is geïnformeerd — omdat dat buiten engineering is wat wordt aangevochten.

Bronnen: Microsoft — Take meeting notes in Microsoft Teams; Zoom — Using Meeting Summary with AI Companion; Google Meet — "Take notes for me" in Google Meet; Google Workspace Updates — "Take notes for me" now captures "next steps"; Slack — Meeting agenda template (canvas). De notitiepagina van Microsoft, de Meet-helppagina van Google en het sjabloon van Slack zijn gecontroleerd in oktober 2026; de pagina over meetingsamenvattingen van Zoom in augustus 2026; de aankondiging van Google over next steps in september 2026. Leveranciers wijzigen na verloop van tijd abonnementen, functies en talenlijsten; raadpleeg hun pagina's voor de actuele stand van zaken.