Deutsch

Das SaaS-Sprawl-Problem: Anzeichen und Lösungsansätze

Key Facts: SaaS Sprawl in Zahlen

  • Ein durchschnittliches Mid-Market-Unternehmen betreibt 2025 mehr als 130 SaaS-Anwendungen, gegenüber 80 im Jahr 2020 (Productiv State of SaaS Report).
  • SaaS-Portfolios wachsen bei Unternehmen ohne formale Governance jährlich um etwa 18 bis 22 %, was in den meisten Branchen das Mitarbeiterwachstum übertrifft.
  • Shadow IT macht 30 bis 40 % der gesamten SaaS-Ausgaben beim typischen Mid-Market-Unternehmen aus (Gartner) und bis zu 60 % bei PLG-lastigen Organisationen.
  • IT-Abteilungen haben direkten Einblick in nur etwa 50 bis 60 % der tatsächlich genutzten SaaS-Tools: Der Rest wird von Abteilungen auf Firmenkreditkarten oder über kostenlose Stufen gekauft.
  • 56 % der SaaS-Lizenzen sind ungenutzt oder untergenutzt (Zylo 2024 Benchmark), was die größte einzelne Quelle zurückgewinnbarer Verschwendung im Software-P&L darstellt.

Der CEO hatte kein IT-Audit angefordert. Der CFO hatte darauf hingewiesen, dass der Software-Posten in der GuV um 42 % im Jahresvergleich gewachsen war, und das Audit sollte das erklären.

Es erklärte es. Das Unternehmen hatte siebenundachtzig aktive SaaS-Abonnements. Der CEO hatte von siebenundvierzig davon gehört. Von den verbleibenden vierzig waren manche Tools, die Teams gekauft und jahrelang genutzt hatten, ohne dass jemand oberhalb der Manager-Ebene von ihrer Existenz wusste. Manche waren kostenlose Trials, die ohne IT-Beteiligung zu bezahlten Abonnements geworden waren. Einige waren für Mitarbeitende bereitgestellt, die das Unternehmen verlassen hatten. Eines war ein Abonnement für ein Tool, das niemand identifizieren konnte. Der ursprüngliche Käufer war gegangen, und der Vertrag hatte sich zweimal automatisch verlängert.

Gesamtausgaben: 290.000 USD pro Jahr. Geschätzte Verschwendung: 90.000 bis 130.000 USD.

Der Sprawl war nicht entstanden, weil die Mitarbeitenden nachlässig gewesen waren. Er war entstanden, weil das Unternehmen von dreißig auf zweihundert Personen gewachsen war, ohne jemals eine Kaufgovernance-Struktur aufzubauen, die diesem Wachstum entsprach. Als das Team dreißig Personen hatte, kannte der CEO jedes Tool. Bei zweihundert war das unmöglich, aber niemand hatte die Governance-Lücke geschlossen.

Die Anzeichen, dass Sie dieses Problem haben

SaaS Sprawl kündigt sich selten an. Er akkumuliert. Das sind die Signale:

Das GuV-Signal: Die SaaS-Ausgaben sind schneller gewachsen als der Personalbestand. Wenn Ihr Team um 30 % gewachsen ist und Ihre Software-Position um 60 %, ist der Überschuss fast sicher Sprawl. BetterClouds State of SaaSOps Report fand, dass das typische Mid-Market-Unternehmen 5.000 bis 8.000 USD pro Mitarbeiter und Jahr für SaaS ausgibt, und dass Unternehmen ohne formale SaaS-Governance 35 bis 40 % mehr pro Mitarbeiter ausgeben als Unternehmen mit strukturierter Aufsicht.

Das Audit-Signal: Wenn Sie versuchen, Ihren SaaS-Stack aus dem Gedächtnis aufzulisten, entdecken Sie konsequent Tools, die Sie vergessen hatten, und finden dann beim Blick auf die Kreditkartenabrechnungen noch mehr.

Das Überschneidungs-Signal: Teams in verschiedenen Abteilungen zahlen für Tools, die im Wesentlichen dasselbe tun. Sales nutzt einen Projekt-Tracker. Marketing nutzt einen anderen. Operations nutzt einen dritten.

Das Ghost-User-Signal: Lizenzen für Mitarbeitende, die das Unternehmen verlassen haben. Das taucht in SSO-Protokollen als aktive Konten von ehemaligen Mitarbeitenden auf: noch lizenziert, noch in Abrechnung, nie genutzt.

Das Shadow-IT-Signal: IT entdeckt Tools, die sie nicht genehmigt haben, oft wenn ein Tool ausfällt und das betroffene Team IT um Hilfe bittet. So erfährt IT zum ersten Mal von der Existenz des Tools.

