Seat-Based Pricing stirbt. Was es ersetzt

Seat-Based Pricing ergab Sinn, solange Software auf dem Desktop lief. Es gab Nutzer. Man zählte sie. Man zahlte pro Lizenz. Der Zusammenhang zwischen geliefertem Wert und Kosten war halbwegs transparent.

In einer Welt aus KI-Automatisierung, Workflow-Orchestrierung und Tools, die Prozesse ohne Menschen im Loop ausführen, löst sich die Abrechnung pro menschlichem Seat zunehmend davon, wie Wert tatsächlich entsteht. Ein CRM, das Datensätze automatisch anreichert, Calls automatisch zusammenfasst und Follow-up-E-Mails automatisch erzeugt, leistet sinnvolle Arbeit, ob ein Vertriebsmitarbeiter am Schreibtisch sitzt oder nicht. Eine Workflow-Automatisierungsplattform kann über Nacht 10.000 Kundendatensätze verarbeiten, ohne dass jemand eine Tastatur berührt. Das Per-Seat-Modell bepreist keines dieser Ergebnisse.

Vendors stellen ihre Preisarchitekturen schneller um, als die meisten Käufer ihre Procurement-Modelle anpassen. Diese Schieflage erzeugt Budgetüberraschungen, mit denen kein CFO gerechnet hat, als er seinen letzten dreijährigen Enterprise-Vertrag unterschrieb.

Warum Seat-Based Pricing strukturell unter Druck steht

Drei voneinander unabhängige Kräfte wirken gleichzeitig auf das Seat-Modell ein.

KI ersetzt Seats, statt sie nur zu ergänzen. Das ursprüngliche Versprechen von Produktivitäts-Tools für Unternehmen war, jeden Seat produktiver zu machen. Die neue Realität: Manche Funktionen übernehmen KI-Agenten, die keinen Seat haben. Ein Sales-Development-Team, das früher 15 SDRs für Outbound-Sequenzen brauchte, erreicht heute vergleichbares Volumen mit fünf SDRs und einem KI-Orchestrierungs-Layer, eine Entwicklung, die KI-Agenten in der Sales-Pipeline ausführlich beleuchtet. Wer pro Seat zahlt, während die Zahl der Seats schrumpft, für den braucht der Vendor einen anderen Preishebel, und nutzungsbasierte Preise auf KI-Aktionen oder API-Calls liegen auf der Hand.

Workflow-Automatisierung verändert Nutzungsmuster. Klassische Seat-basierte Tools gingen davon aus, dass der Funktionsverbrauch mit dem Headcount korreliert. Eine Marketingkraft nutzt die Marketingplattform, und ihre Nutzung wächst mit ihrer Arbeitszeit. Workflow-Automatisierung hebelt diese Annahme aus. Eine einzelne Person kann einen Workflow konfigurieren, der tausendmal am Tag läuft, ohne dass sie beteiligt ist. Der gelieferte Wert hat keinerlei Bezug zur Zahl der Seats.

Unternehmen wollen nicht länger für inaktive Seats zahlen. Der direkteste Druck auf Seat-Based Pricing ist schlicht: Organisationen prüfen ihre Lizenzen und stellen fest, dass 30–40 % der bezahlten Seats selten oder gar nicht genutzt werden. Laut der SaaS-Management-Forschung von Productiv verschwendet das durchschnittliche Unternehmen 37 % seiner SaaS-Ausgaben für nicht ausgelastete Tools und Seats. Procurement-Teams, die diese Analyse durchgeführt haben, gehen in Renewal-Gesprächen hart in die Verhandlung. Vendors, die am Seat-Based Pricing festhalten, lassen bei aktiven Erweiterungen Geld liegen und kämpfen beim Renewal um jeden einzelnen Seat.

Die vier neuen Modelle

Nutzungsbasiertes Pricing. Sie zahlen für das, was Sie verbrauchen: API-Calls, KI-Aktionen, verarbeitete Datensätze, versendete E-Mails, genutzten Speicher. Twilio ist das klassische Beispiel in der Kommunikation, Snowflake bei Daten. Die jährlichen SaaS-Benchmarks von OpenView dokumentieren den Wandel: Nutzungsbasiertes Pricing hat sich vom startupfreundlichen Differenzierungsmerkmal zu einem dominanten Modell in Wachstumsphasen-Unternehmen wie in Enterprise-Software entwickelt. Neuere CRM- und Produktivitäts-Vendors ergänzen Nutzungszähler bei Funktionen, die zuvor Pauschalleistungen im Seat-Preis waren, besonders bei KI-Funktionen, deren Kostenstruktur tatsächlich variabel ist.

