SaaS Management · Preismodelle
Wenn SaaS nicht mehr nur nach Nutzern abgerechnet wird.
Seats, Credits und Verbrauch einfach erklärt.
Bei klassischer SaaS reicht oft eine Frage: Wie viele Nutzerlizenzen brauchen wir? Bei verbrauchsbasierter SaaS kommen neue Einheiten hinzu – zum Beispiel Credits, API-Aufrufe, Aktionen oder Tokens. Damit verändern sich Kostenkontrolle, Forecast und Renewal.
Kurz gesagt
Die Lizenz bleibt. Der Verbrauch kommt hinzu.
Viele SaaS-Produkte verbinden heute feste Subscriptions mit variablen Verbrauchskosten. Deshalb reicht es nicht mehr, nur gekaufte und aktive Seats zu vergleichen.
- 01Seat-basierte SaaS wird nicht einfach verschwinden.
- 02Verbrauchs- und Hybridmodelle kommen zusätzlich hinzu.
- 03Mehr Nutzung bedeutet nicht automatisch mehr Business Value.
- 04Vertrag, Verbrauch, Kosten und Ergebnis müssen zusammen bewertet werden.
Vom Seat zum Verbrauch
Ein Produkt.
Mehrere mögliche Rechnungen.
Consumption-based bedeutet: Die Rechnung hängt ganz oder teilweise davon ab, wie stark ein Produkt tatsächlich verwendet wird. In der Praxis existieren häufig mehrere Modelle nebeneinander.
Vier einfache Modelle
So kann SaaS heute abgerechnet werden
Der Unterschied liegt nicht nur im Preis. Jedes Modell benötigt andere Daten, Kontrollen und Optimierungsentscheidungen.
Seat-basiert
Das Unternehmen bezahlt für eine bestimmte Anzahl von Nutzern oder Accounts. Ob alle Seats intensiv genutzt werden, verändert die Rechnung häufig nicht.
Beispiel: 100 Nutzerlizenzen pro JahrConsumption-basiert
Die Kosten hängen von einer gemessenen Einheit ab – etwa von API-Aufrufen, verarbeitetem Datenvolumen, Transaktionen oder Tokens.
Beispiel: Kosten pro 1.000 API-AufrufePaket mit Limit
Eine Grundgebühr enthält ein festes Kontingent. Erst wenn das Limit überschritten wird, entstehen zusätzliche Kosten oder die Nutzung wird begrenzt.
Beispiel: 50.000 Credits pro Monat inklusiveHybrides Modell
Seats, Plattformgebühr, enthaltene Credits und zusätzlicher Verbrauch gelten gleichzeitig. Jede Komponente braucht eine eigene Kontrolle.
Beispiel: Nutzerlizenz plus AI-Verbrauch„Pay for what you use“ klingt automatisch fair. Es kann Verschwendung durch ungenutzte Seats reduzieren – aber gleichzeitig neue Risiken durch unkontrollierten oder schwer vorhersehbaren Verbrauch schaffen.
Einfaches Praxisbeispiel
100 Seats sind nicht mehr das ganze Kostenbild
Ein Unternehmen kauft ein fiktives SaaS-Produkt mit AI-Funktionen. Der Vertrag enthält Nutzerlizenzen und ein monatliches Credit-Kontingent.
Wenn die Credits vor Monatsende verbraucht sind, entstehen je nach Vertrag Mehrkosten, Einschränkungen oder zusätzlicher Beschaffungsbedarf.
Die Analyse bleibt unvollständig
- Wie viele Lizenzen wurden gekauft?
- Wie viele sind zugewiesen?
- Wie viele Nutzer haben sich angemeldet?
- Ungenutzte Seats werden zurückgenommen.
Das vollständige Kostenbild
- Wer nutzt das Produkt und welche Funktion?
- Welche Teams oder Agents verbrauchen Credits?
- Was kostet eine Aufgabe oder ein Ergebnis?
- Reichen Kontingent, Budget und Guardrails aus?
Nicht nur „Wie viele Lizenzen haben wir?“, sondern auch „Was wird verbraucht, wodurch entstehen die Kosten und welchen Wert erzeugt dieser Verbrauch?“
Warum AI die Entwicklung beschleunigt
Software arbeitet zunehmend auch ohne direkten Nutzer-Klick
Bei AI, APIs, Automationen und Agents wächst Verbrauch nicht immer im gleichen Verhältnis zur Mitarbeiterzahl. Ein Agent kann in einem einzigen Vorgang mehrere Modelle, Datenquellen und Aktionen verwenden.
Tokens
Text wird in kleine Einheiten zerlegt. Ein- und Ausgabe können unterschiedlich berechnet werden.
Credits oder Aktionen
Antworten, Datenabfragen, Tools und mehrstufige Aktionen können verschiedene Mengen verbrauchen.
API-Aufrufe
Jeder technische Aufruf kann gezählt werden – unabhängig davon, ob ein Mensch direkt klickt.
Datenvolumen
Gespeicherte, übertragene oder verarbeitete Daten können die Abrechnung bestimmen.
Transaktionen
Abgerechnet werden beispielsweise Nachrichten, Dokumente, Suchvorgänge oder Prozessschritte.
Ergebnisse
Manche Anbieter berechnen abgeschlossene Vorgänge oder gelöste Fälle. Das verlangt eine besonders klare Definition.
Microsoft nutzt für bestimmte AI-Szenarien Copilot Credits. Wie viele Credits entstehen, hängt von der ausgeführten Funktion ab. Andere Anbieter rechnen beispielsweise nach Tokens oder API-Aufrufen ab. Die Einheit ist daher immer produktspezifisch zu prüfen.
Verbrauch ist nicht gleich Wert
Eine höhere Nutzung kann gut sein – muss es aber nicht
Mehr Verbrauch kann Adoption und Wachstum zeigen. Er kann aber auch durch Wiederholungen, ungeeignete Modelle, schlechte Prozesse, Fehlkonfigurationen oder unnötige Automationen entstehen.
Was wurde verbraucht?
Seats, Credits, Tokens, API-Aufrufe oder andere Einheiten im passenden Zeitraum messen.
Transparenz schaffenWas hat es gekostet?
Grundgebühr, Commitment, Inklusivmenge, Overage und Rabatte gemeinsam betrachten.
Gesamtkosten verstehenWar das Ergebnis brauchbar?
Fehler, Wiederholungen und Nacharbeit können den Verbrauch erhöhen, ohne den Prozess zu verbessern.
Qualität mitmessenWelcher Wert entstand?
Wenn möglich, Kosten und Nutzung mit einer messbaren Verbesserung oder einem Geschäftsergebnis verbinden.
Skalieren, optimieren oder stoppenGemeinsame Verantwortung
Consumption-based SaaS verbindet mehrere Teams
Kein Team besitzt allein alle notwendigen Informationen. Gute Entscheidungen entstehen erst, wenn kommerzielle, technische und fachliche Sicht zusammenkommen.
Gesamtbild
Vertrag, Tarif, Nutzer, Verbrauch, Owner und Renewal in einem gemeinsamen Portfolio zusammenführen.
Forecast & Steuerung
Verbrauchstrends, Budgets, Abweichungen, Unit Costs und mögliche Optimierungen sichtbar machen.
Vertrag & Preis
Commitments, Staffelpreise, Overage, Verfall, Preisanpassungen und Ausstieg verhandeln.
Technischer Verbrauch
Erklären, welche Architektur, Automationen, Modelle oder Integrationen den Verbrauch erzeugen.
Bedarf & Ergebnis
Bewerten, ob die Nutzung zum geplanten Szenario passt und ein relevantes Ergebnis erzeugt.
Budget & Zuordnung
Kostenstellen, Rückstellungen, Showback oder Chargeback und finanzielle Planbarkeit sicherstellen.
Vor Beschaffung und Renewal
Zehn Fragen für verbrauchsbasierte SaaS-Verträge
Die Antworten müssen nicht am ersten Tag perfekt sein. Sie sollten aber vor Vertragsbindung, Skalierung oder Verlängerung bewusst geklärt werden.
- 01
Verbrauchseinheit verstehen
Was wird genau gezählt: Seats, Credits, Tokens, Aktionen, Daten oder Ergebnisse?
- 02
Messlogik dokumentieren
Wann beginnt eine Einheit, wann endet sie und können mehrere Einheiten für einen Vorgang entstehen?
- 03
Inklusivmenge prüfen
Welches Kontingent ist enthalten und gilt es pro Nutzer, Team, Umgebung oder Tenant?
- 04
Verfall und Übertrag klären
Verfallen ungenutzte Credits am Monatsende oder können sie übertragen werden?
- 05
Mehrverbrauch bewerten
Wie teuer ist Overage und wird es automatisch berechnet, blockiert oder vorher bestätigt?
- 06
Transparenz verlangen
Gibt es zeitnahe Dashboards, Exporte oder APIs für Verbrauch und Kosten?
- 07
Guardrails einrichten
Können Budgets, Limits, Alerts, Freigaben und Spending Caps konfiguriert werden?
- 08
Forecast aufbauen
Welche Nutzung ist normal, welche saisonal und welche durch Wachstum oder neue Szenarien geplant?
- 09
Unit Cost berechnen
Was kostet ein aktiver Nutzer, eine Aufgabe oder – wenn messbar – ein erreichtes Ergebnis?
- 10
Entscheidung vorbereiten
Soll das Modell skaliert, optimiert, neu verhandelt, begrenzt oder beendet werden?
LizenzFrau · Merksatz
Consumption-based SaaS ersetzt Lizenzmanagement nicht.
Es erweitert die Aufgabe: Neben Lizenzrechten, Seats und Verträgen müssen nun auch Verbrauch, Forecast, Guardrails, Qualität und Business Value gesteuert werden.
Primäre und offizielle Quellen
Fachlich geprüft und einfach eingeordnet.
Stand der Quellen: 27. August 2026. Preise, Einheiten und Produktregeln können sich ändern. Für eine konkrete Entscheidung gelten immer der jeweilige Vertrag und die aktuellen Herstellerbedingungen.
- 01FinOps Foundation — FinOps for SaaS Technology Category↗Quelle öffnen
- 02FinOps Foundation — Licensing & SaaS Capability↗Quelle öffnen
- 03FinOps Foundation — Applying the FinOps Framework to SaaS↗Quelle öffnen
- 04FinOps Foundation — FinOps & ITAM: Deliver & Govern↗Quelle öffnen
- 05Microsoft — Nutzungsbasierte Abrechnung mit Copilot Credits↗Quelle öffnen
- 06Microsoft — Copilot Studio: Abrechnungssätze und Verwaltung↗Quelle öffnen
- 07OpenAI — API Pricing↗Quelle öffnen
Redaktioneller Hinweis: Das Beispiel mit 100 Seats und 50.000 Credits ist bewusst fiktiv und dient ausschließlich der einfachen Erklärung eines hybriden Preismodells.
Grundlagen · SaaS ManagementWas ist SaaS Management?
Anwendungen, Verträge, Zugriffe, Nutzung, Kosten, Risiken und Business Value in einem Steuerungsmodell verbinden.