Das Verlängerungs-Überraschungs-Signal: Jemand in Finance markiert eine Verlängerung, die er nicht erwartet hatte, für ein Tool, von dem er nicht wusste, dass es aktiv war, weil der ursprüngliche Käufer gegangen ist und niemand die Eigentümerschaftsunterlagen aktualisiert hat.

Wenn zwei oder mehr dieser Punkte auf Ihr Unternehmen zutreffen, haben Sie ein Sprawl-Problem. Die Diagnosefragen am Ende dieses Leitfadens helfen Ihnen, den Schweregrad zu beurteilen.

Das Sprawl-Kosten-Eisberg

Die sichtbaren Kosten von SaaS Sprawl sind der Lizenzposten in der GuV, die Zahl, die jeder CFO verfolgt. Unterhalb der Wasserlinie liegen vier versteckte Kostenschichten, die die Lizenzkosten typischerweise um das 2- bis 3-fache übersteigen: Integrationskosten (Engineering-Zeit für die Verbindung von Tools und die Pflege von API-Connectors), Onboarding-Kosten (jeder neue Mitarbeitende wird in 10 bis 15 statt in 3 bis 4 Tools eingearbeitet), Sicherheitskosten (jede SaaS-Anwendung ist eine neue Angriffsfläche, ein Credential-Speicher und ein Compliance-Audit-Scope) und Wechselkosten (in Vendor gebundene Daten, auf Eigenheiten aufgebaute Workflows, Migrationsprojekte, die Quartale dauern). Wenn die Führungsebene Sprawl nur anhand des Lizenzpostens bewertet, unterschätzt sie die tatsächliche Belastung des Unternehmens systematisch um den Faktor drei.

Warum das bei Mid-Market-Unternehmen passiert

Die typische Sprawl-Geschichte folgt demselben Bogen: Ein Unternehmen wächst schnell, Teams finden Tools, die ihre Probleme lösen, jeder einzelne Kauf erscheint sinnvoll, und niemand verantwortet das Gesamtbild. Wenn das Gesamtbild sichtbar wird (meistens bei einem Audit oder einer CFO-Überprüfung), ist der Stack komplex genug, dass seine Entwirrung ein monatelanges Projekt ist.

Drei strukturelle Faktoren beschleunigen Sprawl bei Mid-Market-Unternehmen:

Product-Led Growth. Die meisten modernen SaaS-Tools haben kostenlose Stufen oder Freemium-Modelle, die darauf ausgelegt sind, die Nutzung zu verbreiten, bevor die Beschaffung involviert ist. Wenn ein Team Budget für ein Tool beantragt, nutzt es die kostenlose Stufe bereits seit Monaten und ist schon davon abhängig. Forresters Forschung zu Product-Led Growth weist darauf hin, dass PLG-Adoptionsmuster absichtlich so gestaltet sind, dass sie Workflow-Abhängigkeiten etablieren, bevor IT oder Beschaffung Einblick haben, eine Dynamik, die Sprawl in Abwesenheit eines parallelen Governance-Prozesses beschleunigt. Der SaaS-Entscheidungsbaum ist das Vorab-Genehmigungsframework, das vor jedem Kauf (auch kleinen) eine strukturierte Überprüfung einfügt, anstatt nach der Übernahme versuchen zu müssen, es zurückzudrehen.

Kaufbefugnis auf Team-Ebene. Mid-Market-Unternehmen haben oft informelle Kaufbefugnis auf Team-Ebene für Käufe unter einem bestimmten Schwellenwert: 1.000 USD/Monat, 5.000 USD/Jahr. Das ist operativ sinnvoll, erzeugt aber auf Portfolioebene fragmentierten Einblick.

Das Fehlen eines SaaS-Verantwortlichen. Enterprise-Unternehmen haben IT-Asset-Management-Teams. Kleine Unternehmen haben Gründer, die jedes Tool kennen. Mid-Market-Unternehmen haben oft weder das eine noch das andere: keinen dedizierten Verantwortlichen für das SaaS-Portfolio und keinen Einblick in die Gesamtkosten und Überschneidungen.

Der Zwei-Spuren-Sanierungsansatz

Die Behebung von Sprawl erfordert zwei parallele Spuren: eine sofortige Sanierung zur Bereinigung des aktuellen Stacks und eine strukturelle Lösung, um dasselbe Ergebnis in achtzehn Monaten zu verhindern.

