AI-Native due diligence voor groei-eigen vermogen: featurevelocity, retentie en modelafhankelijkheid

1. Definieer de investeringsbeslissing

Due diligence voor growth equity moet beginnen met de beslissing die de investeringscommissie moet nemen. Het mandaat moet het beoogde waardepapier, de opbrengsten, eigendom, bestuursrechten, verwachte aanhoudperiode, rendementskader en materiële voorwaarden specificeren. Een brede opdracht om een AI-onderneming te beoordelen kan veel activiteit opleveren zonder de prijs-, structuur- en risicovragen op te lossen die de inzet van kapitaal bepalen.

Het besluitvormingskader moet de operationele these identificeren. Het management kan aanvoeren dat snelle productreleases de adoptie verhogen, dat adoptie terugkerende klantresultaten oplevert, dat die resultaten retentie en uitbreiding ondersteunen, en dat schaal de contributiemarge verbetert. Elke schakel vereist een definitie, een bron en een observatieperiode. Een sterk resultaat bij één schakel bewijst niet de rest van de keten.

De commissie moet de bewijsstandaard goedkeuren voordat de due diligence versnelt. De standaard moet geverifieerde records, verklaringen van het management, getoetste berekeningen, bewijs van derden en hypothetische scenario's onderscheiden. Materieel ontbrekende informatie moet zichtbaar blijven. De investeerder moet ook bepalen welke bevindingen de waardering, voorwaarden van het waardepapier, governance, gefaseerde financiering, voorwaarden of de beslissing om te stoppen kunnen wijzigen.

2. Bouw de geïntegreerde due-diligencearchitectuur

Commerciële, product-, technische, financiële en governancewerkstromen moeten één claimregister gebruiken. Afzonderlijke rapporten kunnen hetzelfde feit anders beschrijven, inconsistente perioden toepassen of een afhankelijkheid missen die functies doorkruist. De geïntegreerde architectuur kent elke materiële bewering toe aan een eigenaar, bron, toets, beoordelaar en investeringsconsequentie.

De architectuur moet productdoel, klantsegmenten, releasegeschiedenis, taaksucces, adoptie, retentie, prijsstelling, omzetverantwoording, kostenallocatie, model- en cloudafhankelijkheden, datarechten, beveiliging, regelgeving, organisatie, prognose, kapitaalbehoefte en kapitalisatietabel omvatten. Ze moet ook de samenhang tussen deze elementen behouden. Een nieuwe functie kan de adoptie verbeteren terwijl de inferentiekosten, implementatiewerkzaamheden of modelconcentratie toenemen.

Het AI Risk Management Framework van NIST verbindt organisatorische praktijken met kartering, meting, beheer en governance gedurende de hele AI-levenscyclus [1]. De kern ervan vraagt om gedocumenteerde test, evaluatie, verificatie en validatie, en om productiemonitoring onder omstandigheden die vergelijkbaar zijn met uitrol [2]. Die principes ondersteunen een investeringsbewijssysteem, hoewel de investeerder ze moet aanpassen aan de transactie en de onderneming.

Elke fase vereist een gedefinieerde populatie, bron, periode en beoordeling voordat deze de volgende conclusie ondersteunt.

3. Maak het bewijsregister

Het bewijsregister is de transactieregistratie voor materiële claims. Elke vermelding moet de bewering, definitie van de metriek, populatie, periode, bronsysteem, extractiemethode, berekening, eigenaar, beoordelaar, versie, beperking en mogelijke investeringsreactie vermelden. Het register moet naar bronbestanden verwijzen en tegelijk de toegangs- en vertrouwelijkheidscontroles behouden.

Managementdashboards zijn nuttige uitgangspunten. Ze kunnen definities wijzigen, mislukte activiteit uitsluiten, productie- en testverkeer combineren of een actuele momentopname naast een historische prognose weergeven. Het due-diligence-team moet geselecteerde metrieken afstemmen op bronsystemen, contracten en boekhoudkundige gegevens. Heruitvoering moet zich richten op claims die de waardering, neerwaartse bescherming of kapitaalbehoefte bepalen.

Het register moet ongunstige bewijzen behouden. Mislukte evaluaties, cohorten met churn, kostenoverschrijdingen, klachten van klanten en onopgeloste rechten kunnen de bandbreedte van uitkomsten doeltreffender verklaren dan een gepolijste dataroom. Een uitzondering moet een eigenaar, financiële relevantie, voorgestelde actie en beslissingsdatum hebben. Het verwijderen ervan na een tijdelijke oplossing wist het auditspoor.

Tabel 1. Kernvelden van het bewijsregister

Een ingevuld veld vereist bronbewijs en toetsing die evenredig zijn aan het belang ervan voor de investering.

4. Definieer de AI-native productscope

Het due-diligenceteam moet vaststellen wat het bedrijf operationeel gezien AI-native maakt. Het product kan eigen modellen trainen, modellen van derden fine-tunen, meerdere modellen orkestreren, retrieval- en workflowlogica toepassen, infrastructuur leveren of externe AI-diensten in een bredere applicatie insluiten. Deze architecturen brengen verschillende risico's met betrekking tot intellectueel eigendom, kosten, betrouwbaarheid en overstap met zich mee.

De productkaart moet elke klantgerichte workflow, het model- en datapad, menselijke tussenkomst, de productieomgeving en de commerciële belofte identificeren. Eén bedrijf kan meerdere architecturen bevatten. De ene workflow kan een eigen classificatiemodel gebruiken, een andere kan doorverwijzen naar een aanbieder van foundationmodellen, en een derde kan deskundige beoordeling vereisen. Geaggregeerde marge en betrouwbaarheid kunnen die verschillen verbergen.

Scope beïnvloedt ook de vergelijkbaarheid. Een bedrijf waarvan de economie afhangt van inferentie door derden, mag niet uitsluitend als traditionele software worden beoordeeld. Een dienstintensieve implementatie mag niet zonder bewijs worden voorgesteld als terugkerende omzet uit selfservice. De investeerder moet het werkelijke operationele model, contractuele rechten en kostendrijvers gebruiken in plaats van een label.

5. Definieer een gecontroleerde release

Featuresnelheid vereist een stabiele analyse-eenheid. Een release moet een productiewijziging vertegenwoordigen die een in aanmerking komende klantenpopulatie bereikt en kan worden gekoppeld aan gedefinieerd gedrag of uitkomsten. Codecommits, experimenten, interne demonstraties en marketingaankondigingen zijn afzonderlijke gebeurtenissen. Door ze samen te tellen, wordt activiteit beloond zonder dat klantwaarde wordt getest.

Het release-record moet de beoogde gebruiker, het probleem, de eigenaar, goedkeuring, implementatiedatum, in aanmerking komende populatie, blootstellingslogica, terugdraaiplan, evaluatieresultaat, incidenthistorie en commerciële hypothese bevatten. Materiële wijzigingen aan model, prompt, retrieval, data en beleid moeten worden opgenomen, omdat ze het productgedrag kunnen veranderen zonder een zichtbare wijziging van de interface.

Featuresnelheid moet worden beoordeeld naast kwaliteit en omkeerbaarheid. Frequente releases kunnen leervermogen aantonen wanneer telemetrie, testen en terugdraaien sterk zijn. Ze kunnen ook fragmentatie, ondersteuningslast en betrouwbaarheidsrisico creëren. De investeerder moet meten welk deel van de releases stabiele productie bereikt, de acceptatiedrempel haalt en na de observatieperiode ondersteund blijft.

6. Meet featuresnelheid

