Business Brief
Operational Due Diligence voor MSP’s: het inspectiekader achter de overname-checklist
Vier pijlers, concrete bewijsstukken, rode vlaggen en een 36-maands horizon naar operationele inspecteerbaarheid — onderbouwd met Houlihan Lokey, Oaklins en Service Leadership data.
Operational Due Diligence Readiness (ODDR) beschrijft de mate waarin een MSP voor een eventuele koper kan aantonen dat de dienstverlening voorspelbaar, herhaalbaar en niet afhankelijk van individuen verloopt — onderbouwd met data, runbooks en audit trail die in de dagelijkse operatie ontstaan, niet pas tijdens een verkoopproces. In een Nederlandse markt waar tussen 2023 en 2025 ruim tweehonderd MSP-overnames plaatsvonden, vaak met een investeerder aan boord, bepaalt die inspecteerbaarheid in toenemende mate welke vragen een potentiële koper stelt, welke risico’s hij ziet en hoeveel vertrouwen hij heeft in de overdraagbaarheid van de operatie.
1. Operationele due diligence: een aparte werkstroom
Bij een overname lopen meestal meerdere onderzoeken parallel. Naast financiële, juridische en commerciële due diligence kijkt een koper steeds vaker apart naar de operationele kant van het bedrijf. Dat onderzoek heet operational due diligence (ODD) en stelt in essentie één vraag: kan deze operatie geleverd, geschaald en overgedragen worden zonder dat het succes vasthangt aan de huidige mensen, hun gewoonten en hun stilzwijgende kennis?
Voor mkb-MSPs is dit een relevanter vraagstuk dan voor veel andere sectoren. De Houlihan Lokey Managed Services Industry Overview van juli 2025 beschrijft een marktverschuiving die voor MSP-eigenaren herkenbaar is: van eigenaargedreven, informele werkwijzen met manuele workflows en beperkte rapportage, naar institutioneel gestructureerde operatie met data-gedreven KPI’s en schaalbare systemen. Diezelfde verschuiving zit volgens Houlihan Lokey impliciet ingebakken in wat kopers tegenwoordig onder “kwaliteit” verstaan: niet alleen recurring revenue, maar recurring revenue die gepaard gaat met duurzame organische groei, sterke klantretentie en schaalbare uitvoering. Het is dezelfde dynamiek die in M&A-praktijk steeds vaker zichtbaar wordt — kopers wegen operationele onafhankelijkheid zwaarder dan pure omzetgroei.
Dat het hier om een eigenstandig vakgebied gaat, blijkt ook uit de manier waarop de grote advieshuizen het organiseren. PwC NL heeft een aparte ODD-praktijk; Bain & Company eveneens. Beide spreken over operationele waardecreatie als een aparte werkstroom binnen het bredere transactieproces. PwC NL formuleert het zo: operationele aspecten worden in de huidige dealmarkt steeds belangrijker, en kopers nemen een actievere rol in het ontsluiten van waarde uit de operatie. Niet meer alleen het bevestigen van financiële cijfers, maar het beoordelen of de operationele basis onder die cijfers houdbaar is.
ODDR is dan de spiegelterm vanuit de verkopende kant. Geen pre-deal exercitie van zes maanden voor de transactie, maar een meerjarige operationele discipline die ervoor zorgt dat een koper bij aanvang van ODD aantreft wat hij verwacht aan te treffen. Welke vragen die koper exact stelt, wordt grotendeels bepaald door vier samenhangende dimensies.
2. De vier pijlers waarop een koper inspecteert
Een operationele DD-scope op een MSP kijkt doorgaans naar vier samenhangende dimensies. Geen vinklijst — een raamwerk waarin elk gebied het andere versterkt of juist verzwakt.
Service-delivery-data
Hoe wordt incidentafhandeling gemeten, en wat zegt die data over de operatie? De gangbare metrics zijn bekend in de MSP-wereld: Mean Time To Detect (MTTD), Mean Time To Resolve (MTTR), eerste-contact-oplosgraad (FCR), ticket-reopen-rate, alert-ratio’s en SLA-naleving. Het gaat niet om de absolute waarden in eerste instantie — die hangen sterk af van klanttype en infrastructuur. Het gaat om de vraag of er consistent gemeten wordt, of de trends over tijd zichtbaar zijn, en of er een controleerbaar verband bestaat tussen ticketstroom en operationele beslissingen.
Procesdocumentatie
Bestaan runbooks voor terugkerende incidenten, en kunnen anderen ze volgen? Is escalatie vastgelegd in een matrix met duidelijke autoriteit, of leeft die als kennis in iemands hoofd? Hoe wordt change management uitgevoerd — ad-hoc of via een proces met formele goedkeuringen? Wat is de on-call- en after-hours-structuur, en wie weet welke klanten welke afspraken hebben? Voor een koper is procesdocumentatie niet alleen een operationele check. Het is een directe indicator voor overdraagbaarheid — een van de centrale waardedrijvers in MSP-transacties: hoe meer kennis op papier staat, des te minder van het bedrijf hangt aan specifieke personen.
Audit trail
Wie deed wat, wanneer, en met welke autoriteit? Dit klinkt formeel maar is in praktijk eenvoudig: kan een koper achterhalen wie een wijziging op een klantsysteem heeft uitgevoerd, op welk moment, en op basis van welke goedkeuring? Een MSP zonder logbare beslis- en uitvoerketen levert in DD een specifiek probleem op — niet omdat fouten dan groter worden, maar omdat de koper geen onafhankelijk beeld kan vormen van wat er in de operatie gebeurt. De audit trail is in operationele DD wat de jaarrekening is in financiële DD: het primaire bewijsmateriaal.
Tech-stack en contractuele afhankelijkheden
Welke RMM-, PSA-, security- en backup-tooling wordt gebruikt, en welke contracten zitten daaronder? Zijn licenties overdraagbaar, en zijn er vendor lock-ins die een nieuwe eigenaar moet erven? Hoe groot is de afhankelijkheid van specifieke leveranciers, distributeurs of certificeringen die aan personen gekoppeld zijn? En cruciaal: hoe is de afhankelijkheid van interne sleutelfiguren gestructureerd — engineers met unieke kennis, een vCIO die het hoofd is achter alle strategische klantgesprekken, of een eigenaar die elke offerte uiteindelijk zelf nakijkt.
Auxo Capital vat deze vier dimensies in één zin samen die als kwaliteitslens werkt: kopers zoeken sterkere retentie, schonere contracten, lagere klantconcentratie, betere ticket-data, volwassenere automatisering en minder eigenaar-afhankelijkheid. Wie die zin omdraait, krijgt het volledige operationele risicoprofiel — en dat is precies wat een koper in ODD probeert te reconstrueren.
3. Welke operationele bewijsstukken een koper doorgaans wil zien
De vier pijlers worden in een DD-scope tastbaar via concrete artefacten. Geen mystieke documenten, geen exotische rapportages — gewoon de logs, lijsten, schema’s en dossiers die ontstaan wanneer een MSP volwassen wordt georganiseerd.
Voorbeelden van bewijsstukken die vaak onderdeel zijn van een operationele DD-scope
- – Incidentrapportages over de afgelopen 12–24 maanden, inclusief grote escalaties en root-cause-analyses
- – Klantsegmentatie naar omzet, marge en ticketvolume per klant
- – Runbooks voor de meest voorkomende incidenttypes en standaardwijzigingen
- – Escalatiematrix met duidelijke autoriteit en after-hours-structuur
- – Wijzigingshistorie en change logs op klantomgevingen
- – Leveranciers- en licentieoverzicht, inclusief overdraagbaarheid
- – Contractuele afhankelijkheden (klantcontracten, partnerstatussen, distributieafspraken)
- – Engineer-capaciteits- en utilization-data per medewerker
- – SLA-performance-data per klant of klantsegment
- – On-call- en after-hours-structuur, inclusief vergoedingsregeling
- – Policy- en governance-documentatie (security, change, access)
De waarde van deze lijst zit niet in volledigheid. Iedere koper, iedere adviseur en iedere transactiestructuur kent eigen accenten. Een PE-platform dat een buy-and-build draait, kijkt anders dan een strategische koper met een eigen ops-team. De waarde zit in een veel eenvoudiger inzicht: deze artefacten zijn een bijproduct van operationele discipline, geen overname-deliverable.
Een MSP die incidenten registreert, beslissingen documenteert en uitvoeringen vastlegt, bouwt zonder erbij stil te staan een audit trail op die in DD direct bruikbaar is. Een MSP die dat niet doet, moet die documentatie alsnog produceren — meestal in zes weken onder verkoopdruk, meestal op basis van reconstructie, en bijna nooit met dezelfde overtuigingskracht als wanneer het document op het moment van de gebeurtenis is geschreven. Dit verschil — bijproduct versus reconstructie — is in de praktijk een van de duidelijkste signalen die een koper meeneemt in zijn waarde-oordeel.
4. Operationele patronen die kopers terughoudend maken
Bepaalde patronen verschijnen in operationele DD telkens als waarschuwingssignaal. Ze leiden niet automatisch tot een lager bod of een afgeketste deal — ze leiden tot meer vragen, langere processen, aanvullende garanties, hogere earn-outs of beperkende deal-structuren. Voor MSP-eigenaren is het waardevol om die patronen te herkennen, omdat ze meestal jaren vóór een transactie ontstaan en jaren vóór een transactie te corrigeren zijn.
Selective ticketing
Alleen grote incidenten worden geregistreerd, kleinere worden mondeling afgehandeld of via Slack opgelost en niet teruggekoppeld in het PSA-systeem. Het gevolg is dat MTTR-data structureel scheef komt te staan — niet representatief voor wat er werkelijk in de operatie gebeurt. Operator-bronnen zoals INOC waarschuwen dat onvolledige ticketregistratie service-metrics minder betrouwbaar maakt. Voor een koper is dat belangrijker dan één slechte MTTR-score: als het ticketsysteem geen volledig beeld geeft, wordt elke metric die daarop leunt minder overtuigend.
Recurring revenue zonder retentiebewijs
Een MSP kan terecht melden dat 80% van de omzet uit maandcontracten komt. De vervolgvraag in DD is onveranderlijk: welk deel van die contracten is in de afgelopen 24 maanden niet vernieuwd, en waarom? Recurring revenue zonder klantretentie-onderbouwing roept de vraag op of de inkomstenstroom werkelijk klantgebonden is, of grotendeels toegeschreven aan de eigenaar die persoonlijke relaties onderhoudt.
Audit trail die alleen in iemands hoofd zit
“Dat doet Mark altijd” of “Pieter weet hoe dat zit” zijn zinnen die binnen een MSP normaal klinken. In een DD-gesprek met een koper wordt dezelfde zin een rode vlag. De kwestie is niet of de kennis correct is — de kwestie is dat de kennis niet onafhankelijk verifieerbaar is, en niet zonder Mark of Pieter naar een nieuwe eigenaar over te dragen.
Eigenaar- of engineer-afhankelijkheid
Afhankelijkheid van één eigenaar of senior engineer wordt in M&A-praktijken vaak gezien als een operationeel risico dat aanvullende vragen, overdrachtsmaatregelen of waarderingsdiscussies kan veroorzaken. Founder M&A en Auxo Capital noemen dit allebei expliciet als een van de meest waardedrukkende factoren in MSP-transacties — niet vanwege een specifieke kortingsformule, maar omdat het buyer’s underwriting van toekomstige cashflow direct ondermijnt.
Gefragmenteerde tooling zonder integratielaag
Een ticketsysteem dat los staat van het RMM-systeem, dat los staat van het monitoringplatform, dat los staat van het securitytool. Niet inherent slecht — wel een patroon dat in DD vragen oproept over hoe consistent data over de verschillende systemen heen wordt geïnterpreteerd, en hoeveel handwerk er onder de KPI-rapportage zit.
Wat deze patronen verbindt is geen percentage of vuistregel — het is een gedeelde onderliggende oorzaak. In elk van de vijf gevallen verkleurt de operatie afhankelijk van wie er kijkt of wie er meedoet. Voor een koper, die per definitie van buiten kijkt, is dat het kernprobleem.
5. Vier horizons naar operationele inspecteerbaarheid
Operationele inspecteerbaarheid bouw je niet in zes maanden op. Maar je kunt wél in zes maanden beginnen — en de horizon waarop een MSP-eigenaar denkt aan een eventuele verkoop bepaalt grotendeels welk werk wanneer aan de orde is.
Onderstaande indeling is een richtwaarde, geen marktnorm. Niet alle MSP’s volgen dit traject, en niet elke koper kijkt op dezelfde manier. Wel is het een uitwerking die in de praktijk haalbaar blijkt voor mkb-MSPs die starten vanuit een grotendeels eigenaargedreven situatie.
Basis-documentatie en meetbaarheid
Het startpunt is altijd hetzelfde vragenpaar: wat meten we, en wat schrijven we op? Tickets worden consistent geregistreerd, ook voor kleine incidenten. MTTR en MTTD worden over tijd zichtbaar, niet alleen als momentopname. Klantcontracten en SLA’s worden geïnventariseerd en op één plek samengebracht. Runbooks die alleen in hoofden bestaan, worden voor de top vijf incidenttypes vastgelegd.
Doel: uit het hoofd, op papier.
Gestandaardiseerde uitvoering
De basis-documentatie wordt aangevuld met procesconsistentie. Terugkerende incidenten krijgen vaste afhandelpaden die meerdere engineers kunnen volgen. Change management krijgt een ritme: wijzigingen op klantomgevingen worden vooraf geclassificeerd, gedocumenteerd en goedgekeurd. On-call-structuur wordt formeel: wie staat wanneer, welke vergoeding hoort daarbij, hoe wordt overdracht geregeld?
Doel: herhaalbaarheid ook met andere engineers aan het stuur.
Verminderde key-person dependency
Klantrelaties worden bewust uit één-op-één-bezit gehaald: meerdere mensen kennen de klant, hebben contact gehad, weten de geschiedenis. Escalaties die altijd bij de eigenaar of bij één senior engineer eindigden, krijgen tussenstappen. Architectuurbeslissingen en strategische klantgesprekken worden vastgelegd in een vorm die anderen kunnen lezen en gebruiken.
Doel: bedrijf draait zonder dat één persoon altijd in de kamer is.
Structurele volwassenheid
Audit trail is bijproduct van het normale werk, niet iets dat apart wordt geproduceerd. Service-delivery-data is jaar-over-jaar te tonen. Klantretentie kan met cijfers worden onderbouwd. Operationele beslissingen volgen vastgelegde policies, niet ad-hoc oordeel.
Op deze horizon is een MSP niet alleen beter voorbereid op operationele DD; hij beweegt richting het type operationele volwassenheid dat in benchmarkmodellen vaker samenvalt met sterkere winstgevendheid en hogere waarderingsranges.
Belangrijk: deze tijdlijn is geen prestatiemodel. Niet elke MSP heeft 36 maanden nodig, sommige zijn al een eind onderweg, en een deel van het werk laat zich parallel uitvoeren in plaats van strikt sequentieel. Wat de horizons gemeen hebben is de richting — van wat in iemands hoofd zit naar wat in het systeem zit.
6. De brug naar interne maturity-modellen
Wat in M&A-vakliteratuur “operationele volwassenheid” heet, kent een interne self-assessment-tegenhanger in het MSP Automation Maturity Model. Beide raamwerken kijken naar dezelfde onderliggende vraag — hoe afhankelijk is de operatie van mensen, en hoeveel zit er in het systeem? — maar vanuit verschillende richtingen. ODDR vraagt: kan iemand van buiten dit inspecteren? Het MSP Automation Maturity Model vraagt: hoeveel van wat we doen, gebeurt zonder dat iemand het opnieuw hoeft te verzinnen?
Service Leadership rapporteert in zijn jaarlijkse benchmark, dat inmiddels twintig jaar loopt en op meer dan tachtig metrics is gebaseerd, dat Operational Maturity Level (OML) een directe drijver is van zowel winstgevendheid als waarderingsranges. Dat is geen causaal verband — een hogere OML maakt een MSP niet automatisch meer waard. Het is een mechanistische correlatie: dezelfde onderliggende structuur die OML omhoog brengt, brengt ook inspecteerbaarheid omhoog. Een MSP die intern volwassen wordt georganiseerd, wordt vrijwel onvermijdelijk ook extern beter inspecteerbaar.
Voor een MSP-eigenaar die niet (of nog niet) aan verkoop denkt, is dit een belangrijk inzicht: het werk dat ODDR opbouwt, is hetzelfde werk dat de operatie beter laat draaien. Het is geen apart traject met een afwijkend doel — het is dezelfde discipline, met als toevalligheidsbonus dat een eventuele toekomstige koper er ook beter doorheen kan kijken.
7. Wat dit voor de dagelijkse operatie betekent
Veel van de artefacten in een operationele due diligence ontstaan niet tijdens een verkoopproces. Ze worden opgebouwd tijdens de dagelijkse operatie, of niet. Een MSP die incidenten registreert, beslissingen documenteert en uitvoeringen vastlegt, bouwt zonder erbij stil te staan een audit trail op die in DD direct bruikbaar is — en op exact dezelfde manier produceert hij ook de operationele rust die hem in het hier en nu efficiënter maakt.
Dat is uiteindelijk het verschil tussen een MSP waarin de eigenaar het bedrijf is en een MSP waarin het bedrijf onafhankelijk van de eigenaar bestaat. Niet als ideologie, niet als overname-strategie — als operationele werkwijze. Wat institutional-grade operations onderscheidt van founder-led informal systems, is niet schaal of omzet. Het is de mate waarin het werk zichzelf documenteert.
Systemen die detectie, besluitvorming en uitvoering structureel vastleggen, produceren daardoor vanzelf een deel van de bewijsvoering die kopers later willen inspecteren. Voor MSPs die nadenken over operationele volwassenheid — met of zonder exit-horizon — is dat een nuttige eigenschap om in de architectuur van het systeem mee te nemen.
8. Veelgestelde vragen
Wat is operationele due diligence voor een MSP?
Operationele due diligence is het onderdeel van een overname-onderzoek dat kijkt naar de uitvoering van de dienstverlening: processen, mensen, data, runbooks, en de mate waarin de operatie overdraagbaar is. Het staat naast financiële, juridische en commerciële due diligence en stelt in essentie de vraag of de operatie ook zonder de huidige eigenaar en sleutelfiguren te leveren is.
Wat is het verschil tussen operationele en financiële due diligence?
Financiële due diligence kijkt naar de cijfers — recurring revenue, marge, EBITDA-normalisatie, werkkapitaal, schulden. Operationele due diligence kijkt naar het mechanisme onder die cijfers: kunnen de inkomsten worden geleverd, geschaald en overgedragen, en is de operatie daarbij robuust tegen het wegvallen van individuen? In de praktijk informeren beide elkaar — operationele zwakke plekken vertalen zich uiteindelijk naar financiële risico's.
Welke operationele bewijsstukken kijkt een koper doorgaans aan?
Doorgaans onder andere incidentrapportages, runbooks, escalatiematrix, klantsegmentatie, wijzigingshistorie, SLA-performance-data, leveranciers- en licentieoverzicht, engineer-capaciteitsdata en on-call-structuur. De exacte scope hangt af van de koper en de transactiestructuur, maar de onderliggende vraag — kunnen we de operatie onafhankelijk inspecteren? — blijft constant.
Hoe lang van tevoren moet ik beginnen met ODDR?
Praktisch werkbaar is een horizon van 24 tot 36 maanden voor een MSP die start vanuit een grotendeels eigenaargedreven situatie. Korter kan, maar betekent meestal dat documentatie onder verkoopdruk wordt geproduceerd in plaats van organisch ontstaan — wat in DD herkenbaar is en doorgaans minder overtuigend werkt. De eerste zes maanden leveren al een aanzienlijke verbetering in interne meetbaarheid op, ook zonder een transactie op de horizon.
Wat zijn typische operationele rode vlaggen in een MSP due diligence?
Veelvoorkomende patronen zijn selective ticketing (alleen grote incidenten loggen), recurring revenue zonder retentiebewijs, audit trail die alleen in iemands hoofd zit, sterke afhankelijkheid van één eigenaar of senior engineer, en gefragmenteerde tooling zonder consistente integratielaag. Geen van deze patronen is in zichzelf fataal voor een transactie — wel veroorzaken ze meestal aanvullende vragen, langere processen of beperkende dealstructuren.
Heeft het zin om ODDR op te bouwen als ik niet plan te verkopen?
Ja. Het werk dat operationele inspecteerbaarheid opbouwt — meetbaarheid, gestandaardiseerde uitvoering, verminderde key-person dependency, audit trail — is hetzelfde werk dat een MSP beter laat draaien in het dagelijkse beheer. Een MSP die institutional-grade is georganiseerd, heeft kortere doorlooptijden, minder afhankelijkheid van individuen tijdens vakanties of personeelsverloop, en betere voorspelbaarheid van marges. ODDR is dan een neveneffect, geen doel.
Hoe UptimePilot dit aanpakt
De meeste bewijsstukken op de ODDR-lijst zijn bijproduct van operationele discipline — niet van voorbereiding op een verkoopproces. UptimePilot levert de detectie-, besluitvormings- en uitvoeringslaag die die documentatie structureel produceert: gedocumenteerde detect-decide-act-loops, herleidbare audit trails per autonome handeling, en aantoonbare decoupling van herhalend werk van engineer-tijd. Dat is geen marketingclaim — dat is operationele documentatie die een koper bij DD inzicht geeft in de transfereerbaarheid van de operatie.
Het effect op waardering zit niet in de techniek, maar in de operationele documentatie die een due diligence-traject standaard van een MSP vraagt — en die de meeste mkb-MSPs niet structureel produceren.
Volgende stap
Benieuwd hoe ODDR-klaar jouw MSP vandaag is?
In een demo lopen we door welke herhalende incidenten in jouw omgeving vandaag nog afhankelijk zijn van individuele engineers — en welke direct geschikt zijn voor een policy-gedreven uitvoeringslaag die tegelijk DD-ready documentatie produceert.
Plan een demo →