Nutzungsbasierte Preisgestaltung wirkt von außen betrachtet einfach. Doch die Entscheidung für dieses Preismodell ist nur der erste Schritt und umfasst Entscheidungen über Abrechnungseinheiten, Staffelungsstrukturen und den Umgang mit Schwankungen. Diese Entscheidungen können erhebliche Auswirkungen auf Umsatz, Flexibilität und Kundenzufriedenheit haben und der richtige Ansatz variiert je nach Branche, Käufertyp und Kostenstruktur.

Im Folgenden stellen wir Ihnen 10 konkrete Beispiele für nutzungsabhängige Preisgestaltung in der Technologiebranche vor, die sich auf KI, Anwendungsprogrammierschnittstellen (APIs), Infrastruktur und Automatisierung beziehen.

Highlights

• Die von einem Unternehmen gewählte Abrechnungseinheit – wie beispielsweise Token, Aufgaben oder Gigabyte-Sekunden (GB-Sekunden) – prägt das Kundenerlebnis ebenso stark wie der Preis selbst.

• API- und Infrastrukturprodukte eignen sich gut für reine Pay-as-you-go-Modelle (PAYG), während für Automatisierungs- und Datenprodukte eher Abonnements mit Obergrenze oder hybride Modelle mit festen Nutzungszusagen zum Einsatz kommen.

• KI-Unternehmen setzen häufig auf eine tokenbasierte Preisgestaltung mit Vorhersagemechanismen, die Kundinnen und Kunden belohnen, die ihre Nutzung vorhersagen oder steuern können.

Welche Beispiele für Pay-as-you-go- und nutzungsabhängige Preismodelle gibt es im Jahr 2026?

Im Folgenden finden Sie konkrete nutzungsbasierte und PAYG-Preismodelle, die von Unternehmen verwendet werden, die Software-as-a-Service (SaaS), KI-Tools, APIs, Automatisierung und Infrastruktur anbieten. Jede Case Study erklärt, wofür das Produkt Gebühren erhebt, wie es mit Schwankungen umgeht und wie die Preisgestaltung für Kundinnen und Kunden aussieht.

OpenAI API

• Abrechnungseinheit: Die Abrechnung erfolgt pro Token. Eingabe- und Ausgabetoken werden separat berechnet, wobei je nach Modellstufe (z. B. GPT-4o, o1, o3-mini) unterschiedliche Preise gelten.

• Preismodell: PAYG, ohne Mindestumsatz. Batch-API-Aufrufe erhalten einen Rabatt. Unternehmenskunden können Vereinbarungen über verbindliche Nutzung aushandeln. Durch Ratenbegrenzungen entsteht eine indirekte Staffelung.

• Kundenerfahrung: Ein/e Forscher/in, der/die kurze Prompts sendet, zahlt fast nichts. Bei einer Produktionsanwendung, die umfangreiche Dokumente in großem Umfang verarbeitet, können die Kosten jedoch schnell steigen. Die Trennung von Eingabe- und Ausgabetoken bietet die Möglichkeit, die Kosten genau anzupassen. Die Zahlungsabwicklung erfolgt über Stripe.

Anthropic Claude API

• Abrechnungseinheit: Die Abrechnung erfolgt pro Million Token, wobei für Eingabe und Ausgabe unterschiedliche Tarife gelten. Das Zwischenspeichern von Prompts (d. h. das Speichern wiederholter Kontexte) wird günstiger berechnet, wodurch Kundinnen und Kunden belohnt werden, die ihre Aufrufe so strukturieren, dass sie bereits vorhandene Kontexte wiederverwenden.

• Preisgestaltung: PAYG auf API-Ebene, ohne Mindestumsatz. Für Kundinnen und Kunden, die keine Entwickler/innen sind, bietet Claude zusätzlich Flatrate-Abonnements an.