Nuttige snelheidsmetingen zijn onder meer doorlooptijd van goedgekeurd probleem tot productie, implementatiefrequentie, release-acceptatie, terugdraaipercentage, percentage ontsnapte defecten, evaluatiedekking en hersteltijd. De noemer moet expliciet zijn. De mediane doorlooptijd voor geaccepteerde releases kan meer zeggen dan een gemiddelde dat wordt vertekend door enkele verlaten initiatieven.

Het team moet de snelheid segmenteren naar productgebied, klanttype en wijzigingsklasse. Een aanpassing van de gebruikersinterface, een modelmigratie en een gereguleerde workflow vereisen verschillende tests en risicotoleranties. Vergelijkingen tussen perioden moeten veranderingen in teamgrootte, architectuur, klantenmix en releasebeleid verklaren.

Snelheid kan worden vergeleken met het investeringsplan. Als groei een gedefinieerde reeks enterprise-controls, integraties of workflowmogelijkheden vereist, moet due diligence toetsen of de historische doorvoer die reeks ondersteunt. De prognose moet discovery, beveiligingsreview, klantacceptatie en implementatie-inspanning omvatten. Alleen technische schattingen leggen geen commerciële beschikbaarheid vast.

7. Koppel releases aan adoptiecohorten

Elke materiële release moet een in aanmerking komende cohort en een blootgestelde cohort hebben. Geschiktheid beantwoordt wie de functie zou kunnen gebruiken; blootstelling beantwoordt wie deze daadwerkelijk heeft ontvangen of ontdekt. Adoptie moet vervolgens eerste gebruik, zinvol gebruik, herhaald gebruik en succesvol gebruik onderscheiden. Een grote in aanmerking komende populatie met beperkte blootstelling kan wijzen op distributiefrictie in plaats van productafwijzing.

Cohorten moeten startdatum, accountkenmerken, contract, segment, geografie en relevante nulmeting behouden. Het team moet blootgestelde gebruikers vergelijken met een geschikte pre-release-baseline of controle indien haalbaar. Productanalytics kunnen samenhang aantonen; causale claims vereisen een sterker onderzoeksontwerp en vermelde beperkingen.

Adoptiecurves moeten lang genoeg worden gevolgd om nieuwigheid van terugkerende workflow te onderscheiden. Een functie die één keer tijdens onboarding wordt gebruikt, kan de implementatietijd verkorten zonder een dagelijkse workflow te worden. Die uitkomst kan nog steeds waarde creëren, maar moet via het juiste mechanisme in de omzet- en retentiethese worden opgenomen.

8. Definieer taaksucces en klantacceptatie

AI-producten vereisen workflowspecifieke definities van succes. Een respons kan binnen de latentiedoelstelling worden geleverd en toch onnauwkeurig, onveilig of onbruikbaar zijn. De definitie kan voltooiing, kwaliteit, betrouwbaarheid, latentie, escalatie, beoordelingsinspanning en klantacceptatie combineren. De investeerder moet begrijpen wie de drempel vaststelt en hoe deze zich verhoudt tot de contractuele belofte.

Evaluatiebewijs moet betrekking hebben op omstandigheden die vergelijkbaar zijn met productie, in lijn met NIST's nadruk op gedocumenteerd testen en productiemonitoring [2]. Steekproeven moeten relevante klantenpopulaties en faalmodi vertegenwoordigen. Resultaten uit samengestelde demonstraties moeten worden gescheiden van liveprestaties. Menselijke evaluatie moet instructies, beoordelaars, meningsverschillen en escalatie documenteren.

Het team moet fouten herleiden tot klant- en economische gevolgen. Een fout met lage ernst kan beperkte kosten veroorzaken; een zeldzame storing in een workflow met hoge inzet kan markttoegang beperken of dure beoordeling vereisen. Geaggregeerde nauwkeurigheid kan die verdeling verbergen. Het investeringsmodel moet de werkelijke use case en resterende controls weerspiegelen.

9. Bouw de brug naar klantuitkomsten

De brug naar klantuitkomsten verbindt productactiviteit met het resultaat dat de koper waardeert. Zij begint bij de overeengekomen of beoogde workflow, volgt in aanmerking komende gebruikers via blootstelling en succesvol gebruik, en toetst vervolgens uitkomsten op tijd, kosten, omzet, risico of kwaliteit. De brug moet verstorende veranderingen identificeren, zoals nieuwe prijsstelling, implementatieondersteuning of bezetting bij de klant.

Bewijs kan bestaan uit klantsysteemgegevens, geaccepteerde deliverables, serviceniveaus, verlengingsbeslissingen en gedocumenteerde casestudy's. Getuigenissen zonder nulmeting geven context, maar laten de omvang onopgelost. De investeerder moet bedrijfsberekeningen, door de klant bevestigde resultaten en onafhankelijk gereproduceerd bewijs onderscheiden.

Duurzaamheid van uitkomsten is belangrijk. Een besparing die met intensieve leveranciersondersteuning is behaald, houdt mogelijk geen stand bij opschaling. De brug moet ondersteuningsuren, implementatie-inspanning en uitzonderingen tonen. Een klant kan verlengen vanwege een bredere bundel, zelfs wanneer de functie AI weinig directe adoptie kent. Toerekening moet in verhouding blijven tot het bewijs.

Klantwaarde moet worden onderbouwd met een nulmeting, cohort, acceptatiebewijs, leveringsinspanning en vermelde beperking.

10. Analyseer retentie per cohort

Retentie moet worden berekend op basis van een afgebakende populatie en economische basis. Logo-retentie, bruto-omzetretentie, netto-omzetretentie, productretentie en workloadretentie beantwoorden verschillende vragen. Het team moet de gekozen maatstaf afstemmen op contracten en, waar passend, op verantwoorde of gefactureerde omzet.

Release-to-retentionanalyse volgt cohorten die aan belangrijke functies zijn blootgesteld en vergelijkt verlenging, krimp, uitbreiding en churn. Het observatievenster moet aansluiten bij contract- en gebruikcycli. Recente cohorten kunnen er gezond uitzien omdat zij nog geen verlenging hebben bereikt. Volwassen cohorten kunnen een ouder product- en klantprofiel weerspiegelen. Beide moeten worden getoond.

Openbare deponeringen laten zien dat bedrijven retentie zorgvuldig definiëren en bespreken. DigitalOcean rapporteerde netto dollarretentie naast AI-native productreleases in zijn resultaten voor 2025 [15]. Atlassian noemt tevredenheid, releases, ondersteuning, prijsstelling, pakkettering en AI-aanbod onder factoren die retentie en uitbreiding kunnen beïnvloeden [16]. Deze toelichtingen illustreren relevante variabelen; zij vormen geen benchmark voor een ander bedrijf.

Tabel 2. Cohortstructuur van release naar retentie

De waarden zijn hypothetisch en illustreren uitsluitend de structuur van de due-diligenceberekening.

11. Diagnose van churn en krimp

Bij churnanalyse moeten redenen op accountniveau worden gebruikt die door bewijs worden ondersteund. Categorieën kunnen onder meer zijn: productfit, kwaliteit, betrouwbaarheid, beveiliging, inkoop, integratie, ondersteuning, prijsstelling, budget, concurrent, faillissement van de klant of strategische wijziging. Eén primaire reden kan handig zijn, maar verbergt onderling samenhangende oorzaken.

Het team moet de opgegeven reden, gebruiksgeschiedenis, ondersteuningshistorie, productblootstelling, prijswijziging en klantnotities vergelijken. Verloren accounts moeten worden gesegmenteerd naar omzet, marge, sector, product en afhankelijkheid. Een klein aantal geconcentreerde verliezen kan de prognose meer beïnvloeden dan een brede reeks laagwaardige experimenten.