Nur die erste Spur zu verfolgen ist der häufigste Fehler. Unternehmen führen ein großartiges Konsolidierungsaudit durch, sparen 80.000 USD Verschwendung ein und beobachten dann, wie der Stack innerhalb von zwei Jahren auf dieselbe Größe anwächst, weil sich am Kaufprozess nichts geändert hat. Die Governance-Struktur, die diesen Kreislauf schließt, definiert Beschaffung vs. operativer Besitz, wer auf welcher Ausgabenstufe Genehmigungsbefugnis haben sollte und wie diese durchzusetzen ist, ohne Teams zu verlangsamen.

Spur 1: Sofortige Sanierung

Schritt 1: Vollständige Stack-Entdeckung (Wochen 1 bis 2)

Nutzen Sie die Entdeckungsquellen aus SaaS-Konsolidierung: Wann Sie ein Tool kürzen vs. behalten sollten: AP-Unterlagen, Firmenkreditkartenabrechnungen, SSO-Protokolle, Cloud-Marketplace-Abrechnung und eine direkte Mitarbeiterbefragung.

Die Mitarbeiterbefragung ist nicht optional. „Welche Tools nutzen Sie, von denen IT nichts weiß?" macht die Shadow-IT-Schicht sichtbar. Anonyme Umfragen erhalten ehrlichere Antworten. Formulieren Sie sie ohne Wertung. Sie bauen ein Bild auf, prüfen keine Einzelpersonen.

SaaS-Entdeckungs-Audit-Vorlage:

Dokumentieren Sie für jedes entdeckte Tool:

Feld Hinweise
Tool-Name und Vendor Primäre Identifikation
Monatliche/jährliche Kosten Aus Finanzunterlagen
Wie entdeckt AP, Kreditkartenabrechnung, SSO, Befragung
Primärer Nutzer oder Team Beste Schätzung aus Finanzunterlagen
Vertragsstatus Bekannt / unbekannt. Falls bekannt: Gibt es ein Verlängerungsdatum?
Auto-Renewal-Risiko Droht eine Verlängerung, bevor das Audit abgeschlossen ist?

Die Spalte zum Auto-Renewal-Risiko ist kritisch. Jedes Tool, das in den nächsten sechzig Tagen verlängert wird, erfordert sofortige Maßnahmen: entweder eine bewusste Entscheidung, es zu behalten, oder eine Kündigung, die vor dem Ablauf des Fensters eingereicht wird. Der SaaS-Vertrag-Red-Flags-Leitfaden erklärt die Auto-Renewal-Kündigungsfenstermuster, auf die Sie achten sollten, und wie diese proaktiv im Kalender eingetragen werden.

Schritt 2: Nutzungsaudit (Woche 3)

Rufen Sie für jedes Tool in der Entdeckungsliste drei Datenpunkte ab:

  1. Aktive Nutzeranzahl in den letzten dreißig Tagen
  2. Gesamtvertraglich vereinbarte Lizenzen
  3. Primärer Anwendungsfall (vom Verantwortlichen oder Nutzerkreis)

Sie werden das nicht von jedem Tool erhalten, insbesondere nicht von Tools, von denen Sie nichts wussten. Für unbekannte Tools lautet das Nutzungsaudit: Finden Sie heraus, wer es besitzt, fragen Sie, wofür es verwendet wird, und stellen Sie fest, ob es genutzt wird.

Shadow-IT-Identifizierungs-Checkliste:

  • Mitarbeiterbefragung abgeschlossen und Antworten gesammelt
  • SSO/IdP-Protokolle auf verbundene Apps geprüft
  • Firmenkreditkartenabrechnung geprüft (alle Karteninhaber)
  • AP-Unterlagen auf wiederkehrende Software-Belastungen geprüft
  • AWS/Azure/GCP Marketplace geprüft
  • IT-Helpdesk-Tickets auf Tool-Erwähnungen geprüft
  • E-Mail-Domain-Analyse durchgeführt (SaaS-Trial-Anmeldungen)
  • Direkte Kontaktaufnahme mit Abteilungsleitern: „Welche Tools zahlt Ihr Team?"

Schritt 3: Konsolidierungsentscheidung (Woche 4)

Mit vollständigem Stack-Überblick und Nutzungsdaten führen Sie den Keep-or-Cut-Prozess durch. Die Nutzungsbewertungsmatrix aus SaaS-Konsolidierung ist das Entscheidungsframework für diesen Schritt.