• Kundenerfahrung: Dank der Prompt-Caching-Mechanik können Kundinnen und Kunden, die ihre Prompts sorgfältig gestalten, Geld sparen. Die Zahlungsabwicklung erfolgt über Stripe.

Twilio

• Abrechnungseinheit: Die Abrechnung kann pro gesendeter oder empfangener Nachricht, pro Gesprächsminute oder pro bereitgestellter Telefonnummer erfolgen. Für jede Kommunikationsart gilt eine eigene Preisliste.

• Preismodell: PAYG, ohne monatliches Minimum und mit Mengenrabatten, die automatisch bei definierten Schwellenwerten greifen. Für Konten mit hohem Nutzungsvolumen stehen Mengenrabatte bei festen Nutzungsmengen zur Verfügung.

• Kundenerfahrung: Die Kosten skalieren vorhersehbar. Ein Start-up, das 500 SMS-Textnachrichten zur Verifizierung pro Monat versendet, zahlt viel weniger als ein Logistikunternehmen, das Millionen von Zustellbenachrichtigungen pro Woche versendet. Die Verfolgung der Gesamtausgaben kann jedoch aufgrund der mehrdimensionalen Preistabelle kompliziert sein, bei der der Preis je nach Nachrichtentyp, Zielland und Paketdienst variiert. Die Zahlungsabwicklung erfolgt über Stripe.

Datadog

• Abrechnungseinheit: Jede Produktlinie verfügt über eine eigene Abrechnungseinheit, beispielsweise pro Stunde überwachte Hosts, erfasste benutzerdefinierte Metriken, indizierte Log-Gigabyte oder analysierte APM-Traces (Application Performance Monitoring).

• Preismodell: Hybrid, wobei die meisten Mittelstands- und Großkunden jährliche Festverträge wählen. On-Demand-Tarife sind verfügbar, aber im Vergleich zu den Festpreisen recht teuer. Es stehen zahlreiche Produktpakete zur Auswahl (z. B. „Infrastruktur + APM + Logs“).

• Kundenerfahrung: Kundinnen und Kunden verpflichten sich in der Regel zu einer bestimmten Anzahl von Hosts und zahlen dann für etwaige Mehrnutzung. Die Multiproduktstruktur bedeutet, dass eine einzelne Kundin bzw. ein einzelner Kunde fünf oder sechs separate Nutzungszähler haben kann, die gleichzeitig laufen. Die Zahlungsabwicklung erfolgt über Stripe.

Amazon Web Services (AWS) Lambda

• Abrechnungseinheit: Abrechnung nach Anzahl der Anfragen plus Dauer, gemessen in GB-Sekunden (zugewiesener Speicher multipliziert mit Ausführungszeit).

• Preismodell: Ein dauerhaft kostenloses Kontingent deckt die erste Million Anfragen und 400.000 GB-Sekunden pro Monat von Kundinnen und Kunden ab. Darüber hinaus gilt PAYG ohne Mindestumsatz oder Abonnement.

• Kundenerfahrung: Kundinnen und Kunden zahlen nur, wenn eine Anwendung ausgeführt wird, sodass die Kosten der Nutzung entsprechen. Ein API-Endpoint mit hohem Datenaufkommen kann während der Spitzenzeiten mehr Gebühren generieren und über Nacht fast keine. Durch eine optimierte Speicherzuweisung lassen sich die Kosten senken.

Snowflake

• Abrechnungseinheit: Abrechnung nach Credit (eine Rechenabstraktion, die der Größe und Laufzeit des virtuellen Data Warehouse entspricht). Der Speicherplatz wird separat pro Terabyte und Monat berechnet.

• Preismodell: PAYG ohne Minimum. Kundinnen und Kunden kaufen Credits in der Regel im Voraus mit einem Rabatt (jährlich oder mehrjährig). Warehouses pausieren bei Nichtnutzung dank automatischer Sperrfunktionen, was die Nutzung variabel macht.

