SaaS-Konsolidierung: Wann Sie ein Tool kürzen vs. behalten sollten

Die IT-Leiterin war gebeten worden, eine Stack-Übersicht für den COO vorzubereiten. Was sie für ein paar Stunden hielt, dauerte drei Tage. Das Unternehmen hatte einundachtzig aktive SaaS-Abonnements. Vierzehn davon hatten Funktionsüberschneidungen. Sechs hatten in den vergangenen neunzig Tagen weniger als drei aktive Nutzer. Vier waren für Mitarbeitende bereitgestellt, die das Unternehmen seit mehr als sechs Monaten verlassen hatten.

Die jährlichen Gesamtausgaben beliefen sich auf 340.000 USD. Nach der Einschätzung der IT-Leiterin waren 80.000 bis 120.000 USD durch Konsolidierung und Abschaltung zurückzugewinnen.

Niemand war unachtsam gewesen. Der Stack war über vier Jahre normalen Geschäftsbetriebs gewachsen: Teams fanden die Tools, die sie brauchten, ließen sie genehmigen, nutzten sie für ein Projekt und zogen weiter. Verträge verlängerten sich automatisch. Die Nutzung ließ nach. Niemand verantwortete das Gesamtbild.

Key Facts: SaaS-Konsolidierung in Zahlen

• Ein durchschnittliches Mid-Market-Unternehmen betreibt 130+ SaaS-Anwendungen im Stack, gegenüber 80 im Jahr 2020 (BetterCloud, 2024 State of SaaSOps).
• Gartner schätzt, dass Unternehmen 25 % ihrer SaaS-Ausgaben für nicht genutzte oder redundante Lizenzen verschwenden, was für ein Unternehmen mit 75 Mio. USD SaaS-Budget rund 18 Mio. USD jährlich entspricht.
• 44 % der SaaS-Apps sind redundant oder funktional überlappend, laut Productivs Benchmark 2024: mehrere Tools lösen dasselbe Kategorieproblem.
• Unternehmen, die ein strukturiertes Konsolidierungsprogramm durchführen, gewinnen innerhalb von 12 Monaten 20 bis 35 % ihrer jährlichen SaaS-Ausgaben zurück (BetterCloud, Zylo-Benchmarks).
• Shadow IT macht 30 bis 40 % der gesamten SaaS-Ausgaben in Unternehmen ohne formales SaaS-Management aus (Gartner).

Die Konsolidierungs-ROI-Hierarchie

Nicht jede Konsolidierung liefert den gleichen ROI. In der Reihenfolge der Einsparungsgröße: Ausgabenkonsolidierung (Kürzen redundanter Lizenzen in derselben Kategorie) gewinnt typischerweise 40 bis 50 % der Gesamteinsparungen zurück; Administrationskonsolidierung (Reduzierung des IT-Aufwands für Bereitstellung, SSO und Vendor-Management über weniger Tools) bringt 25 bis 35 %; Integrationskonsolidierung (Eliminierung von Middleware, Custom Connectors und Datensynchronisationskosten zwischen überlappenden Systemen) gewinnt die verbleibenden 15 bis 25 % zurück. Priorisieren Sie die Ausgabenkonsolidierung zuerst, da die Einsparungen sofort messbar sind, während Administrations- und Integrationsgewinne sich über 6 bis 12 Monate akkumulieren.

Dieser Leitfaden beschreibt den Konsolidierungsprozess, der die dreitägige Entdeckung der IT-Leiterin in eine wiederholbare vierteljährliche Übung umwandelt. Er gibt Operations-Führungskräften das Framework, Keep-or-Cut-Entscheidungen zu treffen, ohne auf den lautesten Kritiker zu hören, wenn Kürzungen vorgeschlagen werden. Wenn das eigentliche Problem darin besteht, dass neue Tools weiterhin ohne strukturierte Überprüfung genehmigt werden, ist der SaaS-Entscheidungsbaum das vorgelagerte Framework, das den Konsolidierungsbedarf langfristig reduziert.

Warum Konsolidierung mehr einbringt als erwartet

Die meisten Unternehmen unterschätzen, wie viel Konsolidierung einbringen kann, weil die Ausgaben auf Dutzende von Positionen verteilt sind und kein einzelnes Tool wie das Problem aussieht. BetterClouds State of SaaSOps Report ergab, dass eine durchschnittliche Mid-Market-Organisation 25 bis 40 % ihres SaaS-Budgets für nicht genutzte oder redundante Tools verschwendet, eine Zahl, die typischerweise unentdeckt bleibt, bis ein gezieltes Audit sie aufdeckt. Aber die Rechnung summiert sich:

