In den meisten Sektoren liegt der Wert eines Unternehmens in Vermögenswerten: Gebäuden, Lagerbeständen, Verträgen mit einer Laufzeit. In der IT liegt der Wert größtenteils in Menschen und in Code, den diese Menschen geschrieben haben und verstehen. Kunden kaufen oft kein Produkt, sondern eine Beziehung zu einem Account-Team oder einem Implementierungspartner. Das verschiebt das Verhältnis, auf das eine Integration achten muss: Während bei einem Produktionsunternehmen der größte Teil der Aufmerksamkeit auf Systeme und Einkauf gerichtet werden kann, liegt bei einem IT-Unternehmen der Schwerpunkt auf der Bindung von Schlüsselpersonal und auf der Frage, ob Kundenverträge den Übergang ohne Neuverhandlung überstehen.
Diese Verschiebung ist keine Frage des Grades, sondern der Natur. Ein Lager kann warten, bis es ruhig ist, um zusammengelegt zu werden. Ein Entwickler, der gehen will, ist innerhalb weniger Wochen weg, und mit ihm oft das Wissen über ein System, das nirgendwo dokumentiert ist. Synergie auf Papier — eine gemeinsame Plattform, ein kombiniertes Sales-Team — hat keinen Wert, wenn die Menschen, die es umsetzen sollen, bereits gegangen sind, bevor der erste Schritt gemacht wurde.
Auch in der IT gilt, dass Integration nicht selbstverständlich ist. Zwei Software-Einheiten mit überlappenden Produkten können durch die Zusammenlegung gerade Kunden verlieren, die bei der einen Einheit waren wegen einer Funktion, die die andere nicht hat. Zwei Engineering-Teams mit unterschiedlicher Arbeitsweise — andere Sprint-Zyklen, andere Codebase-Konventionen, andere Tools — verlieren Zeit beim Aufeinanderabstimmen von etwas, das operativ keine Synergie bringt, sondern nur Reibung. Der Wert bei einer Buy-and-Build-Strategie sollte deshalb nicht automatisch mit Integration gleichgesetzt werden; manchmal liegt der Wert gerade darin, Teams getrennt weiterlaufen zu lassen, die so, wie sie sind, gut funktionieren.
Die Synergie-Basislinie hilft, diese Frage pro Bestandteil scharf zu stellen: welcher Teil des Engineering-Teams, welcher Teil des Kundenportfolios, welcher Teil der Systeme. Nicht als vorab getroffene Annahme, sondern als etwas, das nachgewiesen werden muss, bevor es als Synergie gezählt wird.
Der erste Engpass ist die Bindung von Personal. Ein Earnout oder Retention-Bonus für Schlüsselentwickler klingt wie ein Detail der Dealstruktur, aber ohne ein konkretes Day-1-Signal — wer bleibt, unter welchen Bedingungen, und wann das kommuniziert wird — entsteht Raum für Unsicherheit, die Menschen selbst entscheiden lässt, zu gehen. Bis Day 100 zu warten, um das zu regeln, ist in der Praxis oft zu spät.
Der zweite Engpass ist die Kundenkommunikation. IT-Kunden haben oft einen Vertrag mit einem Kündigungszeitpunkt oder einem Erneuerungsdatum, und eine Übernahme ist für sie ein Anlass, sich nach Alternativen umzusehen. Wer die Botschaft an große Kunden bis nach dem Closing aufschiebt, läuft Gefahr, dass der Kunde die Nachricht über Umwege hört und sie selbst anders interpretiert als beabsichtigt.
Der dritte Engpass ist die Technik: Zwei Tech-Stacks zusammenzuführen ist selten eine Sache von derselben Woche. Manche Integrationen — ein gemeinsames Rechnungsmodul, ein zentrales CRM — sind mit begrenzter Auswirkung machbar. Andere — das Zusammenführen von Kernplattformen, auf denen Kunden täglich laufen — erfordern einen längeren Ansatz, gerade weil ein Fehler dort sofort beim Endnutzer sichtbar wird. Der Day-1- und Day-100-Plan dienen dazu, diese Unterscheidung vorab zu treffen, statt sie unterwegs zu entdecken.
Die Abhängigkeit zwischen Aufgaben ist ein Muster, das auch in anderen Sektoren auftritt, nur mit anderen Knotenpunkten. Bei einer Übernahme im Bauwesen sind es Genehmigungen und Subunternehmerbeziehungen, die bestimmen, was wann möglich ist; bei einer Übernahme im Immobiliensektor ist es oft die Struktur von Verwaltungsverträgen. In der IT ist es die Kombination aus Menschen, die gehen können, und Kunden, die kündigen können — beides schneller, als ein physischer Prozess angepasst werden kann. Das Integrationsbüro hält diese Abhängigkeiten fest, sodass klar wird, welcher Schritt einen anderen Schritt blockiert, unabhängig davon, in welchem Sektor sich dieser Knotenpunkt befindet.
Bei Software-Übernahmen wird Synergie oft demjenigen zugeschrieben, der die Zahl entwickelt hat — dem Dealmaker —, während die operative Führungskraft, die sie umsetzen muss, erst später dazukommt. Dieselbe Spannung besteht im Finanzdienstleistungssektor und im Energiesektor, und die Frage, wer Eigentümer einer Synergiezahl ist, sollte vor dem Closing beantwortet sein, nicht danach.
Die drei Generatoren und das Integrationsbüro bauen Struktur auf: eine Synergie-Basislinie pro Bestandteil, einen Day-1-Plan mit konkreten ersten Schritten, einen Day-100-Plan mit Abhängigkeiten und eine Entscheidungsliste dafür, was integriert wird und was nicht. Es gibt keinen durchgeführten Prozess, auf den verwiesen wird, und es wird nichts über das Ergebnis versprochen. Das Instrument stellt die Fragen und ordnet die Antworten; die Beurteilung bleibt beim Deal-Team.
Das Tool befindet sich im Aufbau. Wer es nutzen möchte, sobald es verfügbar ist, kann sich für die Warteliste anmelden.
Eine Synergie-Basislinie und ein Day-100-Plan bestehen aus einer großen Anzahl einzelner Aufgaben: Verträge prüfen, Kundenlisten vergleichen, Abhängigkeiten kartieren. Manche dieser Aufgaben lassen sich weitgehend automatisieren, andere erfordern Beurteilung, die sich nicht delegieren lässt. Der Werkscan von FTE TO AI berechnet pro Aufgabe, welcher Teil der Arbeit von KI übernommen werden kann, sodass klar wird, wo Zeit gespart wird und wo menschliches Urteilsvermögen erforderlich bleibt.
Vraag maar wat er op Day 1 moet staan, of wat integreren juist kapotmaakt.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.