Een AI-pilot Binnen een Holdperiode: Een Draaiboek voor Operating Partners in Private Equity

Een AI-pilot binnen een holdperiode heeft één taak: snel een schriftelijk antwoord opleveren

Een private-equitysponsor die een AI-pilot draait in een portfoliobedrijf, voert niet hetzelfde experiment uit als een innovatieteam binnen een concern. Dat team heeft een budgetregel en een strategische horizon. De sponsor heeft een holdperiode, een exitmultiple en een portefeuille waarin dezelfde vraag tien keer tegelijk wordt gesteld. Dat verandert waar een pilot voor dient. Hij hoeft niet te bewijzen dat AI in het algemeen werkt. Hij moet per bedrijf een schriftelijk antwoord opleveren op één vraag, zit hier iets dat het bouwen waard is, binnen een termijn die kort genoeg is om met dat antwoord nog te kunnen veranderen wat er vóór de exit gebeurt.

Dit artikel is daar een draaiboek voor. Het behandelt waarom de pilots die in deze markt de ronde doen vastlopen, wat een pilot binnen een holdperiode moet opleveren, in welke volgorde je hem over een portefeuille uitrolt, en wat er in de board pack komt. Het is geschreven voor operating partners, en voor de AI Operating Partners die huizen nu aannemen: een rol die volgens de beschrijving van Korn Ferry Institute uit april 2026 ontstaat omdat conventionele, techgerichte operating leaders onvoldoende diepgang zouden hebben om waarde uit AI te halen.

Waarom de standaardpilot vastloopt in een portfoliobedrijf

De standaardpilot in deze markt is een proof of concept: een leverancier neemt een steekproef van de data van het portfoliobedrijf, bouwt in twee tot vier weken een demo en laat zien dat die werkt. Het stuk van Korn Ferry over de rol van AI Operating Partner stelt vast dat huizen in het middensegment nu precies dit verwachten. Het probleem is wat een PoC meet. Hij meet of het model de taak aankan op de input die de leverancier kreeg, en dat is steevast de schone input. Hij meet niet of het werkelijke proces van het portfoliobedrijf, veertig e-mailformaten, de helft van de inhoud in pdf’s, een routeringsregel die in het hoofd van de oprichter zit en vertrekt zodra de earn-out afloopt, het systeem in productie kan dragen.

Daarom lopen de pilots vast, en ze lopen vast op elke schaal. Uit de enquête van BCG van juli 2026 onder 152 CEO’s van bedrijven met minstens $500 miljoen omzet bleek dat twee derde AI-pilots uitvoert en dat slechts 26% AI heeft ingebed in een bredere transformatie. Dat zijn bedrijven met het budget om het probleem met aanstellingen op te lossen en de mensen om alles te bouwen. Zitten zij vast, dan ligt dat niet aan de middelen. Het ligt eraan dat niemand heeft opgeschreven hoe het bedrijf werkelijk werkt voordat men het probeerde te veranderen. Een portfoliobedrijf met een backoffice die door de oprichter wordt geleid en zonder IT-afdeling heeft hetzelfde gat, met minder mensen om het te verdoezelen. Over die situatie schreven we specifiek in een overgenomen bedrijf zonder IT-afdeling in kaart brengen.

De holdperiode maakt van dit ongemak een harde beperking. Een pilot die in maand vier van een programma binnen een concern vastloopt, is een regel in een evaluatie achteraf. Een pilot die in maand vier van een holdperiode van drie jaar vastloopt, heeft een tiende van de tijd opgebruikt waarin de these bewezen had kunnen worden, en het volgende portfoliobedrijf wacht nog steeds.

Wat een pilot binnen een holdperiode werkelijk moet opleveren

Zie de pilot als een instrument in plaats van een experiment, en de deliverables veranderen. Het instrument moet in elk portfoliobedrijf dezelfde output opleveren, zodat de bevindingen binnen het fonds vergelijkbaar zijn, ook als de antwoorden verschillen, en het moet die output snel genoeg opleveren om ertoe te doen. In de praktijk betekent dat vijf documenten, in volgorde.

• Het Uitzonderingenregister. Elke echte afwijking van het gedocumenteerde proces, hoe vaak die voorkomt en wie die vandaag opvangt. Bij een target die door de oprichter wordt geleid, wordt hier voor het eerst de routeringslogica opgeschreven die met de oprichter vertrekt. Het is ook het document dat een due-diligenceteam vóór de deal had willen hebben.
• De AI-grensmap. Elke stap geclassificeerd als deterministische code, modeloordeel of menselijke goedkeuring. Het kerngetal is de determinismeratio, en het deel dat echt een model nodig heeft, is meestal kleiner dan het investeringsmemorandum aannam. In de orderverwerking van een Europese fabrikant die SUPALABS in kaart bracht, hadden drie van de elf stappen echt een model nodig (SUPALABS-projectdata, 2024–2026). De andere acht waren gewone software, die goedkoper draait en makkelijker aan een koper te laten zien is.
• De Evaluatiesuite. Een golden dataset uit de eigen cases van het bedrijf, slagingspercentages per stap en een maandelijks nauwkeurigheidsrapport. Dit is het getal dat in de board pack komt, en het hoort als aparte post op de offerte te staan, zodat het overeind blijft als de bouw uitloopt.
• Het Beslissingslogboek. Elke geautomatiseerde actie, de input, de zekerheidsscore en wie die heeft goedgekeurd, in een overzicht dat het due-diligenceteam van een koper kan openen zonder een engineer te vragen. Exit-due-diligence op een proces met AI draait om de vraag of de beslissingen te reconstrueren zijn; dit is het antwoord.
• De ERP-toezegging. Een schriftelijke toezegging dat het systeem wordt gebouwd bovenop wat het portfoliobedrijf gebruikt en dat er niets wordt vervangen. Een replatforming is het enige AI-initiatief dat zich gegarandeerd niet vóór de exit terugverdient.

