Technische Planung eines Mergers zweier Software-as-a-Service-Anbieter

Im Anschluss an eine von wdp durchgeführte Red Flag Technology Due Diligence übernahm ein internationaler Private Equity Investor die Mehrheitsanteile an einem Hersteller von Personalverwaltungssoftware als Add-On zu einer vorangegangenen Akquisition. Anwender der Software-as-a-Service-Lösungen der beiden akquirierten Unternehmen sind zu einem großen Teil Personalvermittlungsagenturen. Beide Lösungen wiesen komplementäre Features auf. Der Investor sah daher in diesem Fall einen technischen Merger zu einem gemeinsamen Produkt vor. Die Möglichkeit dieser Integration wurde während der Technology Due Diligence von wdp aufgezeigt.

Der Investor beauftragte wdp mit der Definition eines technischen Zielbildes für den geplanten Merger unter Berücksichtigung der sehr unterschiedlichen Systemarchitekturen und gegensätzlich geführten IT-Organisationen.

wdp wählte einen zweigleisigen Ansatz, der zum einen das Investment kurzfristig absichern und zum anderen mittelfristig die Realisierung des Mergers ermöglichen sollte.

Durch eine tiefgreifende Betrachtung der technischen Basis in Experten-Workshops und die daraus abgeleiteten Maßnahmen wurde die Zukunftsfähigkeit beider Unternehmen losgelöst vom geplanten Merger sichergestellt. Die angestoßenen Maßnahmen schufen gleichzeitig die Grundlage für die technische Integration. Zusammen mit Management und technischen Experten der beiden Portfolio-Unternehmen erarbeitete wdp mögliche Integrationsszenarien mit unterschiedlicher Komplexität und variablem Zeithorizont.

Auf Basis der Analysen und Workshops validierte wdp die erarbeiteten Szenarien im Kontext des Business Cases und sprach eine Empfehlung an den Investor aus.

Aufbauend auf den Empfehlungen von wdp konnte der Investor den Investment Cases modellieren und weitere strategische Akquistionen planen. Das technische Zielbild stellt den Blueprint für die weiteren Post-Merger-Aktivitäten dar.

Die Analyse der Applikationslandschaften im Rahmen der Due Diligence offenbarte eine ungewöhnliche Technologie-Auswahl sowie technische Schulden (Feature-Duplizierung). Beide Entscheidungen waren zwar – im Kontext der Zeit, in der sie getroffen wurden – nachvollziehbar, heute allerdings nicht mehr zukunftsfähig. Zudem fehlte als Voraussetzung für ein sicheres Refactoring eine ausreichende Code Coverage durch automatisierte Unit- sowie Integration-Tests.

Der Fokus der Analysen lag neben der Flexibilität der existierenden APIs auf der Zukunftsfähigkeit der Architektur mit dem Ziel einer Überführung in eine Microservice-Architektur.