Mensen, adoptie & leiderschap

30/60/90-dag plan voor AI in finance

Een stapsgewijze roadmap voor de eerste drie maanden AI-introductie in een finance-functie — van diagnose en quick wins in 30 dagen, via eerste pilots in 60 dagen, naar eerste opschaling in 90 dagen.

7 min
  • roadmap
  • pilots
  • adoptie
  • finance

Een 30/60/90-dag-plan voor AI in finance is een stapsgewijze roadmap voor de eerste drie maanden — dag 1-30 diagnose en quick wins, dag 31-60 eerste pilots op concrete use-cases, dag 61-90 eerste opschaling en governance-fundament. Voor finance-teams is dit lang genoeg om verandering te produceren maar kort genoeg om concreet te blijven — het valt of staat met de eerste 30 dagen goed doen.

Een grand strategy van twee jaar heeft weinig zin bij een technologie die elke 2-3 maanden verdubbelt in capability. Een 30/60/90-dag-plan wel: kort genoeg om concreet te blijven, lang genoeg om verandering te produceren in een finance-team. De structuur hieronder is geen template, maar een volgorde — het valt of staat met de eerste 30 dagen goed doen.

Uitgangspunten

Drie principes dragen het hele plan:

  • Start klein, bewijs waarde, schaal snel. Een use-case die in week 4 werkt voor één controller is waardevoller dan een plan voor de hele finance-functie dat in week 12 nog in concept staat.
  • Augmenteer workflows, vervang ze niet. AI zit in de close- en debiteuren-cyclus, niet ernaast. Wie AI als losse tool uitrolt zonder workflow-context, krijgt ongebruikte licenties.
  • Snelheid van leren = snelheid van transformatie. Het doel van de eerste 90 dagen is niet "AI geïmplementeerd in finance", maar "het finance-team heeft geleerd hoe het AI implementeert".

Dag 0 — de diagnose

Voor dag 1 doe je een AI-readiness-assessment per pijler (zie AI-readiness voor finance-functies). De uitkomst bepaalt waar de grootste hefboom ligt. Zonder diagnose plan je in het donker.

Vraag je ook af: welke finance-prioriteit zou het meest gebaat zijn bij AI? Snellere close? Lagere DSO? Betere variance-analyses? Eenvoudiger BTW-aansluiting? Het antwoord stuurt de use-case-keuze in dag 31-60.

Dag 1-30 — fundament en eerste quick win

Het doel van de eerste maand is niet resultaten in de close, maar het fundament: sponsorship, champion, tools, policy, en één zichtbare quick win.

Week 1 — commitment vastleggen

  • Benoem de CFO of finance-manager als sponsor met agenda-tijd (2 uur/maand minimaal).
  • Benoem een finance-AI-champion (typisch een senior controller) met beschermde tijd (minimaal een halve dag per week).
  • Leg de waarom-boodschap vast in één paragraaf die iedereen in finance kan navertellen.

Week 2 — tools en policy

  • Kies één primaire AI-tool (Copilot for Business, Claude Enterprise, of Saldus voor de boekhouding-koppeling). Geen consumer-accounts voor klantcijfers.
  • Schrijf een eerste finance-AI-policy van maximaal twee A4: tier-classificatie van finance-data, welke tools voor welke tier, basisregels voor MCP en boekhouding-koppeling. Zie AI-governance voor finance.
  • Rol tool uit aan een pilotgroep van 3-6 finance-mensen — niet aan het hele team.

Week 3 — inspireren en oefenen

  • Organiseer één hands-on kickoff-sessie van 2 uur met de pilotgroep: concrete finance-opdrachten (variance-toelichting, debiteuren-mail, samenvatting close-handboek-sectie), geen abstracte demo.
  • Start het "AI-win-van-de-week"-ritueel in een Teams- of Slack-kanaal van finance.
  • Champion plant 1-op-1's met de pilot-deelnemers om blokkades op te halen.

