PCDCareHub
GOVERNANCE

Buy-and-build in Zorgtech: Was funktioniert und was nicht

Buy-and-build in Zorgtech funktioniert nur, wenn man es grundlegend anders angeht als in anderen Sektoren. Drei Lektionen, die wir nicht unerwähnt lassen wollen.

Aktualisiert 9 Min. Lesezeit
Buy-and-build in Zorgtech — PCD CareHub

Warum klassisches Buy-and-build in Zorgtech nicht funktioniert

Das Buy-and-build-Playbook aus anderen Sektoren – Software, Fintech, Fertigung – stützt sich auf drei Hebel: Kostensynergien durch Konsolidierung, Vertriebsstärke durch Cross-Selling und Multiple-Arbitrage durch die Bündelung kleiner Unternehmen zu einem größeren Asset. Drei Hebel, die in Zorgtech entweder nicht funktionieren oder unmittelbar Wert vernichten.

Kostensynergien durch Konsolidierung bedeuten in der Praxis häufig: eine Produktlinie zugunsten einer anderen zu streichen und den zugehörigen Kundenstamm zu 'migrieren'. Im Gesundheitswesen bedeutet Migration die Änderung von Arbeitsprozessen, die Nachschulung von Fachkräften und das Risiko eines Verlusts der Datenkontinuität. Es ist fast immer ein Nettoverlust – nicht nur für den Kunden, sondern auch für den operativen Wert des übernommenen Unternehmens.

Cross-Selling funktioniert nur, wenn die übernommenen Kunden tatsächlich Bedarf an den Produkten der anderen Unternehmen haben. In Zorgtech werden Softwareentscheidungen auf einen Horizont von fünf bis zehn Jahren getroffen; sie sind eng verknüpft mit Implementierungsprojekten, Schulungen und der gesamten Governance-Struktur einer Gesundheitsorganisation. Einem Kunden eines ECD 'einfach' auch eine Planungslösung aufzudrängen scheitert ohne echten Product-Fit.

1. Kultur für Integration – nicht Konsolidierung

Klassisches Buy-and-build basiert auf Kostensynergien und Konsolidierung. In Zorgtech führt das zu Produktabbau und Kundenverlust. Wir akquirieren, um in ein Ökosystem zu integrieren – nicht um zu streichen. Das klingt nach einer Nuance, ist aber ein fundamental anderes Mindset.

Integration bedeutet: Das übernommene Produkt behält seinen Charakter, seine Kundenerfahrung und seine Produkt-Roadmap und wird Teil einer gemeinsamen technischen Infrastruktur. Authentifizierung wird geteilt, FHIR-Schnittstellen werden geteilt, Compliance-Frameworks werden geteilt – das Produkt selbst bleibt in den Händen des Founder-Teams.

Konsolidieren bedeutet: ein Produkt einzustellen und Kunden zum anderen zu zwingen. Das funktioniert in Software, wo Nutzer relativ austauschbar sind. Es funktioniert nicht bei Gesundheitssoftware, wo jede Implementierung ein eigenes Projekt darstellt und wo die Gewöhnung über Jahre gewachsen ist. Wer konsolidiert, verliert Kunden – und damit genau die Cashflows, die das Buy-and-build generieren sollte.

2. Founders bleiben an Bord

Zorgtech-Produkte sind eng an die Gründer gebunden, die sie entwickelt haben. Die Founders kennen die domänenspezifischen Nuancen, die Beziehung zu den ersten Kunden und die naheliegenden Fallstricke, die anderswo bereits erkundet wurden. Wenn Founders nach dem Exit ausscheiden, verschwindet häufig auch das implizite Wissen, das das Produkt am Leben erhalten hat.

Deshalb setzen wir auf Rollover-Strukturen, bei denen Founders eine substanzielle Beteiligung am Portfolio-Unternehmen behalten, mit klaren Vereinbarungen über operative Autonomie und strategischen Austausch. Ein Board-Sitz ist keine Ehrenposition; es ist eine aktive Rolle, in der der Founder mitbestimmt, wie das Unternehmen in das Ökosystem integriert wird.

Operative Autonomie bedeutet konkret: Founders führen ihre eigene Organisation, definieren ihre eigene Roadmap und wählen ihr eigenes Leadership-Team. Was sie von PCD CareHub erhalten, ist das, was ihnen typischerweise fehlt: Kapital, finanzielle Disziplin, rechtliche Struktur, gemeinsame Compliance-Infrastruktur und Zugang zu einem größeren Ökosystem aus Partnern und Kunden.

Dieses Modell ist nicht nur eine Retention-Strategie; es ist eine Wertschöpfungsstrategie. Ein motivierter Founder in einem gut unterstützten Portfolio-Unternehmen baut drei bis fünf Jahre weiter – genau der Zeitraum, in dem das Ökosystem seinen echten Multiplikator-Effekt entfaltet. Wer Founders sofort zum Exit bewegt, kauft einen Asset; wer sie einbindet, kauft eine Produktorganisation.

