Businesscase documentautomatisering: zo bouw je hem op

Waarom generieke ROI-cijfers waardeloos zijn

Elke leverancier heeft een getal. Het probleem is niet dat die getallen verzonnen zijn, maar dat ze uit een andere organisatie komen: andere documentsoorten, andere volumes, andere uurtarieven, een ander uitgangsniveau. Een organisatie die vanuit losse Word-bestanden zonder sjablonen begint, boekt vanzelfsprekend een andere winst dan een organisatie die al met een goed onderhouden sjabloonset werkt.

Zodra je zo'n extern getal in je eigen businesscase overneemt, verplaats je bovendien de discussie. In plaats van over het probleem gaat het gesprek over de geloofwaardigheid van het cijfer, en dat is een discussie die je niet kunt winnen. De vragen die je in plaats daarvan stelt: welke documentsoorten kosten ons nu het meeste tijd? Waar ontstaat herstelwerk en wat kost dat? Welk risico lopen we met verouderde teksten? Wat gebeurt er als we niets doen? Die vragen leveren cijfers op die van jou zijn en die je kunt verdedigen.

De kostenkant volledig in kaart

Begin met kosten, niet met baten. Een businesscase die aan de kostenkant gaten vertoont, wordt bij de eerste kritische vraag ongeloofwaardig — ook als de baten kloppen. Neem minimaal deze posten op, met voor elke post een eigen bedrag dat je opvraagt of schat met een expliciete onderbouwing:

• Licentie- of abonnementskosten, over de volledige looptijd van je businesscase en niet alleen jaar één. Vraag naar de prijsstructuur bij groei van het aantal gebruikers.
• Implementatie: inrichting, configuratie, testen, acceptatie. Vraag leveranciers wat er wél en niet in zit.
• Sjabloonmigratie: het omzetten van bestaande sjablonen. Dit is bijna altijd de meest onderschatte post, zeker als de bestaande sjablonen vervuild zijn met directe opmaak en handmatige nummering. Reken op inhoudelijk opschoonwerk, niet op een conversieknop.
• Integraties: koppelingen met je CRM, ERP, dossiersysteem of SharePoint-structuur, inclusief het werk aan de kant van dat bronsysteem.
• Interne uren: projectleiding, functioneel beheer, IT, juridische review van clausules, key users. Waardeer ze tegen een intern tarief; "we doen het erbij" is geen kostenpost maar een risico.
• Structureel beheer en doorontwikkeling: sjablonen onderhouden, nieuwe documentsoorten toevoegen, wijzigingen doorvoeren. Reken hier een vast aantal uren per maand voor.
• Training en adoptie: instructie, werkinstructies, begeleiding, en de tijdelijke productiviteitsdip na livegang.

De batenkant in drie categorieën

Splits de baten op en houd de categorieën strikt gescheiden. Door ze op één hoop te gooien, maak je harde en zachte baten even aanvechtbaar.

Categorie 1 — direct meetbare tijdwinst. Het verschil tussen de tijd die een documentsoort nu kost en de verwachte tijd erna, vermenigvuldigd met het volume. Dit is de enige categorie die je zonder discussie in geld kunt uitdrukken, mits je een nulmeting hebt. Wees hier streng: alleen documentsoorten waarvan je het volume en de huidige tijdsbesteding daadwerkelijk hebt gemeten.

Categorie 2 — risicoreductie en foutkosten. Verkeerde clausules, verouderde tarieven, een fout adres in een aanmaning, een document dat naar de verkeerde partij gaat. Deze kosten zijn reëel maar zelden geregistreerd. Wat je wél kunt doen: incidenten uit het afgelopen jaar inventariseren en per incident vaststellen wat het aan herstelwerk heeft gekost. Presenteer dat als illustratie, niet als voorspelling. De achtergrond hiervan staat in de risico's van onbeheerde sjablonen.

Categorie 3 — niet-monetaire baten. Consistentie naar buiten, snellere inwerktijd van nieuwe medewerkers, auditbaarheid, minder afhankelijkheid van de één collega die weet hoe het sjabloon werkt. Deze zijn vaak de eigenlijke reden voor het project, maar ze zijn niet hard te maken. Wees daar eerlijk over: benoem ze kwalitatief met een concreet voorbeeld en probeer er geen bedrag aan te hangen.

De nulmeting: zonder dit is alles fictie

Meet vóór de implementatie, want daarna kun je het niet meer. Vier grootheden heb je minimaal nodig, per documentsoort.

• Welke documentsoorten maak je? Begin met een inventarisatie en beperk je tot de soorten die er qua volume of risico toe doen.
• Hoeveel per maand van elke soort? Haal dit waar mogelijk uit een systeem in plaats van uit een schatting; systeemtellingen wijken vaak fors af van wat mensen denken.
• Hoeveel tijd kost een document van start tot verzending, inclusief zoeken naar het juiste sjabloon, invullen, controleren en corrigeren?
• Hoeveel doorlooptijd en herstelwerk zit ertussen: hoe vaak gaat een document terug voor correctie, hoe lang wacht het op een review, hoe vaak wordt een verkeerde versie gebruikt?