Krimp verdient een afzonderlijke analyse. Klanten kunnen het contract behouden terwijl zij het aantal gebruikersplaatsen, workloads of premiumfuncties verminderen. Een AI-functie kan de betrokkenheid vergroten zonder budgetverlaging elders te voorkomen. De omzetbrug moet beginwaarde, churn, krimp, expansie, prijs en valuta-effecten tonen met consistente perioden.

12. Test de kwaliteit van expansie

Expansie moet gekoppeld zijn aan een herhaalbare drijfveer. Deze kan voortkomen uit meer gebruikers, hogere workload, nieuwe producten, prijs, implementatie, overgenomen entiteiten of tijdelijk verbruik. De investeerder moet contractuele verplichtingen scheiden van variabel gebruik en vaststellen of dezelfde releases die adoptie ondersteunen ook betaalde expansie ondersteunen.

Verbruiksbedrijven vereisen extra zorg. Productoptimalisatie kan het verbruik van klanten verlagen terwijl de waarde toeneemt. Een daling in gebruik is niet automatisch ongunstig, en groei gedreven door inefficiënt token- of computegebruik is niet automatisch gunstig. De analyse moet gebruikseenheden verbinden met klantuitkomsten, prijs en directe kosten.

Expansieconcentratie moet worden getest. Een klein aantal grote klanten kan een aantrekkelijke netto retentie creëren terwijl het de onderhandelingsmacht en prognosevolatiliteit vergroot. Het model moet expansie per cohort, segment en klant tonen, samen met pipeline-aannames en contractueel bewijs. Niet-onderbouwde cross-sell-aannames blijven scenario-inputs.

13. Stem de omzetkwaliteit af

Omzetkwaliteitsanalyse moet contracten, facturering, erkende omzet, cashontvangsten en productbewijs met elkaar afstemmen. IFRS 15 stelt principes vast voor de erkenning van omzet uit klantcontracten [5]. Het due-diligenceteam moet transactiespecifiek accountingadvies inwinnen en prestatieverplichtingen, variabele tegenprestatie, contractwijzigingen, principal-agentvragen en significante financieringscomponenten begrijpen waar relevant.

Terugkerende labels vereisen onderzoek. Omzet kan implementatie, maatwerkontwikkeling, expertbeoordeling, training, ondersteuning, marketplace-doorvoer of cloudwederverkoop omvatten. Die stromen kunnen commercieel waardevol zijn maar hebben verschillende kenmerken op het gebied van marge, werkkapitaal en schaalbaarheid. Het model moet de mix behouden.

Het team moet boekingen, geannualiseerde waarden en pipelineclaims toetsen aan uitgevoerde voorwaarden en startdata. Gecontracteerde backlog kan beëindigingsrechten, verbruiksvariabiliteit, acceptatievoorwaarden of vertraagde uitrol bevatten. Cashontvangsten moeten naast erkende omzet worden geanalyseerd. Een klantuitkomst kan sterk zijn terwijl inkoop- of acceptatievertragingen liquiditeitsdruk creëren.

14. Wijs terugkerende leveringskosten toe

AI-native margeanalyse moet de middelen omvatten die nodig zijn om de gecontracteerde uitkomst te leveren. Directe kosten kunnen model-inferentie, cloudcompute, opslag, data-acquisitie, observability, orchestratie, menselijke review, implementatie, ondersteuning, servicecredits en licenties van derden omvatten. De classificatie moet aansluiten op de accountingadministratie en tegelijk een economische visie ondersteunen.

Promotionele credits, minimumverplichtingen en gereserveerde capaciteit moeten zichtbaar zijn. Gerapporteerde kosten tijdens een creditperiode vormen mogelijk geen duurzame economische realiteit. Een verplichting kan de eenheidsprijs verlagen terwijl zij take-or-pay- of onderbezettingsrisico creëert. Het due-diligencemodel moet gecontracteerde en economische kosten tonen onder relevante bezettingsscenario's.

In de 2025-filing van Microsoft wordt melding gemaakt van aanzienlijke ontwikkelings- en operationele kosten die verband houden met AI-modellen, -diensten, -platforms en -infrastructuur [17]. In de 2025-filing van Alphabet wordt een stijgende investering in technische infrastructuur en stijgende operationele kosten voor AI-aanbod beschreven [18]. Deze emittentspecifieke toelichtingen ondersteunen de noodzaak om de kostenarchitectuur te toetsen; zij vormen geen direct bewijs over de doelvennootschap.

15. Bereken de terugkerende contributiemarge

Voor een terugkerende contributiemarge moeten een afgebakende omzetbasis en een volledige perimeter van directe kosten worden gebruikt. Het team moet weergaven op account-, workflow- en cohortniveau berekenen waar de data dat toelaten. De voor de onderneming gerapporteerde brutomarge kan een onrendabele AI-workflow verbergen die wordt ondersteund door een winstgevende legacyproduct- of dienstenlijn.

De brug moet prijs, volume, mix, providertarief, modelkeuze, token- of workloadintensiteit, caching, menselijke tussenkomst, support en servicecredits afzonderlijk zichtbaar maken. Verbeteringen moeten worden gekoppeld aan daadwerkelijk doorgevoerde wijzigingen en aan aanhoudende observatie. Een prognose die tegelijkertijd lagere modelkosten en lagere supportinspanning veronderstelt, moet voor beide de operationele onderbouwing toelichten.

De kwaliteit van de marge hangt ook af van klantwaarde. Het verlagen van modelkwaliteit, context of review kan de kosten verlagen, maar de uitkomsten en retentie schaden. De investeerder moet de efficiënte grens testen tussen uitkomst, latentie, betrouwbaarheid en directe kosten. Eén optimalisatiemetriek kan niet alle vier weergeven.

16. Breng de afhankelijkheidsarchitectuur in kaart

De afhankelijkheidsarchitectuur identificeert de systemen, rechten en tegenpartijen die nodig zijn om elke materiële workflow te leveren. Deze moet foundationmodellen, propriëtaire modellen, clouddiensten, accelerators, data, retrieval, vectorstores, observability, beveiliging, evaluatietools, integraties, specialisten en gelicentieerde content omvatten. Elke afhankelijkheid moet worden gekoppeld aan de klantbelofte en de kosten.

Voor elke afhankelijkheid moet due diligence de provider, het contract, de looptijd, verlenging, prijsmechanismen, volumeverplichting, servicelevel, datagebruik, toewijzing van intellectueel eigendom, aansprakelijkheid, beëindiging, overdraagbaarheid, alternatief, overstapinspanning en resterende beperking vastleggen. Technische vervangbaarheid en contractuele overdraagbaarheid zijn afzonderlijke vragen.

Het Generative AI-profiel van NIST belicht risico’s gedurende de levenscyclus van generatieve AI en moedigt acties aan die aansluiten bij organisatiedoelen en risicotoleranties [3]. De afhankelijkheidskaart vertaalt deze zorgen naar bewijs voor investeringsbeslissingen. Deze moet op workflowniveau worden bijgehouden, omdat een onderneming sterke overdraagbaarheid kan hebben in het ene product en materiële concentratie in het andere.

Elke laag moet worden getest op rechten, concentratie, vervangbaarheid, overstaptijd en economische blootstelling.

17. Beoordeel de afhankelijkheid van foundationmodellen

De afhankelijkheid van foundationmodellen moet per workflow worden beoordeeld, niet alleen op basis van het aantal providers. Een product kan meerdere modellen aanroepen terwijl het voor kwaliteit, latentie, enterprisevoorwaarden of een kritische capaciteit op één provider vertrouwt. Het team moet standaardroutering, fallbackgedrag, fine-tuning, prompt- en evaluatieassets, providerspecifieke functies en faalmodi identificeren.

