Fragen Sie eine beliebige Betriebsleitung, wie viele Softwaretools ihr Team regelmäßig nutzt, und Sie erhalten eine Zahl zwischen sechs und zwölf. Fragen Sie, wie viele dieser Tools zuverlässig miteinander kommunizieren, und die Zahl sinkt drastisch. Fragen Sie, wie viel Zeit das Team damit verbringt, Daten zwischen ihnen zu übertragen, und das Gespräch wird unangenehm.

Das SaaS-Zeitalter hat Unternehmen Zugang zu Best-of-Breed-Software für jede Funktion verschafft. Ein dediziertes CRM, ein dediziertes Projektmanagement-Tool, ein dediziertes HR-System, ein dediziertes Buchhaltungspaket, ein dediziertes Bestandstool – jedes hervorragend in seiner spezifischen Aufgabe, jedes eine Insel für sich. Die Integrationsschicht, die sie eigentlich verbinden sollte, ist für viele Unternehmen zu einem Wartungsproblem geworden, das eine volle Stelle beschäftigt.

Die Wirtschaftlichkeit dieser Situation wird selten ehrlich durchgerechnet, weil sich die Kosten auf viele Posten verteilen, die nie zusammengezählt werden.

Die Kosten, die im Budget sichtbar werden

Die sichtbaren Kosten für den Betrieb mehrerer Business-Tools sind die Abonnementgebühren. Für ein Unternehmen, das acht separate SaaS-Tools im KMU-Preissegment betreibt, können sich die jährlichen Abonnementkosten je nach Nutzerzahl und Preisstufe auf €30,000–€80,000 belaufen. Das ist die Zahl, die zur Budgetzeit geprüft wird und gelegentlich ein Gespräch über Konsolidierung auslöst.

Das sind in der Regel weniger als ein Drittel der tatsächlichen Kosten.

Die Integrationssteuer

In dem Moment, in dem ein Unternehmen entscheidet, dass zwei Systeme Daten austauschen müssen, entsteht das, was man eine Integrationssteuer nennen könnte – laufende Kosten in Form von Entwicklerzeit, Integrationstools von Drittanbietern und operativer Aufmerksamkeit, die sich aufsummieren, solange beide Systeme nebeneinander bestehen.

Integrationsplattformen (Zapier, Make, individuelle API-Integrationen) sind nicht kostenlos, aber die Lizenzkosten sind der kleinere Teil. Die eigentlichen Kosten liegen im Wartungsaufwand. Jedes Mal, wenn eines der beiden Systeme seine API aktualisiert, einen Feldnamen ändert, einen Endpunkt abkündigt oder sein Authentifizierungsmodell anpasst, bricht die Integration zusammen. Jemand muss es bemerken, die Ursache finden und es reparieren. Diese Person ist oft kein Entwickler – es ist die Betriebsleitung, die sich gerade so viel Wissen angeeignet hat, dass es gefährlich wird, und die einen Freitagnachmittag damit verbringt, einen Zapier-Flow zu debuggen, statt ihrer eigentlichen Arbeit nachzugehen.

Ein Unternehmen, das acht unverbundene Tools betreibt, hat nicht eine Integration zu warten. Es hat potenziell bis zu 28 paarweise Verbindungen – jede mit einem eigenen Fehlermodus, einem eigenen Wartungsaufwand und einer eigenen Quelle für Dateninkonsistenzen.

Die Abstimmungsstunden, die niemand zählt

Wenn Systeme Daten nicht in Echtzeit austauschen, muss jemand sie abgleichen. Das ist in den meisten Unternehmen so alltäglich geworden, dass es unsichtbar ist – das Montagmorgen-Ritual des Finanzteams, bei dem geprüft wird, ob die abgeschlossenen Deals im CRM mit den gestellten Rechnungen im Rechnungssystem übereinstimmen, oder die tägliche Kontrolle des Operations-Teams, ob die Lagerbestände im Warehouse-System mit dem übereinstimmen, was das Einkaufssystem als erhalten verzeichnet.