• Kundenerfahrung: Zwei Kundinnen bzw. Kunden mit identischen Datenvolumina können je nach Zeitplanung ihrer Abfragen und der Größe ihrer Data Warehouses deutlich unterschiedliche Rechnungen erhalten. Kundinnen und Kunden müssen die Abrechnung verstehen, um die Ausgaben sinnvoll interpretieren zu können. Die Zahlungsabwicklung erfolgt über Stripe.

Zapier

• Abrechnungseinheit: Abrechnung nach Aufgabe. Jede Aktion, die ein „Zap“ abschließt, zählt als eine Aufgabe.

• Preismodell: Mehrstufige Abonnementmodelle mit monatlichen Aufgabenlimits. Bei Überschreitung wird entweder die Automatisierung unterbrochen oder eine Aufforderung zum Upgrade angezeigt. Ein kostenloses Modell ermöglicht eine begrenzte Anzahl von Aufgaben.

• Kundenerfahrung: Da Kundinnen und Kunden ein Aufgabenkontingent kaufen, anstatt einen Preis pro Aufgabe zu zahlen, können Vielnutzer/innen ihr monatliches Kontingent schneller aufbrauchen als erwartet.

Replicate

• Abrechnungseinheit: Abrechnung pro Sekunde Rechenzeit. Die Sekundensätze hängen von der spezifischen Hardware-Stufe (z. B. CPU, T4 GPU, A100) ab, die vom Modell verwendet wird.

• Preismodell: PAYG ohne Abonnement oder Minimum. Nutzer/innen können Modelle im Cache zwischenspeichern, um die Latenz beim Kaltstart zu verringern, was die Wartezeit verkürzt, jedoch keinen Einfluss auf die Abrechnungseinheit hat.

• Kundenerfahrung: Die Preisgestaltung nach Hardware-Stufen bietet Entwicklerinnen und Entwicklern eine konkrete Möglichkeit, die Kosten einzuschätzen, da sie im Grunde genommen eine bestimmte Maschine mieten. Die Zahlungsabwicklung erfolgt über Stripe.

Segment

• Abrechnungseinheit: Die Abrechnung erfolgt auf Basis der monatlich erfassten Nutzer/innen (MTUs), d. h. der einzelnen Nutzer/innen, deren Aktivitäten in einem bestimmten Monat über die Plattform laufen.

• Preismodell: Gestaffelte Pläne basierend auf MTU-Bändern. Die kostenlose Stufe ist auf 1.000 MTUs begrenzt. Kostenpflichtige Pläne skalieren nach Nutzeraufkommen, während bei großen Bereitstellungen individuelle Unternehmensverträge genutzt werden. Jährliche Abrechnung ist bei entsprechendem Volumen Standard.

• Kundenerfahrung: Das MTU-Modell bedeutet, dass eine B2C-App mit Millionen von Gelegenheitsnutzern (von denen viele nur eine Handvoll Ereignisse generieren) eine höhere MTU-Anzahl erreichen kann als eine B2B-App mit insgesamt mehr Ereignissen, aber weniger einzelnen Nutzerinnen und Nutzern. Die Definition dieser Einheit kann je nach Kundentyp zu teilweise kontraintuitiven Ergebnissen führen.

Make

• Abrechnungseinheit: Abrechnung nach Vorgang. Jede Modulausführung innerhalb eines Szenarios zählt als ein Vorgang.

• Preismodell: Kundinnen und Kunden zahlen für gestaffelte Monatsabonnements mit Nutzungslimits. Nicht genutzte Kontingente werden nicht auf den nächsten Monat übertragen.

• Kundenerfahrung: Die Preisgestaltung pro Vorgang von Make macht die Kostenmodellierung komplexer. Ein/e Entwickler/in, der/die komplexe Automatisierungen mit mehreren Verzweigungen erstellt, muss die Gesamtzahl der Vorgänge von Anfang an abschätzen, um die Kosten einschätzen zu können.

Wie unterscheiden sich Abrechnungseinheiten und Preismodelle in verschiedenen Branchen?