De contractbeoordeling moet toegang, prijsstelling, rate limits, serviceverplichtingen, gegevensverwerking, trainingsrechten, outputvoorwaarden, vrijwaringen, territoriale beperkingen, wijzigingsrechten en beëindiging omvatten. Technische tests moeten uitkomsten en kosten meten onder haalbare alternatieven. Een nominale fallback die niet aan de acceptatiedrempels voldoet, biedt geen gelijkwaardige veerkracht.

In de deponering van Atlassian staat dat het bedrijf afhankelijk is van bepaalde AI-modellen, producten en integratieproviders van derden, en worden beschikbaarheid, jurisdictie en prijs genoemd als mogelijke blootstellingen [16]. Deze openbare toelichting illustreert vragen die relevant zijn voor due diligence op afhankelijkheden. Het risico van de doelvennootschap moet worden vastgesteld op basis van zijn eigen architectuur, contracten en tests.

18. Test de vervangbaarheid van modellen

Voor het testen van vervangbaarheid moeten representatieve productieworkflows en goedgekeurde acceptatiecriteria worden gebruikt. Het team moet de kwaliteit van de uitkomsten, latentie, betrouwbaarheid, veiligheid, contextverwerking, toolgebruik, kosten, integratie-inspanningen en operationele controles vergelijken. Een benchmarkscore kan de analyse ondersteunen, maar laat de workflowprestaties onopgelost.

De overschakeltijd moet de inkoop, de beveiligingsbeoordeling, de voorwaarden voor gegevensverwerking, de implementatie, de evaluatie, de klantgoedkeuring, de uitrol en de monitoring omvatten. Ook moet de tijd worden meegerekend die nodig is om providerspecifieke prompts, fine-tuning, retrieval of guardrails opnieuw op te bouwen. Het bedrijf moet vaststellen welke assets na een overstap bruikbaar blijven.

Het investeringsmodel kan discrete afhankelijkheidsscenario's gebruiken. Een basisscenario kan uitgaan van de huidige commerciële voorwaarden; een neerwaarts scenario kan een prijsstijging, capaciteitsbeperking of kwaliteitsverslechtering toepassen; een migratiescenario kan dubbele operationele kosten en vertraagde releases omvatten. De aannames moeten traceerbaar zijn en mogen niet suggereren dat alle afhankelijkheden tegelijkertijd falen zonder een samenhangende oorzaak.

Tabel 3. Scorecard voor afhankelijkheid en overdraagbaarheid

Scores moeten gebaseerd zijn op gedocumenteerd bewijs en workflowspecifieke drempelwaarden.

19. Claims over propriëtaire modellen beoordelen

Claims over een voordeel van propriëtaire modellen moeten worden ontleed. Het bedrijf kan eigenaar zijn van trainingscode, gewichten, fine-tunes, synthetische data, evaluatiesets, routing, retrieval, domeinontologieën of workflowfeedback. Elk asset heeft andere rechten, reproduceerbaarheid en commerciële relevantie. Een algemene bewering van eigendom is onvoldoende.

Het team moet ontwikkelingsrecords, licenties, overdrachten door werknemers en contractanten, dataherkomst, trainingstoestemmingen, beveiliging en modeldocumentatie beoordelen. Prestaties moeten worden getest tegen een relevante baseline onder productieomstandigheden. De analyse moet de kosten en tijd omvatten die nodig zijn om het beweerde voordeel te reproduceren.

Duurzaamheid hangt af van klantwaarde en de reactie van concurrenten. Een meetbare prestatievoorsprong kan eroderen als aanbieders verbeteren of als klanten een goedkoper alternatief accepteren. Propriëtaire activa kunnen ook de afhankelijkheid verminderen terwijl ze de trainings-, talent- en compute-vereisten verhogen. Het waarderingsmodel moet zowel het voordeel als de verplichting opnemen.

20. Datarechten en herkomst beoordelen

Datadue diligence moet bron, eigendom, licentie, toestemming, toegestaan doel, geografie, retentie, transformatie, delen en verwijdering in kaart brengen. De kaart moet training, fine-tuning, retrieval, evaluatie, monitoring en door klanten gegenereerde feedback omvatten. Rechten die één doel ondersteunen, ondersteunen mogelijk een ander doel niet.

Het team moet testen of het bedrijf kritieke datasets kan reproduceren en of de herkomst na transformatie behouden blijft. Synthetische data moeten de generatiemethode en kwaliteitscontroles behouden. Klantdata moeten volgens contract en beleid worden gescheiden. Openbare beschikbaarheid vestigt op zichzelf geen onbeperkt commercieel recht.

Het AI-regelgevingskader van de Europese Commissie beschrijft verplichtingen die verschillen naargelang het risico en de rol van AI-systemen [6]. De OESO-AI-beginselen bieden een internationale referentie voor verantwoord beheer [7]. Het toepasselijke recht en de overeenkomst vereisen gekwalificeerd advies; het investeringsdossier moet vermelden welke kwesties zijn beoordeeld, door wie en met welke beperkingen.

21. Governance van testevaluatie

Evaluatiegovernance moet definiëren wie metrieken, datasets, drempelwaarden, releases en uitzonderingen goedkeurt. Ontwikkelteams kunnen bewijs voorbereiden, terwijl materiële productclaims gebaat zijn bij een onafhankelijke beoordeling die evenredig is aan het risico. Het dossier moet mislukte tests bewaren en elke wijziging van drempelwaarden toelichten.

Het team moet offline-evaluatie, red-teamtests, menselijke beoordeling, productiemonitoring en klantacceptatie beoordelen. Testsets moeten materiële populaties en bekende faalmodi vertegenwoordigen. Lekkage tussen training en evaluatie moet worden beoordeeld. Versiebeheer moet model, prompt, data, code en resultaat aan elkaar koppelen.

De AI RMF Core van NIST stelt dat testsets, metrieken en hulpmiddelen die tijdens de evaluatie worden gebruikt, moeten worden gedocumenteerd en dat productiefunctionaliteit en -gedrag moeten worden gemonitord [2]. De investeerder moet toetsen of het bewijs van de onderneming haar daadwerkelijke commerciële beloften onderbouwt in plaats van een generieke nalevingschecklist.

22. Beoordeel beveiliging en veerkracht

Beveiligingsdue diligence moet betrekking hebben op product, model, data, infrastructuur, identiteit, toegang, secrets, softwaresupplychain, klantintegratie, monitoring, incidentrespons en bedrijfscontinuïteit. Het team moet vaststellen welke beheersmaatregelen door de onderneming worden beheerd en welke van leveranciers afhankelijk zijn. Certificeringen kunnen als bewijsondersteuning dienen, terwijl de reikwijdte en operationele effectiviteit nog moeten worden getoetst.

AI-specifieke scenario’s kunnen onder meer promptinjectie, datalekkage, onveilig gebruik van tools, modelextractie, vergiftigde kennisbronnen, onveilige automatisering en misbruik omvatten. De analyse moet zich richten op de architectuur en het dreigingsmodel van het product. Een catalogus van mogelijke risico’s is geen bewijs van blootstelling of beheersing.

Incidenten, bijna-incidenten, kwetsbaarheden en uitzonderingen moeten worden gekoppeld aan herstelmaatregelen, klantimpact, contractuele kennisgeving en kosten. Veerkrachttests moeten uitval van afhankelijkheden en verminderde modelprestaties omvatten. Materiële bevindingen kunnen voorwaarden, vrijwaringen, reserves, investeringstiming of het besluit om te stoppen beïnvloeden.