Week 4 — eerste quick win leveren

  • Kies één simpele finance-workflow waar AI binnen een week aantoonbaar tijd bespaart. Voorbeelden: eerste-concept van variance-toelichtingen, samenvatting van management-meetings, conceptmails voor debiteuren-herinneringen.
  • Meet vóór en na: hoeveel tijd kostte het eerst, hoeveel nu, hoeveel keer per week wordt dit gedaan? Zelfs ruwe schattingen zijn voldoende — het gaat om zichtbaar bewijs.
  • Deel het resultaat in de finance-standup, inclusief naam van de medewerker die het heeft gedaan.

Op dag 30 staat: sponsor, champion, tool, policy, pilotgroep, één gemeten quick win, en een ritueel dat draait.

Dag 31-60 — eerste pilots met echte finance-impact

Maand twee gaat van "iedereen in finance kan AI gebruiken" naar "één of twee finance-workflows werken structureel anders". Dit is waar je van tool-adoptie naar proces-verandering schakelt.

Pilot-selectie (begin van maand 2)

Kies 2-3 pilots met duidelijke scope:

  • Hoge finance-impact — raakt een workflow die vaak terugkeert (close, debiteuren, BTW) of veel tijd kost per keer.
  • Haalbaar in 4 weken — zichtbaar resultaat binnen één maand.
  • Mandaat aanwezig — de proceseigenaar (controller, AP-medewerker, finance-manager) is betrokken en wil het.

Typische finance-pilots: variance-toelichting voor de maandafsluiting, bankreconciliatie-voorstellen, debiteuren-mails met klantsegmentering, BTW-verschil-analyse, automatische extractie van inkoopfacturen.

Pilot-uitvoering (week 5-8)

  • Eigenaar per pilot, met naam en deadline.
  • Succescriterium vooraf vastleggen: "we willen de variance-toelichting-tijd van 4 uur naar 1 uur brengen, meetbaar over 3 consecutive close-cycli."
  • Wekelijks voortgangsmoment van 15 minuten.
  • Expliciete permissie om te stoppen als het niet werkt — stoppen is een valide uitkomst.

Governance-by-design invullen

  • Loop de policy na op de concrete workflow: welke data gaat waar heen? Zit daar klant-IBAN of salarisdata in? Is dat contractueel gedekt?
  • Bij data uit Exact, MS365 of een banking-portal nodig: betrek IT vanaf week 5, niet pas bij opschaling.
  • Audit-log per AI-actie — vanaf de pilot, niet als toevoeging later.

Op dag 60 staat: 2-3 finance-pilots met gemeten uitkomsten (succes of bewust gestopt), een herijkte policy op basis van wat echt gebeurt, en een groeiende groep finance-medewerkers die AI regelmatig gebruikt.

Dag 61-90 — eerste opschaling en leerloop

Maand drie is de overgang van experimenteren naar verankeren. Niet alles schaalt; juist daarom moet je bewust kiezen.

Beslis per pilot: stop, itereer of schaal

  • Succescriterium gehaald en proces stabiel → schaal naar het hele finance-team of de hele close-cyclus.
  • Succescriterium gehaald maar nog wankel → itereer nog 4 weken voor je schaalt.
  • Succescriterium niet gehaald → stop, documenteer de learning, kies een nieuwe use-case.

Deze beslissing is zelf een cultuurmoment in finance. Als je één pilot publiekelijk stopt en dat als overwinning framet ("we hebben geleerd dat deze route niet werkt voor onze data"), normaliseer je stoppen voor de rest van de cyclus. Dat versnelt alle volgende pilots.

Buy-vs-Build voor finance

Bij pilots die schalen komt de vraag: doen we dit met standaard tooling (Copilot, Claude, een platform als Saldus) of bouwen we iets eigens? In MKB-finance is het antwoord bijna altijd: kies eerst standaard, bouw alleen wat echt finance-uniek is. Een eigen factuur-OCR is zinloos als er een goede SaaS-oplossing is; een eigen variance-toelichting-template heeft wel zin als hij verweven is met jullie KPI-definities.