Im Sanierungskontext priorisieren Sie:

  1. Einfache Erfolge zuerst: Tools ohne aktive Nutzer, mit abgegangenem Verantwortlichen oder ohne identifizierbaren Anwendungsfall. Kündigen Sie diese sofort.

  2. Duplikat-Paare als zweites: Kartieren Sie überlappende Tools in derselben Kategorie. Entscheiden Sie, welches überleben soll, migrieren Sie Daten und Nutzer, kündigen Sie das andere.

  3. Untergenutzte Tools als drittes: Tools mit aktiven Nutzern, aber geringer Nutzung im Verhältnis zu den Kosten. Entscheiden Sie, ob der Anwendungsfall in ein beibehaltenes Tool überführt werden kann oder ob die Nutzung verbessert werden kann, um die Kosten zu rechtfertigen.

Spur 2: Strukturelle Lösung (Governance)

Die Kaufgovernance-Richtlinie (einseitige Vorlage)

Die Kaufgovernance-Richtlinie legt fest, wer was unter welchem Prozess und mit wessen Genehmigung kaufen darf. Sie muss nicht kompliziert sein. Eine komplizierte Richtlinie, die niemand befolgt, ist schlechter als eine einfache Richtlinie, die hält.

SaaS-Kaufgovernance-Richtlinie, [Unternehmensname]
Gültig ab: [Datum]

Geltungsbereich: Gilt für alle Software-Abonnements, einschließlich SaaS-Tools, 
Cloud-Dienste und alle wiederkehrenden Software-Kosten.

Genehmigungsebenen:
- Unter 500 USD/Jahr: Team-Lead kann genehmigen, muss bei IT registriert werden
- 500 bis 5.000 USD/Jahr: Abteilungsleiter-Genehmigung, IT-Registrierung erforderlich
- 5.000 bis 25.000 USD/Jahr: COO- oder CFO-Genehmigung, Diligence-Checkliste erforderlich
- Über 25.000 USD/Jahr: Geschäftsführungs-Genehmigung, vollständige Prüfung und Rechtsüberprüfung

Registrierungspflicht:
Alle genehmigten Tools müssen innerhalb von 5 Werktagen im SaaS-Register eingetragen werden.
IT weist allen registrierten Tools einen Verantwortlichen und einen Kalenderalarm für die Verlängerung zu.

Verlängerungsprozess:
Alle Verlängerungen über 5.000 USD erfordern eine 90-Tage-Vorab-Überprüfung durch den Tool-Verantwortlichen 
und IT, bevor das Kündigungsfenster schließt.

Shadow IT:
Tools, die ohne Einhaltung dieses Prozesses genutzt werden, müssen nachträglich registriert 
oder abgeschaltet werden. Keine Ausnahme für Tools, die „bereits in Nutzung" sind.

Der jährliche Überprüfungsrhythmus

Planen Sie eine SaaS-Portfolio-Überprüfung einmal pro Jahr, idealerweise neunzig Tage vor dem häufigsten Verlängerungs-Cluster (viele Unternehmen verlängern in Q4). Die Überprüfung umfasst:

  • Vollständige Stack-Audit-Aktualisierung (Ergänzungen seit letzter Überprüfung)
  • Nutzungsüberprüfung für alle Tools über 5.000 USD/Jahr
  • Überschneidungsprüfung im gesamten Stack
  • Verlängerungsvorschau für die kommenden zwölf Monate
  • Konsolidierungskandidaten für das kommende Jahr

Diese Überprüfung ist eine eintägige Übung, kein sechswöchiges Projekt, wenn Sie das Register das ganze Jahr über aktuell gehalten haben.

10 Diagnosefragen zur Selbstbewertung

Wenn Sie sich nicht sicher sind, ob Ihr Unternehmen ein Sprawl-Problem hat, helfen diese Fragen dabei, es aufzudecken:

  1. Können Sie jetzt alle SaaS-Tools benennen, für die Ihr Unternehmen zahlt? Könnte Ihr CFO das?
  2. Wann haben Sie zuletzt eine konsolidierte Liste aller SaaS-Abonnements mit Kosten gesehen?
  3. Haben Sie Tools, die für Mitarbeitende bereitgestellt sind, die das Unternehmen in den letzten sechs Monaten verlassen haben?
  4. Zahlen mehrere Teams getrennt für Tools, die ähnliche Dinge tun?
  5. Hat sich ein Vertrag jemals automatisch verlängert, weil niemand wusste, dass sich das Kündigungsfenster näherte?
  6. Wie kauft ein Teammitglied heute ein neues SaaS-Tool? Wie sieht der tatsächliche Prozess aus?
  7. Wer verantwortet die Beziehung zu Ihren zehn wichtigsten SaaS-Vendor? Ist das schriftlich festgehalten?
  8. Kennen Sie die Verlängerungsdaten Ihrer zwanzig wichtigsten Verträge?
  9. Hat IT jemals ein Tool entdeckt, indem sie gebeten wurde, etwas zu unterstützen, von dem sie nicht wusste, dass es existierte?
  10. Sind Ihre SaaS-Ausgaben in den letzten zwei Jahren schneller gewachsen als Ihr Personalbestand?