McKinsey-Untersuchungen zur Zeitverteilung von Wissensarbeitenden zeigen durchgängig, dass Mitarbeitende rund 20% ihrer Arbeitswoche damit verbringen, Informationen zu suchen oder Daten systemübergreifend abzugleichen. Bei einem zehnköpfigen Team entspricht das zwei Vollzeitäquivalenten, die nicht in produktive Arbeit fließen, sondern in den Aufwand, unverbundene Systeme einigermaßen konsistent zu halten.

Das Tückische an der Abstimmungsarbeit ist, dass sie mit dem Unternehmen mitwächst. Je größer der Betrieb, desto mehr Transaktionen laufen durch jedes System, und desto mehr Abstimmungsstunden erzeugen die Diskrepanzen. Es sind Kosten, die mit dem Umsatz wachsen, statt mit zunehmender Unternehmensgröße günstiger zu werden.

Die Entscheidungsverzögerung

Fragmentierte Systeme erzeugen fragmentierte Informationen, und fragmentierte Informationen erzeugen verzögerte Entscheidungen. Wenn die Antwort auf eine geschäftliche Frage das Zusammentragen von Daten aus drei verschiedenen Systemen erfordert, wartet die Frage entweder, bis jemand Zeit für diese Zusammenstellung hat – was Tage dauern kann –, oder sie wird mit unvollständigen Informationen beantwortet, sodass die Entscheidung auf einem lückenhaften Bild beruht.

Die Entscheidungen, bei denen diese Verzögerung am meisten ins Gewicht fällt, sind meist operativer Natur: Nachbestellentscheidungen, die ohne aktuelle Daten zur Verkaufsgeschwindigkeit getroffen werden, weil diese im CRM liegen; Preisentscheidungen, die ohne aktuelle Kostendaten getroffen werden, weil diese im Einkaufssystem liegen; Einstellungsentscheidungen, die ohne aktuelle Daten zur Kapazitätsauslastung getroffen werden, weil diese im Projektmanagement-Tool liegen.

Jede einzelne davon ist eine kleine, suboptimale Entscheidung. Bei einem Unternehmen, das monatlich Hunderte operative Entscheidungen trifft, sind die kumulierten Kosten systematisch suboptimaler Entscheidungen erheblich – und werden fast nie der technologischen Fragmentierung zugeschrieben, die sie verursacht hat.

Der Onboarding-Multiplikator

Jede neue Mitarbeiterin und jeder neue Mitarbeiter, der in ein Unternehmen mit acht separaten Tools eintritt, durchläuft acht separate Onboarding-Erlebnisse: acht Sätze von Zugangsdaten, die angelegt werden müssen, acht Oberflächen, die erlernt werden müssen, acht Regelwerke darüber, welche Daten wo liegen sollen und wie sie einzugeben sind. Die Zeit bis zur vollen Produktivität einer neuen Mitarbeiterin oder eines neuen Mitarbeiters ist in einer fragmentierten Tool-Umgebung spürbar länger als in einer konsolidierten.

Diese Kosten fallen besonders in Unternehmen mit hoher Fluktuation ins Gewicht – im Kundenservice, im Lagerbetrieb und in der Lebensmittelproduktion, wo jährliche Fluktuationsraten von 20–40% üblich sind, ist der Onboarding-Aufwand einer komplexen Tool-Umgebung eine kontinuierliche Belastung und keine einmalige Kostenposition.

Das Problem der Schatten-Tabellen

Der zuverlässigste Indikator dafür, dass die Tool-Landschaft eines Unternehmens zu fragmentiert ist, ist die Verbreitung von Schatten-Tabellen – Excel- oder Google-Sheets-Dateien, die entstehen, weil kein einzelnes System alle Daten enthält, die eine Person für ihre Arbeit braucht, sodass sie sich aus Exporten ihren eigenen persönlichen Sammelpunkt baut.

Schatten-Tabellen sind nicht nur ein Risiko für die Datenqualität (sie veralten in dem Moment, in dem sie erstellt werden). Sie sind ein Signal dafür, dass die offiziellen Systeme ihre eigentliche Aufgabe nicht erfüllen. Wenn eine Vertriebsleitung eine persönliche Excel-Pipeline-Übersicht pflegt, weil das CRM nicht die benötigte Ansicht liefert, dann wird sie vom CRM nicht bedient. Wenn eine Lagerleitung ein Google Sheet mit Lagerbeständen führt, weil das Warehouse-System für Abfragen zu langsam ist, dann wird sie vom System nicht bedient.