Training opschalen

  • Van pilotgroep naar het hele finance-team dat de geschaalde workflow raakt.
  • Plan maandelijkse hands-on sessies als vast ritueel.
  • Laat pilot-deelnemers zelf training geven aan collega's — dat bouwt eigenaarschap en maakt de boodschap geloofwaardig.

Meten en herhalen

  • Herhaal de readiness-assessment voor finance. Welke pijlers zijn verschoven? Waar zit nu de bottleneck?
  • Stel het volgende 90-dag-plan op, gebaseerd op de nieuwe diagnose. Het wordt geen kopie — na 90 dagen zit je in een ander stadium.

Op dag 90 staat: 1-2 geschaalde finance-workflows, 1 bewust gestopte pilot, een policy die gedragen wordt, een audit-trail die werkt, en een finance-team dat weet hoe het pilots doet.

Valkuilen specifiek voor finance

  • Te veel tegelijk in maand 1. Drie pilots starten voordat de basis staat = halfbakken maand 3.
  • CFO op afstand. Een sponsor die alleen in de kick-off verschijnt biedt geen dekking als pilots tegen IT- of compliance-obstakels lopen.
  • Brede uitrol in dag 14. Aan het hele finance-team Copilot geven zonder pilotfase = ongebruikte licenties.
  • Geen stop-criterium. Pilots zonder expliciete succescriteria blijven eeuwig hangen; niemand durft te concluderen dat iets niet werkt voor jullie data.
  • Techniek vóór governance. Een pilot starten voordat duidelijk is of klantdata mag, leidt tot een afgeblazen pilot in week 8 en verloren vertrouwen bij IT/compliance.

Waar dit in de praktijk uitkomt

  • Een 45-FTE-accountantskantoor start dag 1 met sponsor (managing partner finance) en champion (senior controller, 4 uur/week), en Copilot-licenties voor de 6 koppigste consultants. Quick win in week 4: dictaat-naar-memo bespaart 20 minuten per klantgesprek. In maand 2 schaalt dit naar alle consultants. Pilot 2 (variance-toelichting met AI) stopt na 6 weken — data-kwaliteit niet goed genoeg.
  • Een 90-FTE scale-up kiest drie finance-pilots in maand 2: variance-toelichting voor MT, automatische factuur-extractie, en concept-debiteuren-mails. Na 60 dagen: variance schaalt, factuur-extractie itereert, debiteuren-mails parkeren (klantsegment-data niet op orde). Heldere uitkomst, geen gezichtsverlies.
  • Een familiebedrijf (140 FTE) merkt in dag 60 dat de CFO niet echt betrokken is. Ze herstarten het 30-dag-fundament met een andere sponsor — verlies van een maand, maar de pilots zijn daarna structureel beter ondersteund.

Audit-grade-perspectief

Het 30/60/90-plan zelf is een vorm van interne beheersing-documentatie. Bewaar het plan plus de update aan het eind van elk kwartaal als onderdeel van je interne beheersing-dossier. Wanneer een externe accountant straks vraagt "hoe is AI in jullie finance-functie verantwoord geïntegreerd", heb je het traject direct paraat — niet alleen de uitkomst.

Saldus in de praktijk

Saldus is geen onderdeel van het 30/60/90-plan zelf — het plan is leverancier-onafhankelijk. Maar voor finance-teams die in dag 14 een tool moeten kiezen die direct met de boekhouding praat, levert Saldus een snellere start: geen eigen integratie nodig, geen audit-laag zelf bouwen, geen approval-flow zelf inrichten. Dat verschuift de tijdsverdeling van het plan iets — minder tijd op tooling, meer op het mensen-werk dat 90% van de adoptie bepaalt.

Verder lezen

AVG-compliant verwerker
Audit-grade logging
Pen-tested platform