23. Beoordeel cloud- en computeconcentratie

Computeconcentratie moet worden beoordeeld per leverancier, regio, accelerator, capaciteitsverplichting en workload. Een onderneming kan meerdere clouddiensten gebruiken terwijl zij voor een cruciaal product afhankelijk is van één regio of hardwareklasse. De mapping moet deployment-, evaluatie-, trainings-, data- en bedrijfscontinuïteitsworkloads omvatten.

De contractbeoordeling moet prijs, kortingen, credits, capaciteit, serviceniveaus, datalocatie, beveiliging, beëindiging en migratieondersteuning omvatten. De technische beoordeling moet observeerbaarheid, overdraagbaarheid van workloads en herstel testen. Het financiële model moet benutte en vastgelegde kosten afzonderlijk tonen.

De 2025-deponering van CoreWeave bespreekt klantadoptie, prestaties, efficiëntie, resterende prestatieverplichtingen en financiering van AI-infrastructuur [19]. De 2026-deponering van Oracle beschrijft stroom, capaciteit en afhankelijkheden van datacenters van derden [20]. Deze infrastructurele toelichtingen illustreren omstandigheden stroomopwaarts in de keten die een applicatieonderneming kunnen bereiken via prijs, beschikbaarheid of leveranciersvoorwaarden.

24. Stel de computegevoeligheid op

Computegevoeligheid moet workloadvolume, taaksucces, modelmix, input- en outputintensiteit, caching, batchverwerking, latentieniveau, leverancierstarief, credits en minimale verplichtingen met elkaar verbinden. Het model moet worden afgestemd op facturen en telemetrie voor een geselecteerde periode. Vervolgens moet het aansluiten bij de terugkerende contributiemarge en kasstroom.

Het team moet één maatstaf voor kosten per query vermijden wanneer query's sterk variëren. Kosten per succesvol geaccepteerde workflow kunnen een sterkere economische eenheid bieden, mits succes goed is gedefinieerd. Het model moet ook mislukte pogingen, retries, menselijke beoordeling en niet-benutte capaciteit tonen.

Scenario-ontwerp kan hoger volume, lagere tarieven van leveranciers, modelmigratie, kwaliteitsdrempels, klantmix en benutting van commitments testen. Elk scenario moet operationele haalbaarheid behouden. Lagere kosten kunnen een kwaliteitsafweging vereisen; een grotere commitment kan de eenheidsprijs verbeteren terwijl het kasrisico toeneemt.

De waarden zijn hypothetisch en illustreren de modelstructuur; ze vormen geen prognose of waarderingsconclusie.

25. Beoordeel de productbetrouwbaarheid

Betrouwbaarheid moet worden gedefinieerd via de klantbelofte. Maatstaven kunnen zijn beschikbaarheid, latentie, foutpercentage, succesvolle afronding, escalatie, herstel, actualiteit van gegevens en servicecredits. Geaggregeerde uptime kan een falende AI workflow verbergen binnen een beschikbare applicatie.

Het team moet servicedoelstellingen, feitelijke prestaties, incidenten, grondoorzaken, herstelmaatregelen en klantcommunicatie beoordelen. Analyse op release-niveau kan laten zien of een hogere leveringssnelheid de incidentfrequentie verhoogt of de hersteltijd verkort. Materiële klantsegmenten en piekperioden moeten zichtbaar zijn.

De betrouwbaarheidseconomie omvat gederfde omzet, servicecredits, ondersteuning, herwerk, dubbele capaciteit en klantverloop. De prognose moet de investering omvatten die nodig is om groei te ondersteunen. Een sterk historisch track record op beperkte schaal bewijst geen prestatie bij geprojecteerd volume; het capaciteits- en veerkrachtplan moet de brug verklaren.

26. Beoordeel de productorganisatie

Organisatorische due diligence moet beslissingsbevoegdheden, leiderschap, productmanagement, engineering, machine learning, data, beveiliging, betrouwbaarheid, customer success en finance in kaart brengen. Het team moet toetsen of eigenaren resultaten kunnen definiëren, het product kunnen instrumenteren, bewijs kunnen beoordelen en op incidenten kunnen reageren. Alleen het aantal medewerkers toont geen capaciteit aan.

Release-doorvoer moet worden genormaliseerd naar teamgrootte, architectuur en wijzigingsklasse. Afhankelijkheid van sleutelpersonen moet technische kennis, klantrelaties en goedkeuringsrechten omvatten. De investeerder moet opvolging, behoud, incentives, wervingsplan en afhankelijkheid van contractanten beoordelen, met inachtneming van toepasselijke arbeids- en privacyvereisten.

Het operationele plan moet aanwervingen koppelen aan specifieke beperkingen. Het toevoegen van ontwikkelaars lost mogelijk zwakke productdiscovery, datarechten of trage goedkeuring bij enterprise-klanten niet op. Een geplande specialistische rol moet timing, kosten en tussentijdse beheersing omvatten. De investeringscasus moet de uitvoeringscapaciteit weerspiegelen die na closing beschikbaar is.

27. Beoordeel klantconcentratie en referentieerbaarheid

Klantconcentratie moet worden gemeten over omzet, brutowinst, kasontvangsten, werklast en productbewijs. Een klant kan een gematigd aandeel in de omzet vertegenwoordigen terwijl hij een groot aandeel levert in data over succesvol gebruik of productrichting. De investeerder moet commerciële en technische concentratie in samenhang begrijpen.

Contracten moeten worden beoordeeld op looptijd, beëindiging, verlenging, prijsstelling, minimumafnames, acceptatie, servicelevel, aansprakelijkheid, datarechten, publiciteit en wijziging van zeggenschap. Referentiegesprekken vereisen toestemming van de klant en een gecontroleerde vragenlijst. De vastlegging moet door het management geselecteerde pleitbezorgers onderscheiden van een representatieve steekproef.

Referentiebewijs moet het belang van het probleem, de implementatie, de uitkomst, de betrouwbaarheid, de ondersteuning, alternatieven, verlengingsintentie en uitbreiding toetsen. Het moet ook beperkingen en klantspecifieke factoren vastleggen. Eén enthousiaste referentie kan geen retentie voor de hele portefeuille aantonen. De bevindingen moeten waar toegestaan worden afgestemd op gebruiks-, support- en commerciële gegevens.

28. Analyseer de markt- en concurrentiepositie

Markt-due-diligence moet het klantprobleem, de economische koper, de gebruiker, het budget, het aankoopproces en geloofwaardige alternatieven definiëren. AI-native bedrijven kunnen concurreren met softwareleveranciers, interne ontwikkeling, uitbestede diensten, modelaanbieders of voortzetting van handmatig werk. De marktomvang moet worden bepaald door adresseerbare werkstromen en betalingsbereidheid.

Concurrentiebewijs moet klantuitkomsten, kwaliteit, integratie, beveiliging, uitrol, prijs, directe kosten en overstap vergelijken. Aantallen functies kunnen misleiden, omdat mogelijkheden verschillen in productiegereedheid en klantacceptatie. Het team moet win-/verliesdossiers, concurrentiereferenties en verlengingsbeslissingen beoordelen, met behoud van de beperkingen van de steekproef.

De investeringsthese moet aangeven waar het voordeel zit en hoe dat kan veranderen. Verbeteringen bij aanbieders kunnen het product versterken of de differentiatie onder druk zetten. Open modellen kunnen de kosten verlagen of de concurrentie vergroten. Regelgeving kan drempels en compliancekosten verhogen. Scenario's moeten deze krachten koppelen aan klantuitkomsten, retentie en marge.

29. Test prijsstelling en pakkettering