3. Compliance als Plattform, nicht als Kostenfaktor

Jedes einzelne Portfolio-Unternehmen erneut mit NEN 7510 oder EHDS ringen zu lassen ist schlicht ineffizient. Eine gemeinsame Compliance-Infrastruktur ist womöglich die stärkste Synergie, die wir haben. Sie ist auch die am wenigsten sichtbare – aber darum nicht weniger wertvoll.

Ein NEN 7510-Prozess kostet ein mittelgroßes Zorgtech-Unternehmen zwischen sechs und achtzehn Monaten, mit erheblichen Direktkosten in Form von Beratern, externen Audits und interner Entwicklungskapazität. Das für drei Portfolio-Unternehmen zu verdreifachen ist verschwendete Mühe – und verschwendete Vielfalt, da jedes Unternehmen seine eigene Version von etwas aufbaut, das im Kern identisch ist.

Unser Ansatz: ein gemeinsames Compliance-Framework mit audit-bereitem Logging, EU-Datenresidenz, Encryption-by-default, Key-Management und Pseudonymisierung – das lokal im Portfolio-Unternehmen ausgerollt wird, ohne dass dieses die Architektur neu erfinden muss. DSGVO, NEN 7510, ISO 27001 und künftig EHDS werden dadurch zu einem Implementierungsprojekt von Wochen statt zu einem Transformationsprojekt von Monaten.

Welche Zorgtech-Unternehmen passen – und welche nicht

Nicht jedes Unternehmen gehört in ein Buy-and-build-Portfolio. Wir achten auf drei Eigenschaften: Product-Fit mit dem Ökosystem (kommt es auf natürliche Weise in Berührung mit anderen Portfolio-Unternehmen oder bestehenden Kunden?), ein Founder-Team, das nach der Transaktion bleiben möchte, und ein Datenmodell, das sich nach FHIR überführen lässt, ohne dass das Produkt unkenntlich wird.

Unternehmen, die wir nicht aufnehmen: Zorgtech, das ausschließlich in einer hyperlokalen Nische ohne Relevanz für das breitere Ökosystem operiert; Produkte, die auf geschlossener Datenarchitektur beruhen, bei denen Interoperabilität grundsätzlich nicht vorgesehen ist; und Organisationen, in denen die Founders bereits ausgeschieden sind und das Produkt im 'Wartungsmodus' läuft. In diesen Fällen fehlt die Grundlage für Wertschöpfung durch Integration.

Es klingt selbstverständlich, aber strengere Maßstäbe auf der Selektionsseite ist womöglich die wichtigste Lektion aus Jahren Plattformstrategie: lieber fünf Portfolio-Unternehmen, die zusammenpassen, als fünfzehn, die zusammengestellt wurden. Der wirtschaftliche Wert des Ökosystems ist eine Funktion des Fits – nicht der Skalierung.

Was das für Gesundheitsorganisationen und Investoren bedeutet

Für Gesundheitsorganisationen: Ein Buy-and-build-Portfolio, das Konsolidierung anstrebt, ist ein Warnsignal. Es bedeutet häufig, dass ein von Ihnen genutztes Produkt in zwei Jahren abgebaut wird oder dass der ursprüngliche Ansprechpartner Ihnen nicht mehr helfen kann. Ein Ökosystem-Ansatz bedeutet, dass Ihre Produktbeziehung bestehen bleibt und die von Ihnen genutzte Software zunehmend besser mit anderen von Ihnen eingesetzten Systemen zusammenarbeitet.

Für Investoren: Das reine Financial-Engineering-Buy-and-build-Modell skaliert in Zorgtech nicht. Die Multiple-Arbitrage funktioniert auf dem Papier, wird in der Praxis jedoch durch Produktabbau und Founder-Abgang erodiert. Der Ökosystem-Ansatz erfordert mehr Geduld und mehr operative Expertise, liefert aber nachhaltigeren Wert – weil Sie in ein funktionierendes System investieren statt in ein Aktienpaket.

Für Founders: Eine Transaktion mit einem Ökosystem-Partner ist eine andere Gesprächsebene als mit klassischem Private Equity. Die Frage lautet nicht nur, wie hoch Bewertung und Earnout sind, sondern was die gemeinsame Infrastruktur für Ihre Produkt-Roadmap, Ihre Compliance-Position und Ihren Zugang zu neuen Kunden über die anderen Portfolio-Unternehmen bedeutet. Dieses zweite Gespräch ist oft dort, wo der echte Wert entsteht.

EINER MEINUNG ODER NICHT?

Teilen Sie es uns mit.

Wir wachsen durch Widerspruch.