• Ein Tool für 5.000 USD/Jahr mit 2 aktiven Nutzern kostet 2.500 USD pro aktivem Nutzer pro Jahr.
• Ein Tool für 20.000 USD/Jahr, das Funktionen dupliziert, die bereits in einer 30.000 USD/Jahr-Plattform vorhanden sind, die Sie behalten, kostet 20.000 USD für negativen Wert: Es fügt Komplexität hinzu, keine zusätzliche Funktion.
• Ein Tool, das sich während eines laufenden Konsolidierungsaudits automatisch verlängerte, hat Sie für ein komplettes Jahr Gebühren für etwas gekostet, dessen Abschaltung Sie bereits beschlossen hatten.

Das Ziel ist nicht aggressives Kürzen. Es ist präzises Kürzen. Tools, die echten Wert bei angemessener Nutzung liefern, sollten bleiben. Tools, die diese Schwelle nicht erreichen, kosten Sie Geld, Komplexität und IT-Administrationszeit, unabhängig davon, wie gern einzelne Teams sie mögen.

Stufe 1: Vollständiges Stack-Audit

Sie können nicht kürzen, was Sie nicht sehen. Die Audit-Stufe dient dazu, ein vollständiges, genaues Bild des aktuellen SaaS-Stacks zu erstellen, bevor Entscheidungen getroffen werden.

Den vollständigen Stack finden

Die meisten IT-Leads glauben, den Stack zu kennen. Typischerweise fehlen ihnen 15 bis 30 % davon. Shadow IT (Tools, die über Team- oder private Kreditkarten gekauft wurden, kostenlose Trials, die ohne IT-Beteiligung zu bezahlten Abonnements wurden, Tools, die durch Akquisitionen erworben wurden) macht regelmäßig einen erheblichen Teil der tatsächlichen SaaS-Ausgaben aus. Gartners Forschung zu SaaS-Management und Shadow IT schätzt, dass Shadow IT in Unternehmen ohne formales SaaS-Management-Programm 30 bis 40 % der gesamten Technologieausgaben ausmacht.

SaaS-Entdeckungsquellen:

Keine einzelne Quelle liefert das vollständige Bild. Führen Sie mindestens die ersten vier parallel durch.

Die Audit-Tabelle aufbauen

Erfassen Sie für jedes identifizierte Tool:

SaaS-Stack-Audit-Vorlage:

| Tool | Kategorie | Jährl. Kosten | Lizenzen: vertraglich/aktiv | Verlängerungsdatum | Kündigungsfrist | Verantwortlicher | Letzte Nutzung | Primärer Anwendungsfall | Integrationen |
|------|-----------|---------------|-----------------------------|--------------------|-----------------|-----------------|----------------|------------------------|---------------|

Diese Tabelle ist das Arbeitsdokument für alles, was folgt. Halten Sie sie aktuell. Aktualisieren Sie sie, wenn ein neues Tool genehmigt oder ein Tool abgeschaltet wird.

Stufe 2: Überschneidungs-Mapping

Sobald Sie den vollständigen Stack haben, kartieren Sie, welche Tools überlappende Funktionen erfüllen. Hier wird die Konsolidierungsmöglichkeit sichtbar.

Kategoriengruppierung

Gruppieren Sie Tools nach Funktion, nicht nach Vendor-Kategorie:

• Kommunikation: Messaging, E-Mail, Videokonferenzen
• Projekt- und Aufgabenmanagement: Projekttracking, To-do-Listen, Work Management
• Dokument- und Wissensmanagement: Wikis, Docs, Dateispeicherung
• CRM und Vertrieb: Kontaktverwaltung, Pipeline-Tracking, Sales Engagement
• HR und People Management: HRIS, Performance, Recruiting, Onboarding
• Analytics und BI: Dashboards, Reporting, Datenvisualisierung
• Kundensupport: Ticketing, Live-Chat, Help Desk
• Finance und Accounting: Ausgabenmanagement, Rechnungsstellung, Beschaffung

Kennzeichnen Sie in jeder Kategorie alle Tools, für die das Unternehmen bezahlt. Eine Kategorie mit drei Tools hat fast immer Konsolidierungspotenzial.

Die Überschneidungs-Heatmap

Erstellen Sie eine einfache Heatmap für jede Kategorie:

Wenn Tool A und Tool B mehr als 70 % Funktionsüberschneidung haben, ist das ein Konsolidierungskandidat. Wenn Tool A eine Funktion hat, die Tool B nicht hat, ist das eine Migrationsabhängigkeit, die geplant werden muss.

Stufe 3: Nutzungsbewertung

Überschneidungen zeigen, wo Konsolidierung möglich ist. Die Nutzungsbewertung zeigt, welches Tool behalten werden sollte.

Die Fünf-Kriterien-Nutzungsmatrix

Bewerten Sie jedes Tool in einem überlappenden Set nach fünf Kriterien, Skala 1 bis 5:

Bewertungsleitfaden:

