Ein wachsendes Unternehmen hat selten zu wenig Software. Vertrieb, Marketing, Finance, Service und Operations führen neue Anwendungen ein, weil sie ein reales Problem lösen sollen. Jede einzelne Entscheidung kann vernünftig sein. Trotzdem wird das Unternehmen als Ganzes langsamer: Informationen werden mehrfach erfasst, Mitarbeitende wechseln ständig zwischen Oberflächen, Freigaben bleiben liegen und niemand verantwortet den vollständigen Ablauf.
Die wirtschaftliche Folge ist mehr als ein höheres Lizenzbudget. Es entstehen unsichtbare Prozesskosten, widersprüchliche Daten und Abhängigkeiten, die mit jedem Wachstumsschritt zunehmen. Die Lösung ist weder ein weiteres Tool noch eine pauschale Konsolidierung auf eine einzige Plattform. Die Aufgabe des Managements besteht darin, den Ende-zu-Ende-Fluss zu gestalten und jedes System daran zu messen, ob es diesen Fluss verbessert.
Dieser Beitrag zeigt, wie Führungsteams Tool Sprawl erkennen, welche Entscheidungen sie treffen müssen und wie aus einer gewachsenen Anwendungslandschaft ein steuerbares Operating System wird.
Tool Sprawl bezeichnet nicht einfach „zu viele Tools“. Es entsteht, wenn die Koordinationslast zwischen Anwendungen schneller wächst als der geschäftliche Nutzen, den diese Anwendungen einzeln erzeugen.
Das Problem beginnt mit vernünftigen Einzelentscheidungen
Tool Sprawl ist selten das Ergebnis einer einzigen schlechten Entscheidung. Ein Team benötigt schnelleres Reporting und kauft eine Analytics-Lösung. Der Vertrieb ergänzt ein Prospecting-Tool. Marketing führt eine neue Automation ein. Operations digitalisiert Freigaben. Einzelne Mitarbeitende nutzen AI-Assistenten, weil der offizielle Prozess zu langsam ist.
Jede Maßnahme reduziert zunächst einen lokalen Engpass. Die Nebenwirkungen entstehen zwischen den Bereichen: Ein Lead besitzt im Marketing einen anderen Status als im CRM. Ein Auftrag wird im ERP aktualisiert, aber die Änderung erreicht den Service nicht. Ein AI-Assistent erhält nur den Kontext aus einem Teil des Prozesses. Führungskräfte sehen verschiedene Versionen derselben Kennzahl.
Okta berichtet für seine Kundenbasis 2025 erstmals von durchschnittlich 101 eingesetzten Anwendungen pro Unternehmen.1 Dieser Wert ist kein allgemeingültiger Durchschnitt für jedes KMU. Er zeigt aber, wie breit betriebliche Anwendungslandschaften inzwischen werden können. Die entscheidende Frage lautet deshalb nicht, ob eine einzelne Software nützlich ist. Sie lautet: Was kostet die Verbindung aller Anwendungen im täglichen Betrieb?
In mehr als 20 Jahren an der Schnittstelle von Marketing, CRM, Performance, Transformation und Automation habe ich dieselbe Entwicklung immer wieder gesehen. Unternehmen investieren in Funktionen, aber zu selten in die Architektur zwischen diesen Funktionen. Solange das Geschäft überschaubar ist, gleichen erfahrene Menschen die Lücken aus. Mit mehr Kunden, Teams und Regionen wird genau diese menschliche Improvisation zum Engpass.
Vier Kostenarten bleiben in klassischen Budgets unsichtbar
Lizenzkosten sind leicht zu erkennen. Die größere Belastung liegt häufig außerhalb des Softwarebudgets. Sie verteilt sich auf Arbeitszeit, Wartezeit, Fehler und Managementaufmerksamkeit.
Wechselkosten: Menschen werden zur Schnittstelle
Eine Untersuchung von 20 Teams mit 137 Nutzern in drei Fortune-500-Unternehmen analysierte 3.200 Arbeitstage. Die Beschäftigten wechselten im Durchschnitt fast 1.200-mal täglich zwischen Anwendungen und Websites. Die gemessene Wiedereingewöhnung summierte sich auf knapp vier Stunden pro Woche oder rund neun Prozent der jährlichen Arbeitszeit.2 3
Diese Werte dürfen nicht ungeprüft auf jedes Unternehmen übertragen werden. Die Beobachtung dahinter ist jedoch relevant: Wenn Menschen Daten suchen, übertragen, vergleichen und neu einordnen müssen, übernehmen sie die Integrationsarbeit, die das System nicht leistet.
Kontextkosten: Der Prozess verliert seine Geschichte
Ein CRM-Datensatz enthält vielleicht den Kundenstatus. Das Ticketsystem kennt das aktuelle Problem. Der Vertrag liegt in einer Dokumentenablage. Preis- und Lieferinformationen stammen aus dem ERP. Die relevante Entscheidung befindet sich in einer E-Mail oder im Gedächtnis eines Mitarbeitenden.
Keines dieser Systeme ist zwingend schlecht. Der Prozess ist trotzdem schwach, wenn der Kontext bei jeder Übergabe neu zusammengesetzt werden muss. Microsoft berichtet in seinem Work Trend Index 2023, dass 62 Prozent der Befragten zu viel Zeit mit der Suche nach Informationen verbringen. Im ausgewerteten Microsoft-365-Arbeitsmix entfielen durchschnittlich 57 Prozent der Zeit auf Kommunikation und 43 Prozent auf das Erstellen von Inhalten.4
Das ist kein Argument gegen Kommunikation. Es ist ein Hinweis darauf, dass Informationssuche und Abstimmung selbst zu einem Produktionssystem geworden sind, häufig ohne verantwortlichen Eigentümer.
Datenkosten: Mehr Systeme erzeugen mehr Wahrheiten
Mit jeder zusätzlichen Anwendung entstehen neue Felder, Definitionen, Dubletten und Synchronisationsregeln. Welche Quelle führt die Kundennummer? Wo wird der aktuelle Umsatzstatus gepflegt? Welches Datum ist für die Lieferzusage verbindlich? Darf das neue AI-Tool auf dieselben Informationen zugreifen wie der Vertriebsmitarbeiter?
Wenn diese Fragen ungeklärt bleiben, steigt nicht nur der technische Aufwand. Das Management verliert Vertrauen in Kennzahlen. Entscheidungen werden vertagt oder durch manuelle Sonderauswertungen abgesichert. Damit wird aus einem Datenproblem ein Führungsproblem.
Verantwortungskosten: Jeder besitzt ein Tool, niemand den Fluss
Marketing verantwortet die Automation, Sales das CRM, Finance das ERP und IT die Zugänge. Doch wer verantwortet den vollständigen Weg von einer Kundenanfrage bis zu Angebot, Auftrag, Leistung und erneuter Nachfrage?
NIST stellt im Cybersecurity Framework 2.0 Governance und Identifikation an den Anfang. Organisationen sollen Rollen, Verantwortlichkeiten und Befugnisse festlegen sowie ihre Assets, darunter Daten, Software, Systeme, Services und Lieferanten, verstehen.7 Das ist nicht nur eine Sicherheitsanforderung. Es ist eine betriebliche Voraussetzung für Kontrolle.
Warum eine einzige Plattform das Problem nicht automatisch löst
Die naheliegende Reaktion auf Tool Sprawl lautet Konsolidierung. Das kann richtig sein, ist aber keine Strategie für sich. Wer alle Speziallösungen durch eine große Suite ersetzt, kann Lizenz- und Integrationsaufwand reduzieren. Gleichzeitig können schlechtere Fachfunktionen, neue Workarounds und eine größere Abhängigkeit von einem Anbieter entstehen.
Auch ein „Best-of-Breed“-Ansatz kann funktionieren, wenn spezialisierte Anwendungen einen klaren Vorteil besitzen und sauber in den Geschäftsprozess eingebunden sind. Die Wahl zwischen Suite und Spezialtool ist deshalb nicht ideologisch. Sie hängt von Prozesskritikalität, Differenzierung, Integrationsfähigkeit, Datenverantwortung, Risiko und Wechselkosten ab.
Die U.S. General Services Administration beschreibt Application Rationalization entsprechend nicht als universelles Einheitsverfahren. Anwendungen sollen im Kontext von Geschäft, Technologie, Sicherheit, Wert, Fit und Kosten bewertet werden; notwendig ist die Beteiligung von Führungskräften ebenso wie von tatsächlichen Nutzern.8
Ein Unternehmen sollte deshalb nicht fragen: „Wie viele Tools sind zu viele?“ Die bessere Frage lautet: „Welche Kombination erzeugt den geringsten Koordinationsaufwand für das gewünschte Geschäftsergebnis?“
Der Fassbender Tool-to-Flow Test
Bevor ein neues System gekauft, eine bestehende Anwendung verlängert oder eine Eigenentwicklung gestartet wird, sollte das Management sechs Felder prüfen. Der Tool-to-Flow Test verschiebt die Entscheidung von Funktionslisten zum Ende-zu-Ende-Ergebnis.
| Prüffeld | Managementfrage | Warnsignal |
|---|---|---|
| Outcome | Welches messbare Geschäftsergebnis verbessert das Tool? | Der Nutzen wird nur als Funktion oder Zeitersparnis beschrieben. |
| Ownership | Wer verantwortet Nutzen, Daten, Kosten und Betrieb? | Einkauf, Fachbereich und IT zeigen jeweils aufeinander. |
| Flow | Welche Übergaben entfallen und welche neuen entstehen? | Ein lokaler Schritt wird schneller, der Gesamtprozess aber komplexer. |
| Context | Bleiben Kunden-, Fall- und Entscheidungsinformationen erhalten? | Mitarbeitende rekonstruieren Kontext aus mehreren Quellen. |
| Control | Sind Identitäten, Zugriffe, Risiko, Portabilität und Ausstieg geregelt? | Der Vertrag ist klarer als die spätere Exit-Möglichkeit. |
| Evidence | Welche Baseline und welche Kennzahl belegen den Wert? | Erfolg wird über Nutzung statt über Geschäftswirkung definiert. |
Der Test ist bewusst anspruchsvoller als ein klassischer Feature-Vergleich. Eine Software kann funktional überzeugen und trotzdem am Gesamtsystem scheitern. Umgekehrt kann ein weniger spektakuläres Werkzeug sehr wertvoll sein, wenn es einen kritischen Prozess vereinfacht, Kontext erhält und Verantwortung klärt.
Meine Entscheidungsregel lautet:
Ein Tool sollte nur skaliert werden, wenn es den Ende-zu-Ende-Fluss verbessert und die Gesamtkosten der Koordination reduziert.
Vier Entscheidungen statt einer pauschalen Bereinigung
Nach der Bewertung braucht jedes relevante System eine klare Portfolioentscheidung. „Wir schauen uns das später an“ ist keine fünfte Kategorie.
| Entscheidung | Wann sie sinnvoll ist | Was danach geschehen muss |
|---|---|---|
| Keep | Das Tool liefert klaren Wert und passt in den Zielprozess. | Eigentümer, Kosten, Kontrollen und Leistungskennzahlen verbindlich festlegen. |
| Integrate | Die Fachfunktion ist stark, aber Übergaben und Kontext sind gebrochen. | Datenfluss, Identitäten, Ereignisse und Fehlerbehandlung gestalten. |
| Replace | Funktion oder Architektur erfüllen die Zielanforderung nicht mehr. | Migration, Datenqualität, Nutzerwechsel und Rückfalloption planen. |
| Retire | Der Nutzen ist redundant, gering oder nicht mehr belegbar. | Daten archivieren, Zugriffe schließen, Verträge beenden und Abhängigkeiten entfernen. |
Diese Entscheidung darf nicht allein aus IT- oder Einkaufsperspektive getroffen werden. Finance sieht Kosten, IT sieht technische Risiken, der Fachbereich sieht Funktionen und Nutzer sehen tägliche Reibung. Erst gemeinsam entsteht ein realistisches Bild.
AI kann Tool Sprawl lösen oder massiv beschleunigen
AI senkt die Schwelle, neue Fähigkeiten einzuführen. Teams können Assistenten, Automationen und kleine Anwendungen schneller erstellen oder einkaufen. Das ist grundsätzlich positiv. Ohne Architektur führt dieselbe Geschwindigkeit jedoch zu einer neuen Generation von Schattenprozessen: mehrere Assistenten mit unterschiedlichen Wissensständen, unklare Datenzugriffe, parallele Automationen und Entscheidungen, deren Herkunft niemand nachvollziehen kann.
McKinsey berichtet 2025, dass unter 25 untersuchten organisatorischen Merkmalen die grundlegende Neugestaltung von Workflows den stärksten Zusammenhang mit berichteter EBIT-Wirkung aus GenAI zeigte. Trotzdem hatten nur 21 Prozent der Organisationen mit GenAI-Nutzung mindestens einige Workflows grundlegend neu gestaltet.5
Die McKinsey-Erhebung 2026 verstärkt dieses Bild: Rund drei Viertel der dort definierten AI-Hochleister berichteten von grundlegender Workflow-Neugestaltung, gegenüber etwa einem Viertel der übrigen Befragten. Hochleister verbanden den Einsatz häufiger mit Senior-Leadership-Commitment, Wirkungsmessung und operativer Disziplin.6
Die Schlussfolgerung ist nicht, dass jedes Unternehmen mehr AI einsetzen sollte. Sie lautet: AI schafft Unternehmenswert erst dann zuverlässig, wenn der Arbeitsfluss neu gestaltet wird. Wird AI lediglich auf eine fragmentierte Tool-Landschaft gesetzt, automatisiert sie häufig die Übergaben, ohne deren Ursache zu beseitigen.
Ein AI Operating System dient hier nicht als neue Superplattform. Es ist die verbindende Betriebslogik: Welche Prozesse zählen, welche Daten gelten, welche Identität darf handeln, wo entscheidet ein Mensch, wie werden Ergebnisse gemessen und wer trägt Verantwortung?