Das Risiko für den Käufer ist Bill Shock. Nutzungsbasiertes Pricing verlagert die Prognoseverantwortung vom Vendor (fixe Seat-Kosten) auf den Käufer (variable Verbrauchskosten). Unternehmen, die die Nutzung zu niedrig prognostizieren, erhalten Rechnungen über Budget ohne einfache Handhabe. Unternehmen, die zu hoch prognostizieren, verschwenden Geld für zugesagte Mindestmengen.

Ergebnisbasiertes Pricing. Sie zahlen, wenn die Software ein definiertes Resultat liefert. Dieses Modell ist im Performance-Marketing am ausgereiftesten (Pay-per-Click, Pay-per-Conversion), kommt aber auch in B2B-SaaS auf. Manche Revenue-Intelligence-Plattformen rechnen nach beeinflusster Pipeline oder abgeschlossenen Deals ab. Manche Legal-Tech-Plattformen rechnen nach verarbeiteten Verträgen ab. Manche HR-Tech-Plattformen rechnen nach erfolgten Einstellungen ab.

Ergebnisbasiertes Pricing bringt die Anreize des Vendors mit den Ergebnissen des Käufers in Einklang, was ideal klingt. Die Herausforderung in der Verhandlung: zu definieren, was "Ergebnis" bedeutet, es der Software statt anderen Faktoren zuzuordnen und sicherzustellen, dass die Messmethodik sowohl genau als auch manipulationsresistent ist.

Modulbasiertes Pricing. Statt pro Seat zahlen Sie pro aktivem Funktionsmodul, unabhängig davon, wie viele Nutzer darauf zugreifen. Der Weg von HubSpot in diese Richtung ist aufschlussreich: Statt Seats in jedem Hub zu berechnen, hat das Unternehmen Teile seines Pricings auf ein Modell verlagert, bei dem Sie für den Zugang zu Funktionen zahlen (Marketing Hub, Sales Hub, Service Hub), mit flexiblerem Nutzerzugang innerhalb jeder Stufe. Im Vergleich Rework vs. HubSpot CRM sehen Sie, wie sich diese Preisstrukturen in einer realen Evaluation auswirken.

Modulbasiertes Pricing eignet sich für Käufer, die bestimmte Funktionen intensiv und für viele Gelegenheitsnutzer brauchen. Es greift zu kurz, wenn Sie nur einen Teil der Funktionen eines Moduls benötigen, das Pricing aber das gesamte Modul verlangt.

Hybride Modelle. Die meiste Enterprise-Software pendelt sich auf hybride Strukturen ein: eine Basisgebühr pro Seat für Kernnutzer mit nutzungsbasiertem Pricing für verbrauchsintensive Funktionen. Das Einstein-AI-Pricing von Salesforce, der Operations Hub von HubSpot und die Enterprise-AI-Add-ons von Monday.com folgen alle diesem Muster: eine zugesagte Basis plus variabler Verbrauch für KI-gestützte Funktionen obendrauf.

Hybride Modelle sind die häufigsten und die verwirrendsten. Ein CFO, der einen Salesforce-Vertrag über 180.000 US-Dollar pro Jahr genehmigt hat, hat womöglich nicht damit gerechnet, dass KI-Funktionen bis zum dritten Quartal 40.000 US-Dollar an Nutzungsgebühren hinzufügen. Der Vertrag erlaubte es. Das Budgetgespräch hatte es nicht vorhergesehen.

Das Bill-Shock-Problem

Bill Shock ist das Hauptrisiko für Käufer beim nutzungsbasierten Pricing. Es ist nicht theoretisch. Es ist ein dokumentiertes Muster. Der Subscription Economy Index von Zuora zeigte, dass nutzungsbasierte Umsätze schneller wuchsen als jede andere Pricing-Modellkategorie, und mit ihnen wuchsen die Käuferbeschwerden über unerwartete Rechnungen.

Der Mechanismus ist einfach: Käufer haben keine guten Modelle, um die Nutzung neuer Funktionen zu prognostizieren. Führt ein Unternehmen erstmals eine nutzungsbasierte KI-Funktion ein, sind Verbrauchsraten fundierte Schätzungen. Diese Schätzungen liegen oft daneben, und Vendors profitieren von der Abweichung. Ihre Kosten sind durch ihre Unit Economics begrenzt, Ihre Kosten durch Ihren Verbrauch.

Drei Vertragsklauseln schützen bei nutzungsbasierten Deals vor Bill Shock:

Nutzungs-Caps mit Benachrichtigungsschwellen. Bevor Ihre Rechnung eine definierte Schwelle erreicht, benachrichtigt der Vendor Sie und pausiert den Verbrauch, sofern Sie die Fortsetzung nicht ausdrücklich freigeben. Viele Vendors wehren sich gegen harte Caps (sie bevorzugen weiche Warnungen), aber Benachrichtigungsschwellen sind verhandelbar. Eine Obergrenze auf Basis des 90-Tage-Durchschnittsverbrauchs mit E-Mail-Alerts bei 75 % ist ein vernünftiger Ausgangspunkt.