Der Gesamtpunktestand bestimmt die Entscheidung:

• 18 bis 25: Behalten. Dieses Tool liefert echten Wert und ist ausreichend integriert, um den Ersatz aufwendig zu machen.
• 11 bis 17: Prüfen. Dieses Tool liefert teilweise Wert, aber möglicherweise gibt es einen Konsolidierungsweg, der geprüft werden sollte.
• 5 bis 10: Abschaltungskandidat. Geringe Nutzung, geringe Integration, geringe Workflow-Kritikalität. Die Kosten des Beibehaltens überwiegen den Aufwand des Ersatzes.

Häufige Bewertungsfehler

Nach Funktionen statt nach Nutzung bewerten. Ein Tool mit beeindruckenden Funktionen, das niemand nutzt, erzielt dieselbe Punktzahl wie ein Tool ohne Funktionen, das niemand nutzt. Die aktive Nutzungsrate ist der erste Filter.

Den lautesten Befürworter die Punktzahl bestimmen lassen. Die Person, die für den Tool-Kauf eingetreten ist, wird dafür kämpfen, es zu behalten. Holen Sie Nutzungsdaten aus dem Tool selbst (Login-Anzahl, aktive Nutzer, Funktionsnutzungsprotokolle), statt sich auf die Selbsteinschätzung des Verantwortlichen zu stützen. Und wenn Sie bewerten, was ein zu behaltendes Tool wirklich kostet, liefert die TCO-Modellierung für SaaS das Fünf-Kategorien-Framework, um die wahren Kosten von Tools zu modellieren, die Sie behalten möchten, nicht nur die Lizenzgebühr.

Workflow-Abhängigkeiten ignorieren, die nicht in der Integrationsanzahl erfasst sind. Ein Tool hat möglicherweise keine API-Integrationen, ist aber tief in einen Workflow eingebettet, weil Mitarbeitende manuell daraus in eine Tabellenkalkulation exportieren, die einen anderen Prozess speist. Prüfen Sie informelle Abhängigkeiten ebenso wie formale.

Stufe 4: Abschaltungssequenzierung mit Migrationsplan

Mit der abgeschlossenen Bewertung haben Sie eine Liste von Abschaltungskandidaten. Die Sequenzierung ist genauso wichtig wie die Entscheidung. In der falschen Reihenfolge oder ohne Migrationsplanung zu kürzen, erzeugt die Unterbrechung, die den politischen Willen zum Abschluss des Projekts zunichte macht.

Prinzipien der Abschaltungssequenzierung

1. Beginnen Sie mit Tools ohne Auswirkungen. Tools mit 5 bis 7 Punkten (sehr geringe Nutzung, keine Integrationen, keine aktiven Nutzer) sind schnelle Erfolge, die Budget zurückgewinnen und Dynamik aufbauen. Schalten Sie diese zuerst ab.

2. Gruppieren Sie überlappende Paare für die Migration. Wenn zwei Tools in einer Kategorie sich überschneiden und Sie auf eines konsolidieren, planen Sie die Migration gemeinsam. Nutzer brauchen einen klaren Wechselpfad, keine Lücke.

3. Beachten Sie Vertragsverlängerungsdaten. Es hat keinen Sinn, die Abschaltung eines Tools in Monat drei zu planen, wenn der Vertrag in Monat zwei automatisch verlängert wird. Ordnen Sie Verlängerungsdaten dem Abschaltungsplan zu. Tragen Sie Kündigungsfristen im Kalender ein. Sie müssen die Kündigung einreichen, bevor das Fenster schließt, nicht wenn Sie bereit sind. Der SaaS-Vertrag-Red-Flags-Leitfaden erklärt, wie Länge von Auto-Renewal-Fenstern und Kündigungsfristen je nach Vertrag variieren.

4. Führen Sie kritische Tools parallel. Wenn Sie ein hochgenutztes Tool abschalten, betreiben Sie sowohl das alte als auch das neue Tool in den letzten zwei bis vier Wochen der Migration parallel. Vollständiger Schnitt erst, wenn Nutzer migriert sind.

20-Schritte-Abschaltungs-Checkliste

Vor der Abschaltung (Wochen 1 bis 2):

• Entscheidung getroffen und dem Tool-Verantwortlichen kommuniziert
• Vertragsverlängerungsdatum bestätigt und im Kalender eingetragen
• Nichtverlängerungsankündigung gesendet, falls erforderlich
• Alle Nutzer des Tools identifiziert
• Aktive Workflows, die vom Tool abhängen, dokumentiert
• Integrationen, die vom Tool abhängen, identifiziert
• Datenmigrations-Anforderungen festgelegt (Format, Volumen, Zeitplan)
• Migrationsziel bestätigt (welches Tool ersetzt diesen Anwendungsfall?)

Migration (Wochen 3 bis 6):

