Waarom klassieke buy-and-build niet werkt in zorgtech
De buy-and-build playbook uit andere sectoren — software, fintech, manufacturing — leunt op drie hefbomen: kostensynergie door consolidatie, sales-power door cross-selling en multiple arbitrage door het koppelen van kleine bedrijven tot een grotere asset. Drie hefbomen die in zorgtech ofwel niet werken, ofwel direct waarde vernietigen.
Kostensynergie door consolidatie betekent in praktijk vaak: één productlijn schrappen ten gunste van een ander, en het bijbehorende klantenbestand 'migreren'. In zorg betekent migratie verandering van werkprocessen, hertraining van professionals en risico op verlies van data-continuïteit. Het is bijna altijd een netto-verlies — niet alleen voor de klant maar ook voor de operationele waarde van het overgenomen bedrijf.
Cross-selling werkt alleen als de overgenomen klanten ook daadwerkelijk vragen om de producten van de andere bedrijven. In zorgtech worden software-keuzes gemaakt op de schaal van vijf tot tien jaar; ze hangen samen met implementatie-projecten, training, en de hele governance-structuur van een zorgorganisatie. Een klant van een ECD 'simpelweg' ook een planningsoplossing aansmeren faalt zonder daadwerkelijke product-fit.
1. Cultuur voor integratie — niet consolidatie
Klassieke buy-and-build draait op kostensynergie en consolidatie. In zorgtech leidt dat tot productafbraak en klantverlies. Wij kopen om te integreren in een ecosysteem — niet om te schrappen. Dat klinkt subtiel, maar het is een fundamenteel verschil in mindset.
Integreren betekent: het overgenomen product behoudt zijn karakter, zijn klantbeleving en zijn productontwikkelroadmap, en wordt onderdeel van een gedeelde technische infrastructuur. Authenticatie wordt gedeeld, FHIR-koppelingen worden gedeeld, compliance-frameworks worden gedeeld — het product zelf blijft van het founders-team.
Consolideren betekent: stoppen met het ene product, klanten dwingen naar het andere. Dat werkt in software waar gebruikers redelijk inwisselbaar zijn. Het werkt niet bij zorgsoftware, waar elke implementatie een klein project is en waar gewenning over jaren is opgebouwd. Wie consolideert, verliest klanten — en daarmee precies de cashflows die de buy-and-build moest opleveren.
2. Founders blijven zitten
Zorgtech-producten zijn sterk gebonden aan de oprichters die ze bouwden. De founders kennen de domein-specifieke nuances, de relatie met de eerste klanten, de voor de hand liggende valkuilen die elders al verkend zijn. Wanneer founders verdwijnen na de exit, verdwijnt vaak ook de impliciete kennis die het product overeind hield.
Daarom hanteren we rollover-structuren waarbij founders een substantieel belang behouden in het portfolio-bedrijf, met heldere afspraken over operationele autonomie en strategische sparring. Een board-seat is geen erebaan; het is een werkende rol waarin de founder mede bepaalt hoe het bedrijf integreert in het ecosysteem.
Operationele autonomie betekent concreet: founders sturen hun eigen organisatie, definiëren hun eigen roadmap, kiezen hun eigen leadership-team. Wat ze van PCD CareHub krijgen is wat ze typisch missen: kapitaal, financiële discipline, juridische structuur, gedeelde compliance-infrastructuur en toegang tot een groter ecosysteem van partners en klanten.
Deze opzet is niet alleen retentie-strategie; het is waardecreatie-strategie. Een gemotiveerde founder in een goed-ondersteund portfolio-bedrijf bouwt drie tot vijf jaar door — precies de periode waarin het ecosysteem zijn echte multiplier-effect realiseert. Wie founders direct exit, koopt een asset; wie ze laat zitten, koopt een productorganisatie.
3. Compliance als platform, niet als kostenpost
Elke individuele portfolio-company opnieuw laten worstelen met NEN 7510 of EHDS is ronduit stom. Gedeelde compliance-infrastructuur is misschien wel de sterkste synergie die we hebben. Het is ook de minst zichtbare — maar daarom niet minder waardevol.
Een NEN 7510-traject kost een mid-size zorgtech-bedrijf tussen de zes en achttien maanden, met aanzienlijke directe kosten in de vorm van consultants, externe audits en interne ontwikkelcapaciteit. Dat verdrievoudigen voor drie portfolio-bedrijven is verspilde moeite — én verspilde diversiteit, want elk bedrijf bouwt zijn eigen versie van iets wat in essentie hetzelfde is.
Onze aanpak: één gedeeld compliance-framework met audit-ready logging, EU-data-residency, encryption-by-default, key management en pseudonimisering — dat lokaal in het portfolio-bedrijf wordt uitgerold zonder dat zij de architectuur opnieuw uit hoeven te vinden. AVG, NEN 7510, ISO 27001 en straks EHDS worden hierdoor een implementatieproject van weken in plaats van een transformatieproject van maanden.
Welke zorgtech-bedrijven passen wel — en welke niet
Niet elk bedrijf hoort thuis in een buy-and-build-portfolio. Wij kijken naar drie eigenschappen: een product-fit met het ecosysteem (komt het op natuurlijke wijze in aanraking met andere portfolio-bedrijven of bestaande klanten?), een founders-team dat na de transactie wil blijven, en een datamodel dat naar FHIR te brengen is zonder dat het product onherkenbaar wordt.
Bedrijven die we niet aansluiten: zorgtech die alleen op één hyperlokale niche werkt zonder relevantie voor het bredere ecosysteem; producten die op gesloten data-architectuur leunen waar interoperabiliteit fundamenteel niet bij past; en organisaties waar de founders al uit zijn gestapt en het product op 'onderhoud' staat. In die gevallen ontbreekt de basis voor waardecreatie via integratie.
Het lijkt voor de hand liggend, maar het strenger zijn aan de selectie-kant is misschien wel de belangrijkste les uit jaren platform-strategie: liever vijf portfolio-bedrijven die bij elkaar horen dan vijftien die bij elkaar zijn gezet. De economische waarde van het ecosysteem is een functie van fit — niet van schaal.
Wat dit betekent voor zorgorganisaties en investeerders
Voor zorgorganisaties: een buy-and-build-portfolio dat consolidatie nastreeft is een waarschuwing. Het betekent vaak dat over twee jaar een product dat je gebruikt wordt afgebouwd, of dat de oorspronkelijke contactpersoon je niet meer kan helpen. Een ecosysteem-aanpak betekent dat je productrelatie blijft bestaan, en dat de software die je gebruikt steeds beter aansluit op andere systemen die je gebruikt.
Voor investeerders: het pure financial-engineering buy-and-build-model schaalt niet in zorgtech. De multiples-arbitrage werkt op papier maar wordt in de praktijk geërodeerd door productafbraak en founders-vertrek. De ecosysteem-aanpak vraagt meer geduld en meer operationele expertise, maar levert duurzamere waarde — omdat je investeert in een werkend systeem in plaats van een aandelenpakket.
Voor founders: een transactie met een ecosysteem-partij is een andere conversation dan met een klassieke private equity. De vraag is niet alleen wat de waardering en de earnout zijn, maar wat de gedeelde infrastructuur betekent voor je productroadmap, je compliance-positie en je toegang tot nieuwe klanten via de andere portfolio-bedrijven. Dat tweede gesprek is vaak waar de echte waarde ontstaat.