Prijs-due-diligence moet de facturatie-eenheid koppelen aan klantwaarde en bedrijfskosten. Op seats, workflows, uitkomsten, abonnementen, verbruik en hybrides gebaseerde structuren verdelen het risico op verschillende manieren. Het team moet per cohort de lijstprijs, gerealiseerde prijs, kortingen, credits, minimumafnames, meerverbruik, diensten en verlengingsmechanismen onderzoeken.

Pakkettering moet laten zien welke functies klantwerving, adoptie, uitbreiding en retentie stimuleren. AI-functies die tegen een lage prijs of zonder meerprijs worden aangeboden, kunnen een breder platform ondersteunen terwijl de hostingkosten stijgen, zoals Atlassian in zijn filing [16] als risico beschrijft. Die emittentspecifieke uitspraak illustreert de noodzaak om de pakketeconomie van het doelwit te toetsen.

Prijsexperimenten moeten worden gescheiden van contractueel vastgelegde uitkomsten. De investeerder moet betalingsbereidheid, inkoopreactie, gebruikselasticiteit en churn toetsen. Een prognose die uitgaat van een hogere prijs en hogere adoptie moet de klantwaarde en het overgangsplan onderbouwen. Prijswijzigingen kunnen ook de eisen aan ondersteuning, kanalen en omzetverantwoording veranderen.

30. Beoordeel de herhaalbaarheid van go-to-market

Go-to-marketanalyse moet de doelklant, de gekwalificeerde kans, technische validatie, beveiligingsbeoordeling, commerciële goedkeuring, implementatie, adoptie en verlenging volgen. De cyclustijd moet worden uitgesplitst naar klant en toepassing. AI-producten kunnen lange evaluatie- en governancefasen kennen, zelfs wanneer demonstraties snel zijn.

Het team moet klantrelatiegegevens, contracten, producttelemetrie, implementatiegegevens en omzet met elkaar afstemmen. Pijplijnfasen moeten op bewijs gebaseerde exitcriteria hebben. Door partners aangeleverde, door oprichters geleide en selfservicekanalen moeten afzonderlijk worden weergegeven, omdat capaciteit en conversie kunnen verschillen.

Herhaalbaarheid vereist meer dan historische groei. Het bedrijf moet een gedefinieerd probleem, een referentieerbare uitkomst, een levensvatbare uitrol, ondersteuningscapaciteit en unit-economie over opeenvolgende cohorten laten zien. De prognose moet de verkoop-, solution-engineering-, beveiligings-, implementatie- en customer-successmiddelen bevatten die nodig zijn om deze beweging te reproduceren.

31. Bouw de prognose op basis van operationele drivers

De prognose moet beginnen met klantcohorten en operationele drijfveren. Beginstand klanten, nieuwe acquisitie, activatie, succesvol terugkerend gebruik, verlenging, krimp, uitbreiding, prijs- en omzetmomenten vormen de commerciële brug. Werkbelasting, modelmix, tarieven van leveranciers, ondersteuning en implementatie vormen de kostenbrug.

Elke aanname moet een bron, basisperiode en eigenaar hebben. Historisch bewijs kan een bandbreedte ondersteunen in plaats van een punt. Recente productwijzigingen kunnen volwassen verlengingsgegevens missen. Het model moet aangeven waar de beoordeling van het management verder gaat dan waargenomen bewijs en moet de alternatieve scenario's behouden.

De balans en het kasstroomoverzicht moeten het operationele model volgen. Uitgestelde omzet, vorderingen, leveranciersverplichtingen, geactiveerde ontwikkelingskosten, leases, schuld, belastingen en transactiekosten kunnen de liquiditeit beïnvloeden. De prognose moet aansluiten op de grondslagen voor financiële verslaggeving en waar nodig een vakkundige beoordeling krijgen.

Tabel 4. Bewijskaart voor prognoseaannames

Elke aanname moet een bron, observatieperiode en goedgekeurd scenariobereik behouden.

32. Construeer samenhangende scenario's

Scenario's moeten intern consistente operationele situaties beschrijven. Een basisscenario kan uitgaan van huidige productacceptatie, gemeten retentie en geplande werving. Een upside kan sterkere adoptie combineren met bewezen supporthefboom. Een downside kan langzamere enterprise-uitrol, zwakkere verlenging en hogere modelkosten combineren. Elk scenario moet het mechanisme specificeren.

Het team moet vermijden om alle gunstige aannames in één scenario te combineren zonder operationele afhankelijkheden. Snellere releases kunnen meer evaluatie- en betrouwbaarheidscapaciteit vereisen. Hoger klantvolume kan support en werkkapitaal verhogen voordat efficiëntie optreedt. Lagere leveranciersprijzen kunnen zowel de marge verbeteren als concurrenten aantrekken.

Scenariowaarschijnlijkheden moeten zorgvuldig worden gebruikt. Waar bewijs beperkt is, kunnen bandbreedtes en beslisdrempels transparanter zijn. De investeringscommissie moet zien welke aannames de waarde van het financieringsinstrument, de kapitaalbehoefte en het rendement bepalen. Gevoeligheidsanalyse mag geen samenhangend verhaal over de werking van de onderneming vervangen.

33. Bepaal kapitaalbehoefte en runway

De kapitaalbehoefte moet zich uitstrekken van ondertekening tot een geloofwaardige volgende financiering, een punt waarop de onderneming zichzelf kan financieren of een strategische beslissing. Zij moet operationeel kasgeld, toezeggingen van leveranciers, werkkapitaal, transactiekosten, schuldendienst, voorwaardelijke betalingen en een liquiditeitsreserve omvatten. Het model moet de werkelijke voorwaarden van het financieringsinstrument en de closingvoorwaarden gebruiken.

Het due diligence-plan moet bewijsmijlpalen identificeren die tijd en cash vereisen. Enterprise-verlengingen, modelmigraties, certificeringen en marktuitbreiding kunnen verder reiken dan de voorgestelde runway. Een getrapt financieringsinstrument kan financiering afstemmen op bewijs, terwijl het uitvoerings- en beheersaspecten introduceert die juridisch en fiscaal advies vereisen.

Runway moet worden getest onder vertraagde omzet, hogere kosten en closingrisico. Een ondertekende term sheet levert geen cash op. De onderneming kan capaciteit nodig hebben om door documentatie, goedkeuringen en ontvangst heen te opereren. De investeerder moet ook begrijpen of het vertrouwen van klanten of leveranciers afhankelijk is van de balanssterkte.

34. Vertaal bevindingen naar waardering

Waardering moet de doelstelling, grondslag, methoden, bewijslast en rechten van het financieringsinstrument volgen. IFRS 13 definieert reële waarde als een marktgebaseerde meting en stelt een kader vast voor meting en toelichting [4]. International Valuation Standards bieden standaarden die relevant zijn voor waarderingsopdrachten [8]. Er kan transactiespecifiek gekwalificeerd advies nodig zijn.

Marktbenaderingen kunnen vergelijkbare ondernemingen en transacties gebruiken, met aanpassingen onderbouwd door verschillen in groei, retentie, marge, concentratie, kapitaalintensiteit, rechten en risico. Inkomstenbenaderingen kunnen cohort- en kostengegevens omzetten in kasstromen. Een recente financiering kan context bieden, maar vereist beoordeling van rechten en marktomstandigheden.

Due diligence-bevindingen moeten via expliciete drivers in het model worden opgenomen. Een volwassen behouden cohort kan de duurzaamheid van omzet beïnvloeden; modelconcentratie kan de marge, kapitaalbehoefte of scenariobandbreedte beïnvloeden; bevindingen over het financieringsinstrument kunnen closingvoorwaarden en investering beïnvloeden. Arbitraire kortingen kunnen effecten dubbel tellen die al in de prognose zijn opgenomen.