Nachstehend finden Sie eine Übersicht, in der die oben genannten Beispiele zur besseren Vergleichbarkeit aufgeschlüsselt sind. Darin sind der Hauptabnehmer, die Abrechnungseinheiten und die Preismodelle jedes Produkts sowie die jeweiligen Strategien zur Vorhersagbarkeit aufgeführt.

Was verraten diese Beispiele darüber, wer sich für Pay-as-you-go entscheidet?

Aus den obigen Beispielen lassen sich einige Muster erkennen. Produkte derselben Branche weisen in der Regel ähnliche Ansätze bei der nutzungsabhängigen Preisgestaltung auf.

API- und Infrastrukturprodukte lassen sich gut mit PAYG kombinieren

OpenAI, Anthropic, Twilio, AWS Lambda und Replicate verwenden alle PAYG als Standard. Jedes dieser Unternehmen bietet ein Produkt, das in klar zählbaren Einheiten funktioniert (z. B. Token, Anfragen, Sekunden), einen Kundenstamm hat, dessen Nutzungsanforderungen stark variieren und mit variablen Kosten umgehen kann. Wenn die Abrechnungseinheit leicht zu definieren und die Nutzung tatsächlich unvorhersehbar ist, ist PAYG die naheliegende Wahl.

Produkte für variable Automatisierungs-Workloads werden in PAYG- und Abonnements mit Nutzungsgrenze unterteilt

Sowohl Zapier als auch Make erheben Gebühren für die Ausführung von Aufgaben, bieten jedoch monatliche Kontingente an, anstatt ein reines Pay-as-you-go-Modell zu verwenden. Dies spiegelt wahrscheinlich das Profil ihrer Kundinnen und Kunden wider. Betriebsteams und nicht-technische Nutzer/innen bevorzugen eine vorhersehbare monatliche Abrechnung, auch wenn dies eine gewisse Verschwendung mit sich bringt.

Daten- und Monitoring-Produkte tendieren zu hybriden Modellen

Sowohl Datadog als auch Snowflake ermöglichen eine variable Nutzung, lenken ihre Kundinnen und Kunden jedoch in Richtung fester Vereinbarungen. Diese Produkte sind tief in die Infrastruktur eingebunden und die Nutzung steigt in der Regel im Laufe der Zeit an, anstatt unvorhersehbare Spitzenwerte zu erreichen. Die Kundinnen und Kunden profitieren zudem von der Planung, die ein festgelegter Vertrag erfordert.

Welche nutzungsabhängigen Preismodelle gibt es bei verschiedenen KI-Unternehmen?

KI-Produkte haben sich weitgehend auf eine Reihe von wiedererkennbaren Preismodellen festgelegt. In unseren Beispielen lassen sich diese bei OpenAI, Anthropic und Replicate deutlich erkennen.

Token-basierte Preisgestaltung ist die vorherrschende Abrechnungseinheit für Sprachmodelle

Sprachmodelle berechnen Input- und Output-Token in der Regel separat. Dies spiegelt einen realen Kostenunterschied auf Anbieterseite wider und gibt Käuferinnen und Käufern ein konkretes Optimierungsziel. Die Aufteilung bedeutet auch, dass technisch versierte Kundinnen und Kunden die Kosten oft allein durch eine Umgestaltung der Prompts senken können.

Hardware-Stufen schaffen eine zweite Preisdimension für die Inferenz

Bei Replicate bestimmt die von Kundinnen und Kunden verwendete Hardware explizit den Preis pro Sekunde. OpenAI und Anthropic drücken denselben Gedanken unterschiedlich aus: Sie nutzen die Modellauswahl (z. B. GPT-4o vs. o3-mini, Claude 3 Opus vs. Claude 3 Haiku), um die Rechenintensität auszugleichen.

Vorhersagemechanismen tauchen rund um Nutzungsmodelle auf