Schatten-Tabellen sind die Art und Weise, wie Menschen fragmentierte Tool-Landschaften überleben. Sie sind keine Lösung – sie sind ein Workaround, der eigene Kosten mit sich bringt: gescheiterte Versionskontrolle, veraltete Daten und institutionelles Wissen, das in einer Datei auf dem Laptop einer einzelnen Person lebt.

Die Angriffsfläche für Sicherheitsrisiken

Acht separate Tools bedeuten acht separate Authentifizierungssysteme, acht separate Zugriffsrichtlinien und acht separate Sicherheitsniveaus, die gepflegt werden müssen. Wenn ein Mitarbeiter das Unternehmen verlässt, muss sein Zugriff an acht Stellen entzogen werden – und in der Praxis, in Unternehmen ohne dedizierte IT-Abteilung, geschieht das oft nicht. Dass eine ausgeschiedene Person sich drei Monate später noch über ein privates Gerät im alten CRM anmelden kann, ist ein gängiges Szenario, kein Ausnahmefall.

Jedes zusätzliche System stellt außerdem einen weiteren Satz an Zugangsdaten dar, der per Phishing erbeutet werden kann, einen weiteren Anbieter, dessen Umgang mit Daten vertraut werden muss, und eine weitere Integration, die einen Datenpfad schafft, der möglicherweise nicht überprüft wird.

Was Konsolidierung tatsächlich kostet und spart

Das Argument gegen Konsolidierung wird immer auf derselben Grundlage vorgebracht: Best-of-Breed-Tools sind in ihrer jeweiligen Funktion besser als eine generalistische Plattform, und die Wechselkosten sind hoch. Beide Punkte haben ihre Berechtigung, doch keiner ist entscheidend.

Der Best-of-Breed-Vorteil ist an den Extremen der Spezialisierung real – ein dediziertes Enterprise-Data-Warehouse übertrifft die Analysefunktionen einer generalistischen Plattform bei einem Unternehmen, das komplexe, quellenübergreifende Aggregationen im großen Maßstab durchführt. Doch für die überwiegende Mehrheit der Unternehmen im Mid-Market ist der funktionale Vorteil eines dedizierten CRM gegenüber einem gut gebauten CRM-Modul marginal – und die Integrationskosten, das dedizierte Tool neben fünf weiteren zu pflegen, sind es nicht.

Auch das Argument der Wechselkosten ist real – und ebenfalls überzeichnet. Migrationsprojekte verursachen fixe Kosten; Integrationswartung und Abstimmungsaufwand verursachen laufende Kosten, die wachsen. Die Frage ist nicht, ob eine Migration teuer ist – das ist sie in der Regel –, sondern ob die laufenden Kosten der Fragmentierung die einmaligen Kosten der Konsolidierung übersteigen. Für die meisten Unternehmen oberhalb einer bestimmten operativen Komplexität ist das der Fall.

Ein Rahmen für eine ehrliche Bestandsaufnahme

Vor dem nächsten Budgetzyklus lohnt es sich, die wahren Kosten Ihres aktuellen Tool-Stacks ehrlich zu berechnen:

Die meisten Unternehmen, die diese Berechnung ehrlich durchführen, stellen fest, dass die sichtbaren Abonnementkosten 20–35% der Gesamtsumme ausmachen. Der Rest verteilt sich auf Kategorien, für die niemand verantwortlich ist und die niemand optimiert, weil sie in keiner Budgetzeile auftauchen.

Eine Plattform. 80+ Module. Ein Login, ein Datenmodell, eine Rechnung.

Response365 ersetzt den fragmentierten Tool-Stack – CRM, Bestandsverwaltung, BI, Einkauf, HR, Compliance und mehr – durch eine einzige Plattform mit einer gemeinsamen Datenbank, einem Sicherheitsmodell und einer verbindlichen Datenquelle für jede Funktion. Keine Integrationen zu pflegen, keine Abstimmung nötig, keine Schatten-Tabellen zu verwalten.

Kostenlos starten Plattform entdecken