SaaS-Verlängerungen sind keine Beschaffungsereignisse. Sie sind Entscheidungen über Architektur, Risiko und operative Leistungsfähigkeit. Wenn ein Unternehmen ein Tool automatisch verlängert, hält es nicht nur ein Abonnement aktiv. Es bewahrt Integrationen, Zugriffe, Workflows, wiederkehrende Kosten und eine Technologieentscheidung, die möglicherweise nicht mehr sinnvoll ist.
Dieser Punkt hat an Dringlichkeit gewonnen. Der im Juli veröffentlichte Bericht State of SaaS 2026 von BetterCloud nennt Sicherheit und Governance als größte Herausforderung im SaaS-Management für 47 % der befragten IT-Führungskräfte. Parallel dazu stellte der Benchmark 2026 von Torii fest, dass Unternehmen im Durchschnitt mehr als 830 Anwendungen betreiben und 61 % davon außerhalb der formalen IT-Aufsicht liegen. Dieses Szenario macht die automatische Verlängerung zu einer stillen Form der Ausweitung operativer Schulden. BetterCloud, 2026 und Torii, 2026.
Die Antwort besteht nicht darin, jede Entscheidung in einem langsamen Gremium zu zentralisieren. Sie besteht darin, wiederholbare Kriterien mit klaren Verantwortlichen und ausreichender Evidenz einzuführen, um zum richtigen Zeitpunkt entscheiden zu können. Dieser Artikel stellt das Framework FAROL für die Governance von SaaS-Verlängerungen vor: Fotografieren, Attribuieren, Relationieren, Optimieren, Lenken zur Entscheidung.
Das Problem kalendergesteuerter Verlängerungen
Der Vertragszyklus gibt häufig den Takt der Entscheidung vor. Sechzig oder dreißig Tage vor der Verlängerung fordert der Einkauf eine Positionierung. Der Fachbereich antwortet, das Tool sei wichtig. Die IT bestätigt, dass es aktive Nutzer gibt. Finance verhandelt einen Rabatt. Der Vertrag wird verlängert.
Dieser Prozess scheitert, weil er Präsenz mit Wert verwechselt. Eine Anwendung kann häufige Logins verzeichnen und dennoch eine Fähigkeit duplizieren, die bereits auf einer anderen Plattform verfügbar ist. Sie kann für ein kleines Team strategisch sein, aber ein Datenrisiko aufweisen, das nicht zu ihrer Relevanz passt. Sie kann wenige Zugriffe haben und dennoch einen kritischen Prozess im Finanzabschluss oder Kundenservice tragen.
IBM fasste dieses Problem zusammen, indem es darauf hinwies, dass Standardverlängerungen keine neutralen Entscheidungen mehr sind: Kumulierte Verlängerungen, Anpassungen, Akquisitionen und dezentrale Beschaffungen führen zu untergenutzten Lizenzen, redundanten Plattformen und verborgenen Abhängigkeiten. IBM, Juni 2026.
FAROL ersetzt die vereinfachte Frage — verlängern oder kündigen? — durch eine hilfreichere: Welche Entscheidung sichert das operative Ergebnis bei den geringsten vertretbaren Kosten, Risiken und Abhängigkeiten?
Framework FAROL für SaaS-Verlängerungen
1. Den Vertrag so fotografieren, wie er tatsächlich betrieben wird
Der erste Schritt besteht darin, ein operatives Abbild der Anwendung zu erstellen. Es reicht nicht, Anbieter, Betrag und Ablaufdatum zu erfassen. Erforderlich ist die Konsolidierung von Abrechnungsmodell, vertraglich vereinbarter Menge, bereitgestellten Nutzern, aktiven Nutzern, Verbrauch, Geschäftsbereichen, Integrationen, verarbeiteten Daten, Administratoren, Preisanpassungsklauseln, Kündigungsfristen und automatischer Verlängerung.
Das Abbild muss Fakten von Interpretationen trennen. Ein bereitgestellter Nutzer entspricht nicht einem aktiven Nutzer. Ein aktiver Nutzer entspricht nicht einem unverzichtbaren Nutzer. Und eine bestehende Integration beweist nicht, dass sie notwendig oder gesund ist.
Beispiel: Eine Marketing-Automation-Plattform hat 400 vertraglich vereinbarte Lizenzen und 310 bereitgestellte Nutzer. Die Analyse über 90 Tage zeigt nur 74 wiederkehrende Nutzer. Der Verbrauch von Automatisierungen liegt bei 38 % des Pakets. Es gibt drei aktive Integrationen, aber eine davon speist einen Workflow, den bereits ein anderes Unternehmenstool ausführt. Vor einer Preisverhandlung besteht Spielraum für Anpassung und Vereinfachung.
2. Einen Business Owner und einen technischen Owner zuordnen
Jede Verlängerung benötigt eine doppelte Verantwortung. Der Business Owner verantwortet das Ergebnis, das die Anwendung unterstützt. Der technische Owner verantwortet Identität, Integration, Daten, Kontinuität, Konfiguration und Architekturkonformität. Einkauf und Finance unterstützen die Entscheidung, sollten jedoch nicht allein dafür verantwortlich sein, sie zu bewerten.
Ohne diese doppelte Zuordnung entstehen zwei häufige Fehlentwicklungen. Im ersten Fall schützt der Fachbereich ein Tool, weil es vertraut ist, ohne Grenzkosten oder Redundanz zu bewerten. Im zweiten versucht die IT, eine Anwendung zu entfernen, ohne die Auswirkungen auf spezifische Abläufe zu verstehen. Beide Fälle führen zu Reibung und unvollständigen Entscheidungen.
Definieren Sie außerdem einen Executive Sponsor für kritische Verträge. Er nimmt nicht an jeder Analyse teil, entscheidet jedoch bei Konflikten mit wesentlichem Risiko, relevanten Auswirkungen auf den Umsatz oder Lieferantenabhängigkeit.
Beispiel: Eine Lösung für elektronische Signaturen wird von Legal, Vertrieb und Operations genutzt. Der Leiter der Rechtsabteilung übernimmt die Verantwortung für Wert und Compliance des Prozesses. Der Architekturgewerantwortliche ist für die Integrationen mit CRM und Dokumentenmanagement zuständig. Bei einem Konsolidierungsvorschlag müssen beide die Auswirkungen auf Vertragsdurchlaufzeit, Audit Trail und Kundenerlebnis validieren.
3. Nutzung, Prozess und Kritikalität in Beziehung setzen
Der dritte Schritt verhindert, dass Telemetrie als endgültiges Urteil behandelt wird. Nutzung muss mit dem Prozess verknüpft werden, den das Tool unterstützt. Klassifizieren Sie dafür jede Anwendung in einer Matrix mit zwei Achsen: Nutzungsintensität und Prozesskritikalität.
Hohe Nutzung und hohe Kritikalität weisen auf Anwendungen hin, die geplante Kontinuität, Observability und frühzeitige Verhandlungen verdienen. Niedrige Nutzung und niedrige Kritikalität machen eine Anwendung zur Kandidatin für die Beendigung. Gemischte Quadranten erfordern Untersuchung. Ein stark genutztes Tool in einem wenig kritischen Prozess kann angesammelte Bequemlichkeit sein. Ein wenig genutztes Tool in einem kritischen Prozess kann eine notwendige Absicherung darstellen.
Beziehen Sie Ergebniskennzahlen ein, nicht nur Zugriffsmetriken. Durchlaufzeit, Fehlerquote, verarbeitetes Volumen, Conversion, Zufriedenheit oder SLA-Erfüllung zeigen, ob die Software zu einem relevanten Ergebnis beiträgt.
Beispiel: Eine Umfragesoftware hat nur 18 monatliche Nutzer. Die erste Einschätzung würde auf Kündigung hindeuten. Bei der Verknüpfung der Nutzung mit dem Prozess stellt das Team fest, dass sie nur nach Vorfällen im Kundenerlebnis eingesetzt wird und Korrekturentscheidungen unterstützt, die Folgekontakte reduzieren. Die Nutzung ist niedrig, weil das Ereignis selten ist. Die Kritikalität des Insight ist hoch. Die passende Entscheidung kann eine Verlängerung mit einem kleineren Plan sein, nicht die Kündigung.
4. Vor der Verhandlung optimieren
Einen Rabatt auf eine falsche Konfiguration zu verhandeln, ist nur eine teilweise Einsparung. Vor dem kommerziellen Gespräch muss das Unternehmen entscheiden, welche Konfiguration es kaufen muss. Dazu gehören das Entfernen inaktiver Konten, die Anpassung von Verbrauchsstufen, die Eliminierung nicht genutzter Add-ons, die Migration von Nutzern auf günstigere Profile, die Abschaltung von Legacy-Umgebungen und die Konsolidierung überlappender Module.
Dieser Schritt prüft auch, ob sich das Preismodell verändert hat. Tools mit KI-Funktionen kombinieren häufig Abrechnung pro Seat, Verbrauch, Credits, API-Aufrufe oder Speicher. Die Ausgaben können steigen, selbst wenn die Nutzerbasis stabil bleibt. Die Governance muss Verbrauchsszenarien simulieren, Limits definieren und Verantwortliche für das Monitoring zuordnen.
Die im März 2026 veröffentlichte Gartner-Analyse warnt, dass Anbieter Verlängerungserhöhungen, Migrationen, Audits und Compliance-Themen intensivieren könnten, wenn sich das SaaS-Wachstum verlangsamt. Das unterstreicht die Notwendigkeit, mit Alternativen und eigenen Daten an den Verhandlungstisch zu gehen. Gartner, März 2026.
Beispiel: Ein Collaboration-Tool berechnet Gebühren für Vollnutzer und externe Gäste. Das Unternehmen stellt fest, dass 40 % der Vollnutzer lediglich Dokumente einsehen. Indem diese Gruppe auf Anzeigeprofile umgestellt und inaktive Gäste entfernt werden, reduziert sich die jährliche Verpflichtung, ohne die Teamabläufe zu verändern. Erst dann beginnt die Verhandlung über den verbleibenden Vertrag.
5. Risiko und Abhängigkeit in dieselbe Entscheidung einbeziehen
Eine Verlängerung darf nicht allein auf Grundlage der Kosten genehmigt werden. Jede Anwendung sollte eine kurze Risiko- und Abhängigkeitsbewertung erhalten. Analysieren Sie personenbezogene und sensible Daten, MFA- und SSO-Abdeckung, externe Konten, Administratorrechte, Audit Trails, Integrationen mit kritischen Systemen, Datenexportierbarkeit, Exit-Plan und Konzentration auf einen einzelnen Anbieter.
Die Bewertung muss verhältnismäßig sein. Eine Notizanwendung ohne Unternehmensdaten erfordert eine andere Behandlung als eine Plattform, die Lohnabrechnungen oder Verträge verarbeitet. Ziel ist nicht, für jedes Abonnement ein umfassendes Audit zu schaffen. Ziel ist, die Risiken sichtbar zu machen, die die Entscheidung verändern.
Die Ausweitung von KI-Tools macht diesen Filter noch notwendiger. Der 2026 veröffentlichte Bericht der Cloud Security Alliance hebt hervor, dass die nicht autorisierte Nutzung von KI in überwachte Alternativen überführt und nicht nur blockiert werden muss. Dafür ist zu identifizieren, welche Daten in die Tools gelangen und welche Identitäten Zugriff darauf haben. Cloud Security Alliance, 2026.
Beispiel: Ein Transkriptionstool ist günstig und wird von wenigen Personen genutzt. Es zeichnet jedoch Meetings mit Produkt- und Kundeninformationen auf, erlaubt Social Login und verfügt über keine klare Aufbewahrungsrichtlinie. Der finanzielle Wert ist gering, das Risiko jedoch unverhältnismäßig. Die Entscheidung kann darin bestehen, das Tool einzustellen, auf eine genehmigte Lösung zu migrieren oder vor der Verlängerung Kontrollen zu verlangen.
6. Nach Szenarien entscheiden und die These dokumentieren
Die letzte Phase formalisiert die Entscheidung in fünf möglichen Ergebnissen: unverändert verlängern, angepasst verlängern, neu verhandeln, konsolidieren oder beenden. Bei hoher Abhängigkeit gibt es ein sechstes Ergebnis: vorübergehend verlängern, mit einem Übergangsplan, definiertem Termin, Budget und Owner.
Jede Entscheidung sollte eine in wenigen Zeilen dokumentierbare These haben: Welches Problem löst die Anwendung, welche Evidenz stützt die Wahl, welche Risiken bleiben bestehen, welches Ergebnis wird überwacht und wann wird die Entscheidung erneut bewertet? Diese Dokumentation verhindert, dass das Unternehmen denselben Vertrag in jedem Zyklus erneut diskutiert, und schafft institutionelles Wissen bei Personalwechseln.
Der Rhythmus ist entscheidend. Strategische Verträge sollten 120 bis 180 Tage vor Ablauf in FAROL aufgenommen werden. Verträge mittlerer Relevanz zwischen 60 und 90 Tagen vorher. Tools mit geringem Wert können automatisierten Regeln folgen, sofern Risiko- und Ausgabenlimits bestehen.
Beispiel: Eine BI-Plattform wird stark genutzt, verursacht steigende Kosten und überschneidet sich teilweise mit Funktionen, die bereits bei einem anderen Anbieter eingekauft wurden. Die Entscheidung muss nicht binär sein. Das Unternehmen kann für 12 Monate mit reduzierten Lizenzen verlängern, neue Anforderungen einfrieren, zwei Reporting-Domänen migrieren und die Konsolidierung in sechs Monaten überprüfen. Die These macht aus einer unpräzisen Wahl einen überprüfbaren Plan.
Verlängerung muss eine erneuerte Wahl sein
Der zentrale Gewinn des Framework FAROL besteht nicht nur darin, Ausgaben zu senken. Es verbessert die Qualität technologischer Entscheidungen. Eine reife Organisation weiß, welche Anwendungen sie finanziert, welches Ergebnis sie tragen, wer für sie verantwortlich ist und wie sie diese bei Bedarf ablöst.
Dieses Governance-Niveau reduziert Budgetüberraschungen, verhindert, dass Zugriffe und Integrationen ohne Zweck fortbestehen, und verbessert die Verhandlungsposition gegenüber Anbietern. Es schafft außerdem einen Standard, um neue KI-Tools aufzunehmen, ohne das Portfolio unsichtbar auszuweiten.
SaaS-Verlängerungen sind keine administrative Routine mehr, wenn sie eine operative These widerspiegeln. Das Unternehmen verlängert nicht, weil der Vertrag ausläuft. Es verlängert, weil die Evidenz zeigt, dass diese Fähigkeit weiterhin die beste verfügbare Wahl ist.
Quer o passo a passo aplicado ao seu cenário?
Comece pelo e-mail — sem cadastro longo.