Leg de meetperiode en de methode vast, zodat je na implementatie exact hetzelfde kunt meten. Een terugmeting die anders is opgezet dan de nulmeting levert geen vergelijking op.

Hoe je meet

Drie methodes, in oplopende betrouwbaarheid en oplopende inspanning. Uitvraag: vraag de mensen die het werk doen hoeveel tijd iets kost. Snel, maar systematisch vertekend — mensen onderschatten routinewerk en overschatten incidenten. Gebruik het om richting te bepalen, niet als eindcijfer.

Steekproef met tijdregistratie: laat een klein aantal medewerkers gedurende een afgebakende periode per document noteren hoeveel tijd ze eraan kwijt zijn, met een eenvoudig formulier. Betrouwbaarder, maar houd rekening met het effect dat mensen die weten dat ze gemeten worden anders werken. Procesobservatie: ga naast iemand zitten en volg één document van begin tot eind. Arbeidsintensief, maar dit is de manier waarop je de verborgen stappen ontdekt — het zoeken naar de laatste versie, de vraag aan een collega, de correctieronde die niemand meetelt.

Combineer bij voorkeur: observeer een paar documenten om te begrijpen waar de tijd blijft, en gebruik een steekproef om de omvang vast te stellen. Voor de bredere selectiecriteria naast de businesscase zijn de buyer's guide en de IT-evaluatiechecklist nuttige aanvullingen.

Aannames die je businesscase onderuithalen

Vier aannames komen keer op keer terug en maken het verschil tussen een case die standhoudt en een die na een jaar niet blijkt te kloppen.

• Volledige adoptie aannemen. Niet iedereen stapt over, en zeker niet meteen. Reken met een adoptiecurve en maak het adoptiepercentage een expliciete variabele in je model — het is bijna altijd de meest bepalende factor.
• Tijdwinst gelijkstellen aan geldwinst. Tien minuten per document besparen levert alleen geld op als die tijd aantoonbaar aan iets anders besteed wordt of als er anders capaciteit bijgekocht zou moeten worden. Bij ondersteunende functies is dat vaak niet het geval. Wees expliciet over wat er met de vrijgekomen tijd gebeurt.
• Beheerkosten vergeten. Een geautomatiseerde sjabloonset onderhoudt zichzelf niet. Nieuwe documentsoorten, wijzigende teksten, organisatieveranderingen — reken structureel beheer in als vaste post.
• Migratie onderschatten. Bestaande sjablonen zijn zelden zo schoon als gedacht. Inventariseer vooraf hoeveel sjablonen er echt in gebruik zijn en in welke staat ze verkeren; dat aantal valt meestal hoger uit dan de officiële lijst.

Presenteren aan directie of CFO

Presenteer geen enkel getal, maar drie scenario's, allemaal met je eigen cijfers. Het conservatieve scenario rekent met beperkte adoptie, alleen categorie 1-baten en een ruime marge op de implementatiekosten. Het realistische scenario gebruikt je verwachte adoptie en de gemeten tijdwinst. Het optimistische scenario neemt hoge adoptie en meegenomen risicoreductie mee. Laat per scenario zien welke aanname het verschil maakt.

Voeg daarnaast een korte paragraaf toe over wat er gebeurt als je niets doet: welke risico's blijven bestaan, welke kosten lopen door, en welk moment nadert waarop je alsnog moet handelen. Sluit af met de niet-monetaire baten als kwalitatieve onderbouwing. Voor de inhoudelijke context van wat automatisering precies doet, verwijs je intern naar wat documentautomatisering is en documentautomatisering binnen Microsoft 365.

Terugmeten na implementatie

De businesscase eindigt niet bij het besluit. Plan de terugmeting al in de businesscase zelf: op welk moment, met welke methode, door wie. Meet exact dezelfde grootheden als in de nulmeting, op dezelfde manier, en meet niet te vroeg — direct na livegang zie je vooral de leercurve en niet de structurele situatie.

Rapporteer ook wanneer het tegenvalt. Een terugmeting die laat zien dat de tijdwinst kleiner is dan verwacht maar dat de fouten fors zijn afgenomen, is bruikbare stuurinformatie en versterkt je geloofwaardigheid bij het volgende voorstel. Neem in de terugmeting bovendien het adoptiepercentage mee: valt de winst tegen, dan is het onderscheid tussen "de oplossing werkt niet" en "de helft van de mensen gebruikt hem niet" cruciaal voor wat je vervolgens doet. Welke oplossing je uiteindelijk kiest, hangt daarna af van je functionele eisen; zie documentautomatisering in Microsoft 365.