Preisuntergrenzen und zugesagte Mindestmengen mit Rollover. Sagen Sie einen monatlichen Mindestverbrauch zu, verhandeln Sie Rollover-Rechte für ungenutzte Kapazität. Ohne Rollover verfallen ungenutzte Mindestmengen, und Mehrverbrauch wird separat berechnet. Mit Rollover zehren Monate mit Mehrverbrauch zuerst von der angesparten Kapazität. Das senkt die Nettoabweichung erheblich.

True-up-Frequenz. Jährliche True-ups sind käuferfreundlich: Sie gleichen den Verbrauch zum Jahresende ab, nicht monatlich. Monatliche True-ups bedeuten, dass Ihre Rechnung jeden Zyklus schwankt, was Liquiditäts- und Budgetsteuerung verkompliziert. Drängen Sie auf vierteljährliche oder jährliche True-ups mit monatlichen Caps statt auf monatliche True-up-Abrechnung.

Was sich im Procurement ändert

Das Budget für Seat-basierte Software ist unkompliziert: Headcount mal Preis pro Seat, mit einem Änderungsauftrag, wenn der Headcount deutlich wächst. Finance kann dieses Szenario sicher modellieren.

Das Budget für nutzungsbasierte Software erfordert einen anderen analytischen Ansatz. Sie brauchen ein Verbrauchsmodell, kein Headcount-Modell. Das heißt:

Eine Nutzungs-Baseline aufbauen. Verbringen Sie vor Unterzeichnung eines nutzungsbasierten Vertrags 30–60 Tage in einem Test oder begrenzten Rollout und erfassen Sie die tatsächlichen Verbrauchsraten. Übernehmen Sie nicht die Schätzungen des Vendors. Ihre Nutzungsmuster sind spezifisch für Ihre Workflows und Datenvolumen. Vendor-Schätzungen basieren auf Durchschnittswerten, die für Sie nicht gelten müssen.

Abweichungsszenarien modellieren. Statt einer einzigen Budgetzahl erstellen Sie eine Verbrauchsprognose mit drei Szenarien: Baseline (erwartete Nutzung), Wachstum (20 % über der Baseline, wenn die Adoption gut läuft) und Spitze (ein konkretes Szenario mit hohem Verbrauch, etwa eine große Kampagne oder eine Datenbankmigration). Ihr Budget sollte das Wachstumsszenario abdecken, ohne dass eine Notfallfreigabe nötig wird.

KI-Funktionsbudgets separat führen. KI-Funktionen haben grundlegend andere Kostenstrukturen als klassische Softwarefunktionen. Ihr Verbrauch kann bei steigender Team-Adoption oder neuen Use Cases unvorhersehbar steigen. Behandeln Sie Budgets für KI-Add-ons als eigene Zeile neben den Basiskosten der Plattform, mit einem vierteljährlichen Review im Budgetzyklus.

Mehrjährige Nutzungspreise verhandeln. Bei einem mehrjährigen Vertrag verhandeln Sie fixierte Verbrauchspreise, nicht nur fixierte Seat-Preise. Ein Dreijahresdeal, der die Seat-Kosten fixiert, dem Vendor aber jährliche Änderungen der API-Preise erlaubt, schützt weniger, als es scheint. Die Forecasting-Disziplin, die CROs entwickeln, gilt hier unmittelbar: Verbrauchsmodellierung ist ein Forecasting-Problem, und Teams mit starkem Forecast-Rhythmus meistern es besser.

Die Risikobewertung des Pricing-Modells

Nutzen Sie dieses Framework, um jede Preisstruktur vor Unterzeichnung anhand von drei Dimensionen zu bewerten.

Budget-Planbarkeits-Score (1–5): Wie planbar ist Ihre monatliche Rechnung unter dieser Preisstruktur? Eine pauschale Seat-Gebühr ist eine 5. Reines nutzungsbasiertes Pricing ohne Caps ist eine 1. Hybrid mit Caps und Benachrichtigungsschwellen ist eine 3–4. Vergeben Sie einen Score und klären Sie, ob die Budgetsteuerungsprozesse Ihrer Organisation die Abweichung auffangen können, die die Preisstruktur mit sich bringt.

Vendor-Alignment-Score (1–5): Verdient der Vendor mehr, wenn Sie mehr Wert erhalten? Beim ergebnisbasierten Pricing wächst der Umsatz des Vendors mit Ihren Ergebnissen (Score: 5). Beim reinen Seat-Based Pricing mit jährlichen Renewals liegt der Anreiz des Vendors darin, Sie beim Renewal zu binden, nicht darin, Ihren Wert im ersten Jahr zu maximieren (Score: 2–3). Nutzungsbasiertes Pricing liegt in der Mitte: Der Umsatz des Vendors wächst mit Ihrem Verbrauch, der mit dem Wert zusammenhängt, ihn aber nicht direkt misst. Vergeben Sie einen Score und überlegen Sie, ob die Preisstruktur Anreize schafft, die Ihr Vendor haben soll.