35. Modelleer de waterval van financieringsinstrumenten

Ondernemingswaarde bepaalt niet de huidige aandeelhouderswaarde zonder de kapitalisatiestructuur. Het model moet cash, schuld, converteerbare instrumenten, preferenties, participatie, anti-verwatering, warrants, opties, poolwijzigingen, tranches en transactiekosten omvatten. Definities moeten de werkelijke documenten en gekwalificeerde juridische toets volgen.

De waterval moet opbrengsten over scenario's voor ondernemingswaarde tonen en die omzetten in eigendomsbelang van investeerders, rendement en neerwaarts risico. Nieuwe financiering kan de operationele waarde verbeteren terwijl de toewijzing tussen financieringsinstrumenten verandert. Mijlpaaltranches, liquidatiepreferenties en governancerechten kunnen zowel bescherming als prikkels beïnvloeden.

De commissie moet prijs en voorwaarden samen beoordelen. Een hogere headline-waardering met economische rechten met voorrang kan een ander resultaat opleveren dan een lagere prijs met eenvoudiger voorwaarden. Het beslisdossier moet de bron van de kapitalisatietabel, aannames en gevoeligheid behouden, zodat het resultaat reproduceerbaar is.

36. Ontwerp investeringsbeschermingen

Beschermingen moeten inspelen op materiële, met bewijs onderbouwde risico's. Ze kunnen onder meer bestaan uit opschortende voorwaarden, gefaseerde financiering, informatierechten, bestuursrechten, voorbehouden aangelegenheden, covenants, controles op de besteding van middelen, sleutelpersoonbepalingen, verklaringen, vrijwaringen of specifieke herstelplannen. Hun haalbaarheid en effect vereisen juridisch, regelgevend en fiscaal advies.

Het team moet vermijden voorwaarden te gebruiken als vervanging voor begrip van de onderneming. Een covenant kan geen klantwaarde of overdraagbaarheid van het model creëren. Het kan informatie-, instemmings- of interventierechten bieden, terwijl het de bedrijfsvoering en toekomstige financiering mogelijk beperkt. Elke bescherming moet een gedefinieerd risico, een trigger, een remedie en een monitoringsbron hebben.

Closingvoorwaarden moeten objectief verifieerbaar zijn. Vage vereisten voor verbeterde technologie of bevredigende prestaties kunnen geschillen veroorzaken. Bewijs uit het due-diligence-register kan specifieke deliverables, acceptatietests en goedkeuring door bevoegde personen ondersteunen. Restrisico's moeten in de investeringsaanbeveling blijven staan.

37. Stel de investeringsscorecard op

De investeringsscorecard moet bewijskracht, operationeel resultaat, financiële consequentie en voorgestelde reactie combineren. Een enkel ondoorzichtig totaal dat een fataal probleem verbergt, moet worden vermeden. Categorieën kunnen klantwaarde, retentie, economische kenmerken, afhankelijkheid, datarechten, beveiliging, team, markt, prognose, liquiditeit en beveiligingsvoorwaarden omvatten.

Elke score moet een goedgekeurd beoordelingskader volgen en aan onderliggend bewijs worden gekoppeld. De commissie moet bewijszekerheid en beperking afzonderlijk van het resultaat zien. Een sterk waargenomen resultaat op basis van een kleine steekproef verschilt van een zwak resultaat op basis van een volledige populatie. Beide dimensies zijn van belang.

De scorecard moet oordeelsvorming ondersteunen, niet automatiseren. Besluitvormers moeten redenen, afwijkende meningen, voorwaarden en onopgeloste kwesties vastleggen. Wijzigingen tussen initiële beoordeling, definitieve goedkeuring en closing moeten in versiebeheer worden opgenomen. De vastlegging kan dan governance na de investering ondersteunen.

De commissie moet operationeel resultaat, bewijszekerheid, beperking, waarde-effect en voorgestelde actie overwegen.

Tabel 5. Velden van de investeringsscorecard

Een score zet een materiële stopvoorwaarde of specialistisch advies niet opzij.

38. Bereid het dossier voor de investeringscommissie voor

Het dossier voor de investeringscommissie moet de gevraagde beslissing, zekerheid, prijsrange, opbrengsten, eigendom, governance, rendementsscenario's en voorwaarden vermelden. Daarna moet het de operationele these, bewijsketen, materiële bevindingen, scenariomodel, kapitaalbehoefte, distributiewaterfall, beschermingen, beperkingen en aanbeveling presenteren. Bijlagen moeten het gedetailleerde grootboek en de specialistische rapporten behouden.

Het dossier moet feiten, getoetste berekeningen, managementverklaringen en scenario's onderscheiden. Brondatums en versies zijn van belang omdat product- en financiële bewijsvoering tijdens een proces kan veranderen. Materiële wijzigingen na verspreiding moeten worden gemarkeerd in plaats van stilzwijgend te worden opgenomen.

De commissie moet voldoende tijd krijgen om aannames ter discussie te stellen. Vragen en antwoorden moeten in het besluitregister worden opgenomen. Goedkeuring moet de gedelegeerde bevoegdheid voor de laatste onderhandeling benoemen en wijzigingen definiëren die een nieuwe goedkeuring vereisen. Een waarderingsbereik zonder contractuele grenzen of opschortende voorwaarden laat het mandaat onvolledig.

Het dossier moet een duidelijke brug bevatten van de oorspronkelijke these naar de uiteindelijke aanbeveling. Elke materiële wijziging moet het bewijs benoemen dat deze heeft veroorzaakt, de betrokken modelinput en de voorgestelde reactie van de commissie. Deze discipline helpt beoordelaars daadwerkelijk geleerde lessen te onderscheiden van onverklaarde bewegingen in het waarderingsbereik. Het vermindert ook het risico dat gunstige operationele bewijsvoering snel wordt opgenomen, terwijl ongunstige bevindingen geïsoleerd blijven in specialistische bijlagen.

Specialistische conclusies moeten binnen hun reikwijdte blijven. Een technische beoordelaar kan bevestigen dat een alternatief model een gedefinieerde test doorstaat, terwijl contractuele overdraagbaarheid, klantinstemming en migratiekosten aan andere adviseurs worden overgelaten. Het geïntegreerde dossier moet deze grenzen verbinden zonder ruimere zekerheid te suggereren. Juridische, fiscale, boekhoudkundige, cybersecurity- en waarderingsoordelen moeten worden toegeschreven aan de gekwalificeerde aanbieder en binnen de vermelde aannames worden gebruikt.

39. Monitoring na investering opzetten

Monitoring na investering moet de due-diligence-bewijsarchitectuur voortzetten. De onderneming kan acceptatie van de release, succesvol terugkerend gebruik, retentie, directe kosten, afhankelijkheidsrisico, incidenten, kaspositie, prognose en covenantstatus met een beheerste frequentie rapporteren. Definities moeten stabiel blijven of een gedocumenteerde brug tonen.

Bestuursrapportage moet zich richten op drempelwaarden die aan de investeringsthese zijn gekoppeld. Een piek in releases kan gunstig zijn als klantsucces en betrouwbaarheid behouden blijven. Ingrijpen kan nodig zijn als support, incidenten of churn stijgen. Afhankelijkheidstests en contractverlengingen moeten worden ingepland voordat overstapopties beperkt worden.