De eerste twee komen uit een Mapping Sprint van vijf dagen met de mensen die het proces uitvoeren, en de sprint eindigt met een vaste bouwofferte of een schriftelijk nee. Dat schriftelijke nee is een deliverable. Vijf dagen besteden om te ontdekken dat de these van een portfoliobedrijf een prijsregel en een spreadsheet is, en geen AI-probleem, is een gespaarde holdperiode. Het zijn dezelfde vijf documenten die op de methodepagina worden beschreven; voor een sponsor gaat het erom dat ze in elk bedrijf hetzelfde zijn.

De volgorde binnen een portefeuille

Met tien portfoliobedrijven is de verleiding groot om tien pilots tegelijk te draaien. Weersta die, om een reden die met diepgang te maken heeft en niet met capaciteit. Het Uitzonderingenregister ontstaat uit vijf dagen met de mensen die het proces uitvoeren, en die diepgang overleeft het niet als je haar in dezelfde week over drie bedrijven verdeelt. Wat zich moet herhalen, is het instrument, niet de kalender. Draai de sprints na elkaar, één bedrijf tegelijk, en accepteer dat het antwoord van het vierde bedrijf in maand twee binnenkomt in plaats van in week twee. Het alternatief is tien oppervlakkige antwoorden die allemaal ja zeggen, omdat een oppervlakkige blik op elk proces wel iets vindt om te automatiseren.

Bepaal de volgorde op basis van twee criteria. Ten eerste: waar doet één workflow zichtbaar pijn en is er al een documentspoor? Leveranciersfacturen die door drie mensen worden overgetypt, quote-to-cash met vijf overdrachten en geen eigenaar, een orderdesk die draait op het geheugen van één persoon. Ten tweede: waar is er bij het portfoliobedrijf, niet bij de sponsor, een bestuurder die eigenaar is van de uitkomst en een goedkeuringsgrens kan vrijgeven? Een mandaat van de sponsor is niet hetzelfde. Zonder een benoemde eigenaar binnen het bedrijf loopt het werk vast bij de eerste goedkeuring, wie het ook bouwt, en dat geldt voor elke pilot in elk bedrijf.

Levert de eerste sprint een ja op, draai dan de bouw in dat bedrijf terwijl de tweede sprint in het volgende bedrijf loopt. Zes weken van de start van de bouw tot de eerste workflow in productie, met schaduwmodus voordat het systeem zelf handelt: dat is het ritme. Tegen de tijd dat de derde sprint rapporteert, heeft het eerste bedrijf een maandelijks nauwkeurigheidsrapport en heeft de board pack een getal.

Wat er in de board pack komt

Drie dingen, en geen daarvan is een statuspresentatie. De determinismeratio per bedrijf, omdat die de board vertelt hoeveel van de these AI was en dus wat het kost om te draaien. Het maandelijks nauwkeurigheidsrapport per live workflow, omdat dat de board vertelt of het systeem nog klopt en of een taak meer bevoegdheid heeft verdiend. En het aantal schriftelijke nee’s, omdat een sponsor die kan laten zien dat vijf bedrijven in kaart zijn gebracht, drie zijn gebouwd en twee op basis van bewijs zijn afgewezen, een proces beschrijft en geen hoop.

Het Beslissingslogboek is niet voor de board. Het is voor de koper bij de exit. Een proces dat achttien maanden geautomatiseerd draait en op verzoek elke beslissing kan tonen die het nam, met input, zekerheidsscore en goedkeurder, is een proces dat het due-diligenceteam van een koper binnen een week kan aftekenen. Een proces dat dat niet kan, is een korting.

Vóór, of in plaats van, het aannemen van de AI Operating Partner

Het stuk van Korn Ferry noemt drie achtergronden voor de rol van AI Operating Partner, ondernemend, technisch-productgericht en technologie op directieniveau, en somt de risico’s op van het creëren ervan: overlap met de bestaande tech operating partner, extra complexiteit voor het management van portfoliobedrijven en druk om AI in te voeren waar de businesscase ontbreekt. De sprints beantwoorden alle drie. Ze vertellen je of er überhaupt een these is, voordat er iemand op de loonlijst staat die er gelijk in moet krijgen. Ze vertellen je welke vorm de rol moet hebben, omdat wat de sprints in de portefeuille vonden een betere gids is dan waar de markt dit kwartaal voor werft. En ze vertellen je wat de nieuwe aanstelling erft: een operating partner die begint met vijf Uitzonderingenregisters, vijf grensmaps en één systeem in productie, heeft een baan, terwijl iemand die begint met achttien maanden aan licenties een discoveryproject heeft. Het volledige argument staat op de private-equitypagina.

Wanneer je dit niet moet doen

Er zijn drie situaties waarin een sprint in een portfoliobedrijf de verkeerde aankoop is, en het is goedkoper om dat in een gesprek van dertig minuten vast te stellen dan in week twee. Het bedrijf is groot genoeg om een eigen deliveryteam te bemensen: neem dat team dan aan; embedded delivery is hoe je leert voor welke rollen je moet werven, geen vervanging daarvan. De these is rekenwerk en geen oordeel, zoals rapportages uit drie legacysystemen samenvoegen of een prijsregel consequent toepassen: dan wint een rules engine, en die is goedkoper in stand te houden. Of niemand binnen het bedrijf is eigenaar van de uitkomst: dan loopt het werk vast bij de eerste goedkeuringsgrens, wie het ook bouwt.

Bronnen & referenties