Wenn Sie fünf oder mehr dieser Fragen mit „Nein" oder „Ich weiß nicht" beantwortet haben, ist das Sprawl-Problem wahrscheinlich erheblich.

Bewertungsanleitung:

  • 0 bis 2 „Nein/Ich weiß nicht"-Antworten: Governance ist in angemessener Form; führen Sie ein leichtes Audit zur Bestätigung durch
  • 3 bis 4 „Nein/Ich weiß nicht"-Antworten: Governance-Lücken bestehen; ein Audit wird wahrscheinlich nennenswerte Verschwendung aufdecken
  • 5+ „Nein/Ich weiß nicht"-Antworten: Erheblicher Sprawl wahrscheinlich; führen Sie ein vollständiges Audit mit dem obigen Sanierungsansatz durch

Wie Erfolg aussieht

Sechs Monate nach der Sanierung:

  • Tool-Anzahl um 25 bis 40 % gesunken
  • SaaS-Ausgaben um 20 bis 35 % gesunken
  • Jedes aktive Tool hat einen namentlichen Verantwortlichen und ein Verlängerungsdatum im Kalender
  • Shadow-IT-Vorfälle sind gesunken (Sie erkennen neue Tools im Genehmigungsprozess, nicht sechs Monate später)
  • Der jährliche Überprüfungsrhythmus steht im Kalender

Nach zwölf Monaten:

  • Die zweite Jahresüberprüfung läuft in der Hälfte der Zeit der ersten (das Register ist aktuell)
  • Keine Verlängerungsüberraschungen im vergangenen Jahr
  • SaaS-Ausgaben als Prozentsatz des Umsatzes entwickeln sich in die richtige Richtung
  • Das Team versteht den Kaufprozess und befolgt ihn

SaaS Sprawl ist ein Governance-Versagen. Sie können den Stack einmalig bereinigen und die Einsparungen spüren. Aber wenn der Kaufprozess sich nicht ändert, wächst der Stack wieder nach. Deloittes Forschung zu Technology Governance identifiziert konsequent das Fehlen einer formalen SaaS-Eigentumsstruktur als Hauptursache für die Rückkehr zu hohen Ausgaben nach einer Konsolidierung. Unternehmen, die in einem einmaligen Audit 100.000 USD einsparten und dann beobachteten, wie die Ausgaben innerhalb von 24 Monaten auf das vorherige Niveau zurückkehrten, sind ohne strukturelle Veränderung die Norm. Die strukturelle Lösung macht die einmaligen Einsparungen dauerhaft.

Wie Rework Sprawl direkt reduziert

Die meisten Sprawl-Sanierungsprojekte enden auf dieselbe Weise: Der Stack wird von 87 auf 62 Tools reduziert, Governance-Richtlinien kommen ins Intranet, und zwei Jahre später liegt die Anzahl wieder bei 90. Die strukturelle Ursache: Die Grundarbeit (CRM, Lead Management, Projekttracking, interner Chat, Dokumentenzusammenarbeit, Aufgabenautomatisierung) ist auf 8 bis 12 Vendor verteilt, sodass jede neue Einstellung oder jeder neue Anwendungsfall dazu neigt, ein weiteres Tool hinzuzufügen.

Rework ist als Single-Stack-Alternative zu diesem Muster konzipiert. CRM und Sales Ops (ab 12 USD/Nutzer/Monat) plus Work Ops (ab 6 USD/Nutzer/Monat) decken die vier Kategorien ab, die am stärksten zu Mid-Market-Sprawl beitragen: Sales Pipeline, Projekt- und Aufgabenmanagement, interner Chat und teamübergreifende Workflow-Automatisierung. Die Konsolidierung dieser in einen einzigen Vendor entfernt ungefähr 4 bis 6 Positionen aus dem SaaS-Register, eliminiert die Integrations-Engineering-Arbeit zwischen ihnen und reduziert Onboarding auf eine einzige Plattform. Bei einem 200-Personen-Unternehmen ist das typische gemessene Ergebnis eine Reduzierung der „Kernoperations"-SaaS-Ausgaben um 30 bis 40 %, plus der weicheren Vorteil einer einzigen Verlängerungsverhandlung statt sechs. Vollständige Details unter pricing.

Weiterführende Artikel