De investeerder moet herstelverplichtingen, besteding van opbrengsten en financieringsmijlpalen volgen. Uitzonderingen moeten een eigenaar en datum hebben. Monitoring moet proportioneel blijven en de bevoegdheid van het management, vertrouwelijkheid en toepasselijk recht respecteren. Het doel is tijdige besluitvormingsinformatie, niet operationele duplicatie.

Het monitoringsontwerp moet drift van maatstaven aanpakken. Naarmate producten, prijsstelling en klantsegmenten veranderen, kan het management definities moeten herzien. De bestuursrapportage moet de vorige maatstaf, de herziene maatstaf, de reden voor wijziging en, waar praktisch uitvoerbaar, een overbrugging voor vergelijkbare perioden behouden. Een maatstaf die verbetert na een wijziging van de noemer mag niet als operationele vooruitgang worden gepresenteerd zonder de reconciliatie.

De investeerder moet ook afhankelijkheidsbeslissingen plannen vóór het aflopen van contracten of capaciteitsvernieuwing. Een migratietest heeft beperkte waarde wanneer de resterende looptijd te kort is om die uit te voeren. Kalendercontroles kunnen leveranciersvernieuwing, klantverplichtingen, liquiditeitspoorten en productroadmaps met elkaar verbinden. Dit maakt optionaliteit waarneembaar en geeft de board tijd om een overstap goed te keuren, bescherming te onderhandelen, duplicatie te financieren of het risico te accepteren met een gedocumenteerde onderbouwing.

40. Conclusie

AI-native due diligence voor growth equity moet de volledige keten volgen van release naar klantwaarde, retentie, terugkerende economie en beveiligingsuitkomst. Productvelocity biedt nuttig bewijs wanneer releases zijn gedefinieerd, getest, geadopteerd en gekoppeld aan duurzame workflows. Klant- en financiële administraties moeten de brug compleet maken.

Afhankelijkheden van modellen, data, cloud en rekenkracht bepalen kwaliteit, continuïteit, marge en kapitaalbehoefte. Ze moeten op workflowniveau in kaart worden gebracht en worden getest via contracten, productieachtige evaluatie en haalbare migratieplannen. Ononderbouwde claims over portabiliteit of propriëtaire voordelen moeten als beperkingen blijven gelden.

De investeringscommissie heeft een reproduceerbaar besluitvormingsdossier nodig. Het bewijsregister, samenhangende scenario's, de waarderingsbrug, de beveiligingswaterfall en de scorecard verbinden due diligence met prijs, voorwaarden, governance, actie of stop. Ze creëren ook een gecontroleerde baseline voor monitoring na investering. De uiteindelijke beslissing blijft afhankelijk van de feiten en vereist professionele beoordeling en gespecialiseerd advies.

Een gedisciplineerd proces moet onder tijdsdruk bruikbaar blijven. Benoemde eigenaren, gedateerde bronnen, gecontroleerde berekeningen en expliciete beslissingsbevoegdheden stellen het team in staat bewijs bij te werken zonder de hele casus opnieuw op te bouwen. Deze operationele discipline kan de onderhandelingsgereedheid, de beheersing van de closing en de kwaliteit van de eerste bestuursbesluiten na investering verbeteren.

Referenties

1. National Institute of Standards and Technology, Risicobeheerkader voor kunstmatige intelligentie 1.0, https://www.nist.gov/publications/artificial-intelligence-risk-management-framework-ai-rmf-10
2. National Institute of Standards and Technology, AI RMF Core, https://airc.nist.gov/airmf-resources/airmf/5-sec-core/
3. National Institute of Standards and Technology, Risk Management Framework voor kunstmatige intelligentie: profiel voor generatieve kunstmatige intelligentie, https://nvlpubs.nist.gov/nistpubs/ai/NIST.AI.600-1.pdf
4. IFRS Foundation, IFRS 13 Waardering tegen reële waarde, https://www.ifrs.org/issued-standards/list-of-standards/ifrs-13-fair-value-measurement/
5. IFRS Foundation, IFRS 15 Opbrengsten uit contracten met klanten, https://www.ifrs.org/issued-standards/list-of-standards/ifrs-15-revenue-from-contracts-with-customers/
6. Europese Commissie, Regelgevingskader voor kunstmatige intelligentie, https://digital-strategy.ec.europa.eu/en/policies/regulatory-framework-ai
7. Organisatie voor Economische Samenwerking en Ontwikkeling, OESO AI-principes, https://oecd.ai/en/ai-principles
8. International Valuation Standards Council, Internationale waarderingsstandaarden, https://www.ivsc.org/standards/
9. International Organization for Standardization, ISO/IEC 42001 managementsystemen voor kunstmatige intelligentie, https://www.iso.org/standard/81230.html
10. U.S. Securities and Exchange Commission, EDGAR-database met bedrijfsdeponeringen, https://www.sec.gov/edgar/search/
11. U.S. Securities and Exchange Commission, Toespraak tijdens de Roundtable over kunstmatige intelligentie in de financiële sector, 27 maart 2025, https://www.sec.gov/newsroom/speeches-statements/crenshaw-remarks-ai-roundtable-032725
12. Financial Accounting Standards Board, Codificatie van verslaggevingsstandaarden, onderwerp 606, https://asc.fasb.org/topic&trid=2129938
13. Bank for International Settlements, Publicaties over kunstmatige intelligentie, https://www.bis.org/topic/artificial_intelligence.htm
14. Amplitude Inc., jaarverslagen en SEC-documenten, https://investors.amplitude.com/financial-information/sec-filings
15. DigitalOcean Holdings Inc., resultaten over het vierde kwartaal en het boekjaar 2025, gedeponeerd bij de SEC, https://www.sec.gov/Archives/edgar/data/1582961/000158296126000015/a2025-q4dopressrelease.htm
16. Atlassian Corporation, jaarverslag 2025, https://www.sec.gov/Archives/edgar/data/1650372/000165037225000060/team2025annualreport.pdf
17. Microsoft Corporation, jaarverslag 2025, gedeponeerd bij de SEC, https://www.sec.gov/Archives/edgar/data/789019/000095017025100235/msft-20250630.htm
18. Alphabet Inc., jaarverslag 2025, gedeponeerd bij de SEC, https://www.sec.gov/Archives/edgar/data/1652044/000165204426000018/goog-20251231.htm
19. CoreWeave Inc., jaarverslag 2025, gedeponeerd bij de SEC, https://www.sec.gov/Archives/edgar/data/1769628/000176962826000104/crwv-20251231.htm
20. Oracle Corporation, jaarverslag 2026, gedeponeerd bij de SEC, https://www.sec.gov/Archives/edgar/data/1341439/000119312526277521/orcl-20260531.htm
21. Snowflake Inc., jaarverslagen en bij de SEC ingediende stukken, https://investors.snowflake.com/financials/sec-filings/default.aspx
22. C3.AI Inc., jaarverslagen en bij de SEC ingediende stukken, https://ir.c3.ai/financials/sec-filings/default.aspx
23. NVIDIA Corporation, financiële rapporten en bij de SEC ingediende stukken, https://investor.nvidia.com/financial-info/financial-reports-and-sec-filings/default.aspx
24. National Institute of Standards and Technology, AI RMF-playbook, https://airc.nist.gov/airmf-resources/playbook/
25. National Institute of Standards and Technology, TEVV-Athlon-kader voor het evalueren van AI-systemen, https://www.nist.gov/artificial-intelligence/ai-research/tevv-athlon-framework-evaluating-ai-systems
26. IFRS Foundation, educatief materiaal over het meten van de reële waarde van niet-beursgenoteerde eigenvermogensinstrumenten, https://www.ifrs.org/content/dam/ifrs/supporting-implementation/ifrs-13/education-ifrs-13-eng.pdf