Renewal-Hebel-Score (1–5): Wie viel Verhandlungsmacht haben Sie beim Renewal? Seat-basierte Deals mit hohen Wechselkosten lassen Sie beim Renewal angreifbar. Ihr Hebel ist begrenzt, es sei denn, Sie sind bereit, die Migrationskosten zu tragen. Nutzungsbasierte Deals liefern Ihnen Daten: Sie können genau zeigen, was Sie verbraucht haben, es mit Ihrer Prognose vergleichen und auf Basis von Belegen verhandeln. Ergebnisbasierte Deals geben Ihnen den stärksten Hebel, wenn Ergebnisse messbar sind und Sie sie glaubhaft zuordnen können. Bewerten Sie jeden Deal danach, wie Ihr Renewal-Gespräch in drei Jahren aussieht.

Addieren Sie die drei Scores. Eine Summe von 10–15 ist eine handhabbare Preisstruktur. Unter 8 sollten Sie vor Unterzeichnung härter verhandeln. Das ist kein Bestanden-oder-nicht-Tool. Es ist ein Risikoprofil, das Ihnen zeigt, wo Sie Ihr Verhandlungskapital einsetzen sollten.

Was Käufer jetzt tun sollten

Sind Ihre aktuellen Verträge Seat-basiert und stehen in den nächsten 12 Monaten zur Verlängerung an, hat sich das Renewal-Gespräch verändert. Vendors, die auf nutzungsbasiertes oder hybrides Pricing umstellen, versuchen, das Renewal als Übergangspunkt zu nutzen, oft mit einem Einstiegspreis, der Ihren aktuellen Seat-Kosten ähnelt, aber mit Nutzungsstufen, die Ihre Rechnung bei steigender Adoption deutlich anwachsen lassen können.

Stellen Sie diese Fragen vor der Unterschrift:

"Was passiert mit unserem Pricing, wenn wir Ihre KI-Funktionen für alle Nutzer ausrollen?" Verlangen Sie eine konkrete Zahl, kein vages "es skaliert mit Ihrer Nutzung". Sie wollen Ihre Gesamtkosten bei voller Adoption kennen.

"Wie sahen die Rechnungen Ihrer am schnellsten wachsenden Kunden im zweiten Jahr im Vergleich zum ersten Jahr unter diesem Pricing-Modell aus?" Das legt das tatsächliche Abweichungsmuster offen, nicht das theoretische Verhalten des Modells.

"Welche Caps und Schutzmechanismen gibt es für nutzungsbasierte Komponenten?" Einen Vendor, der das nicht konkret beantworten kann, sollten Sie als Risikoindikator werten.

Der Abschied vom Seat-Based Pricing ist nicht per se käuferunfreundlich. Ergebnisbasiertes Pricing, richtig umgesetzt, passt besser dazu, wie Käufer den Wert von Software denken. Nutzungsbasiertes Pricing mit richtigen Caps und Modellierung belohnt effizienten Rollout und bestraft Sie nicht für inaktive Seats. Für Teams, die prüfen, ob ein Plattformwechsel angesichts eines geänderten Pricing-Modells sinnvoll ist, ist ein direkter Vergleich wie Rework vs. Salesforce ein guter Ausgangspunkt, um die realen TCO unter verschiedenen Preisstrukturen zu modellieren.

Doch die Übergangsphase erzeugt ein asymmetrisches Risiko. Vendors wechseln schneller zu neuen Modellen, als die meisten Käufer ihre Bewertungs-Frameworks anpassen. Wer einen nutzungsbasierten Deal ohne Verbrauchsmodell und verhandelte Caps unterschreibt, nimmt ein Risiko in Kauf, das er nicht bepreist hat. Wer das analytische Framework aufbaut, bevor das Gespräch beginnt, verhandelt auf Augenhöhe.

Weiterführende Inhalte

• Die wahren Kosten von Software-Sprawl in Mid-Market-Unternehmen, wie die Fragmentierung von Pricing-Modellen die Kosten für zu viele Tools vervielfacht
• Das neue B2B-Buying-Committee: Wer wirklich im Raum ist, wer in Ihrer Organisation einen Wechsel des Pricing-Modells freigeben muss
• POCs, die Erfolg vorhersagen, und POCs, die allen die Zeit rauben, wie Sie nutzungsbasierte Tools evaluieren, bevor Sie sich auf ein Verbrauchsmodell festlegen