De business case die niemand bijhoudt

Bijna elk digitaal transformatieprogramma bevat een paragraaf over besparingen. Minimaal 15 fte. Circa 1,2 miljoen per jaar. Terugverdientijd: drie jaar. De getallen variëren, de structuur niet.

Wat er zelden in staat: hoe die besparing daadwerkelijk wordt geïnd.

Dat is geen detail. Dat is het probleem.

Van belofte naar begrotingstaakstelling

In de meeste organisaties verdwijnt efficiencywinst automatisch in de begroting. Een proces wordt sneller — en de vrijgekomen capaciteit wordt stilzwijgend ingezet voor de volgende prioriteit. Of de winst wordt direct als taakstelling opgelegd aan de afdeling die net het hardst heeft meegewerkt aan de verandering. Dat is niet alleen financieel inefficiënt. Het is ook een krachtig signaal aan iedereen in de organisatie: meewerken aan transformatie wordt bestraft.

Het gevolg is voorspelbaar. Draagvlak neemt af. Aannames in de volgende business case worden conservatiever. En het programma verliest momentum voordat het goed en wel op stoom is.

Het mechanisme ontbreekt

De oorzaak ligt niet in slechte intenties maar in een structureel gemis: de meeste programma’s hebben geen mechanisme om baten te beheren. Er is een business case — vaak opgesteld aan het begin, als verantwoording voor de investering — maar geen systematiek die gedurende de uitvoering bewaakt wat er daadwerkelijk wordt gerealiseerd, en die bepaalt wat er vervolgens mee gebeurt.

Een financieringsmechanisme dat wél werkt, doet drie dingen. Het legt aannames over baten per deelproject vooraf expliciet vast, zodat ze toetsbaar zijn. Het beoordeelt gerealiseerde efficiency op programmaniveau in plaats van per afdeling, zodat silo-optimalisatie wordt voorkomen. En het maakt de keuze over herinvestering versus besparing tot een expliciet bestuurlijk besluit — in plaats van een administratieve vanzelfsprekendheid.

Gefaseerd, niet frontaal

Business cases worden vaak in één keer opgesteld voor de volledige programmaomvang. Maar aannames over baten zijn aan het begin van een transformatie hooguit goed onderbouwde schattingen. De eerste uitvoering — de eerste wave — is in de praktijk altijd ook een validatie van die aannames.

Dat vraagt om een andere opzet. Financiering die per fase wordt toegekend op basis van wat de vorige fase heeft opgeleverd. Een rolling forecast die aannames periodiek actualiseert. En een benefit-tracker die de afstand tussen verwachting en realisatie voortdurend zichtbaar maakt.

Concreet: aan het begin van een wave leg je vast dat een specifieke dienst naar verwachting 2 fte vrijspeelt over zes maanden. Na afloop meet je wat er daadwerkelijk is veranderd — in doorlooptijd, volume en capaciteitsinzet. Die meting bepaalt of de aanname klopt, of het financieringsmodel moet worden bijgesteld, en hoeveel ruimte er is voor de volgende wave. Niet als verantwoordingsdocument achteraf, maar als sturingsinstrument gedurende het traject.

Wat dit vraagt van de opdrachtgever

Dit is geen puur technische of financiële kwestie. Het vraagt om bestuurlijke bereidheid om efficiencywinst niet automatisch als taakstelling in te boeken, maar als gedeelde opbrengst te beschouwen die deels terugvloeit in het programma. Dat is een andere bestuurlijke logica dan organisaties gewend zijn — en precies daarom blijft het in de meeste gevallen onbesproken.

Wie het financieringsmechanisme pas ontwerpt als de eerste resultaten er zijn, heeft de kans al gemist. En — niet onbelangrijk — het draagvlak ook.

Wil je weten hoe een lerende business case eruitziet in de praktijk? We laten het je zien.

Plan een gesprek