Das Prompt-Caching von Anthropic, die Batch-API-Rabatte von OpenAI sowie die Strukturen zur Unternehmensbindung bei beiden Unternehmen sorgen für mehr Kostenvorhersehbarkeit, ohne dass auf ein pauschales Abonnement-Abrechnungsmodell umgestellt wird. Die nutzungsabhängige Preisgestaltung bleibt bestehen, doch Kundinnen und Kunden, die ihre Nutzung vorhersagen oder steuern können, werden dafür belohnt.

Premium-Modellstufen entsprechen den Funktionsstufen klassischer SaaS-Lösungen

Bei konventionellen SaaS-Produkten zahlen Sie mehr für erweiterte Funktionen. Bei der Preisgestaltung für KI-APIs zahlen Sie für ein leistungsfähigeres (oder schnelleres) Modell einen höheren Preis. Dies bietet einen nahtlosen Upgrade-Pfad, der keine separaten Produktpakete erfordert.

Der schnellste Weg, nutzungsabhängige Preisgestaltung zu verstehen, besteht darin, verschiedene Beispiele zu betrachten. Die in diesem Artikel genannten Produkte veranschaulichen die große Bandbreite möglicher Strategien. Aus demselben Grundkonzept ergeben sich Token-basierte Tarife, Guthabensysteme, MTU-Bänder, Betriebskontingente und Berechnungen auf GB-Sekunden-Basis. Es hängt alles davon ab, welche Funktion das Produkt erfüllt und wer es kauft.

Gleichzeitig kann die von einem Unternehmen gewählte Einheit (und die Art und Weise, wie diese Einheit in Stufen, Obergrenzen und Verpflichtungen unterteilt wird) viel über dessen Kundenstamm und Kostenstruktur aussagen. Wenn man genügend Beispiele untersucht, erkennt man allmählich die Logik, die selbst den ungewöhnlichsten Preislisten zugrunde liegt.

So kann Stripe Billing Sie unterstützen

Mit Stripe Billing können Sie die Abrechnung und Verwaltung Ihrer Kundinnen und Kunden ganz nach Belieben gestalten – von der einfachen wiederkehrenden Abrechnung über die nutzungsbasierte Abrechnung bis hin zu individuell verhandelten Verträgen. Akzeptieren Sie wiederkehrende Zahlungen global in wenigen Minuten. Hierzu ist kein Code erforderlich. Oder erstellen Sie über die API eine individuelle Integration.

Stripe Billing unterstützt Sie unter anderem in den folgenden Bereichen:

• Angebot flexibler Preise: Reagieren Sie mit flexiblen Preismodellen, wie nutzungsbasierten oder gestaffelten Preisen, Pauschalgebühren plus Überschreitung und weiteren Modellen schneller auf die Nutzernachfrage. Die Unterstützung für Gutscheine, kostenlose Testangebote, anteilmäßige Verrechnungen und Add-ons ist integriert.

• Globale Expansion: Steigern Sie die Konversionsrate, indem Sie die bevorzugten Zahlungsmethoden Ihrer Kundinnen und Kunden anbieten. Stripe unterstützt mehr als 100 lokale Zahlungsmethoden und über 130 Währungen.

• Umsatzsteigerung und Verringerung der Abwanderung: Erhöhen Sie Ihre Umsatzsicherung und reduzieren Sie unfreiwillige Abwanderungen durch Smart Retries und automatisierte Workflows für Zahlungserinnerungen und -einzüge. Mit den Tools zur Umsatzrückgewinnung von Stripe konnten Nutzer/innen im Jahr 2024 über 6,5 Milliarden USD an Umsatz zurückgewinnen.

• Effizienzsteigerung: Nutzen Sie die modularen Werkzeuge von Stripe für Steuern, Umsatzberichte und Daten, um mehrere Umsatzsysteme in einem einzigen System zu konsolidieren. Profitieren Sie von der einfachen Integration der Software von Drittanbietern.

Erfahren Sie mehr über Stripe Billing oder starten Sie noch heute.