• Migrationszeitplan an Nutzer kommuniziert
• Daten in erforderlichen Formaten exportiert
• Daten in Ersatz-Tool importiert (oder archiviert, wenn kein Ersatz)
• Integrationen im abzuschaltenden Tool neu aufgebaut oder deaktiviert
• Nutzer im Ersatz-Tool bereitgestellt
• Training für Nutzer zum Ersatz-Tool abgeschlossen
• Parallelbetrieb eingerichtet (altes Tool noch zugänglich, neues Tool aktiv)

Abschaltung (letzte Woche):

• Verbleibende Daten exportiert und archiviert
• Alle Nutzer als migriert bestätigt
• Kündigung eingereicht und Bestätigung erhalten
• IT-Zugang/SSO-Verbindung deaktiviert
• Kosten aus der Abrechnung entfernt bestätigt
• Stack-Audit-Tabelle aktualisiert

Die Konsolidierung messen

Verfolgen Sie diese Kennzahlen 6 und 12 Monate nach der Konsolidierung:

Eine Kennzahl, die besondere Aufmerksamkeit verdient: die Endnutzer-Produktivität in den ersten 60 Tagen nach der Konsolidierung. McKinseys Forschung zum Change Management ergab, dass Technologiekonsolidierungsprojekte mit strukturierter Nutzerkommunikation und Migrationsunterstützung die volle Produktivitätswiederherstellung 40 bis 50 % schneller erreichen als solche, die Konsolidierung als reine Kostenübung behandeln. Wenn Sie Tools abschalten, die Mitarbeitende tatsächlich nutzten, ohne ausreichende Migrationsunterstützung zu bieten, werden Sie Produktivitätseinbußen sehen, die den finanziellen Business Case untergraben. Die Konsolidierungseinsparungen sollten im Budget erscheinen; die Produktivitätskosten sollten nicht im Team auftreten.

Wie Rework als Konsolidierungsziel passt

Die meisten Mid-Market-Konsolidierungsübungen zielen auf dieselben vier Kategorien ab: CRM, Work/Projektmanagement, Team-Chat und Aufgaben-Tracking. Diese Tools verursachen hohe Ausgaben, haben hohe Überschneidungen und sind tief in tägliche Workflows eingebettet. Das typische Stack-Problem: Salesforce oder HubSpot als CRM (50 bis 150 USD/Nutzer), Asana oder Monday für Projekttracking (20 bis 30 USD/Nutzer), Slack für Chat (12 bis 18 USD/Nutzer) und ein separates Aufgaben-Tool oder Sales-Engagement-Plattform (15 bis 40 USD/Nutzer). Bei einem 50-Personen-Team sind das leicht 80.000 bis 180.000 USD/Jahr über vier Vendor, vier Abrechnungszyklen, vier SSO-Konfigurationen und vier Sets von zu wartenden Integrationen.

Rework ersetzt alle vier in einer Plattform: CRM und Sales Ops ab 12 USD/Nutzer/Monat, Work Ops (Projekttracking, Chat und Aufgaben) ab 6 USD/Nutzer/Monat. Für dasselbe 50-Personen-Team liegen die Gesamtausgaben bei 10.800 bis 14.400 USD/Jahr, eine Reduzierung um 75 bis 85 % gegenüber Best-of-Breed-Äquivalenten. Die Integrationsersparnis summiert sich: eine SSO-Verbindung, eine Admin-Konsole, ein Datenmodell, das die Sales Pipeline bis zur Projektlieferung abdeckt. Teams, die auf Rework konsolidieren, schließen die vollständige Migration typischerweise in 4 bis 8 Wochen ab, schneller als die Konsolidierung auf einen einzigen Best-of-Breed-Vendor mit Integration dreier weiterer Tools.

Häufig gestellte Fragen

Weiterführende Artikel

• Das SaaS-Sprawl-Problem: Anzeichen und Lösungsansätze: die Governance-Änderungen, die verhindern, dass nach 18 Monaten wieder eine Konsolidierung nötig wird
• TCO-Modellierung für SaaS: Jenseits des Aufkleberpreises: wie die wahren Kosten von Tools modelliert werden, die Sie behalten möchten
• Der SaaS-Entscheidungsbaum: Kaufen, selbst bauen oder vorhandene Tools erweitern?: das vorgelagerte Entscheidungsframework, das zukünftige Konsolidierungsanforderungen reduziert
• SaaS-Vendor-Wechsel: Die versteckten Kosten der Migration: das Migrationskostenmodell, das die Abschaltungssequenzierung beeinflusst
• Beschaffung vs. operativer Besitz: wer den Konsolidierungsprozess verantworten und wie er teamübergreifend geführt werden sollte
• Datenmigrations-Planung: wie der Migrationsanteil einer Abschaltung für hochriskante Tools geplant wird