Nutzungsbasierte Abrechnung
Nutzungsbasierte Abrechnung stellt einem Kunden das in Rechnung, was er verbraucht — API-Aufrufe, gesendete Nachrichten, generierte Bilder, gespeicherte Gigabyte — statt einen Arbeitsplatz oder einen festen Monatstarif. Es ist die naheliegende Form für Produkte mit echten Grenzkosten pro Aktion, weil sich die Rechnung dann mit den Kosten dieses Kontos bewegt und nicht mit dessen Mitarbeiterzahl.
Vier Teile, und nur eines davon ist eine Preisentscheidung
Platzabrechnung fragt, wie viele Menschen das Produkt nutzen. Nutzungsbasierte Abrechnung fragt, wie viel Arbeit dieses Konto uns gemacht hat. Das klingt nach einer Preisfrage und ist überwiegend eine technische, denn das Modell hat vier Teile, und drei davon sind Systeme, die existieren müssen, bevor Sie eine Zahl nennen können.
- Die Einheit — das, was Sie zählen. Ein Aufruf, eine Nachricht, ein Credit, ein generiertes Asset, ein Gigabyte, ein aktiver Datensatz. Wählen Sie etwas, in dem der Kunde ohnehin denkt, sonst wird jede Rechnung zur Übersetzungsaufgabe.
- Die Messung — das System, das jede Einheit im Moment ihres Entstehens erfasst, pro Kunde, dauerhaft genug, um daraus abzurechnen. Fehlt sie oder ist sie ungefähr, ist nichts anderes auf dieser Liste möglich.
- Der Tarif — Preis pro Einheit, fast immer mit einem enthaltenen Kontingent, damit ein ruhiger Monat keine beleidigende Rechnung und ein voller keine Überraschung wird.
- Die Obergrenze — das, was ein außer Kontrolle geratenes Konto daran hindert, eine Rechnung zu erzeugen, die niemand bezahlen kann. In der Theorie optional. In der Praxis tragend, besonders dort, wo ein automatisierter Ablauf in eine Schleife geraten kann.
Nur der Tarif ist eine Preisentscheidung. Die anderen drei sind Infrastruktur, und deshalb landen Teams, die nutzungsbasierte Preise ankündigen, bevor die Messung verlässlich ist, in Diskussionen mit Kunden über deren eigene Rechnungen.
Reine Nutzung, Hybrid und Credits
Drei Formen decken fast alles ab, was heute ausgeliefert wird, und die Unterschiede treffen Ihre Umsatzprognose härter als Ihren Kunden.
- Reine Nutzung. Zahlen für das, was verbraucht wird, ohne Untergrenze. Ehrlich und beunruhigend: Der Umsatz ist schwer zu prognostizieren, und ein ruhiger Monat für Ihren Kunden ist ein ruhiger Monat für Sie.
- Hybrid. Ein Abo mit enthaltenem Kontingent, darüber Verbrauch. Das ist die übliche Antwort, weil sie Ihnen planbaren Umsatz und dem Kunden eine planbare Untergrenze gibt.
- Credits. Der Kunde kauft ein Guthaben, und Aktionen ziehen davon ab. Bei KI-Produkten beliebt, weil eine Zahl Aktionen mit sehr unterschiedlichen tatsächlichen Kosten abdecken kann und weil sich ein Modellpreis ändern lässt, ohne die Tarife neu zu preisen.
Credits bringen eine sehr konkrete Falle mit, die man benennen sollte: Sobald ein Credit die Einheit ist, die Ihr Kontrollcode liest, wird jede künftige Rundungsentscheidung und jeder Umrechnungskurs zu einem Abrechnungsfehler statt zu einer Änderung an der Darstellung.
Was wir gelernt haben, als wir unser eigenes Produkt so bepreist haben
AgentCeres — the AI Growth Officer, unter agentceres.com — misst Modellausgaben pro Kunde und zeigt sie als Credits an. Daraus sind zwei Entscheidungen entstanden, beide das Gegenteil des Naheliegenden.
Erstens: Das gesamte Hauptbuch läuft in Währung, und Credits existieren nur im letzten Moment, bevor eine Zahl auf einen Bildschirm gelangt. Jede Grenze, jedes gespeicherte Guthaben, jede Rechnungszeile ist in Währung; eine einzige Umrechnungsgrenze macht daraus die Credits, die der Kunde sieht. Das wirkt wie überflüssige Indirektion, bis man merkt, dass die Alternative — in Credits zu kontrollieren — eine Rundungsentscheidung dauerhaft und überall gleichzeitig in einen Geldfehler verwandelt.
Zweitens: Unser enthaltenes Kontingent ist bewusst nicht der zum eigenen Kurs umgerechnete Tarifpreis. Exakt umgerechnet kämen Kontingente heraus, die sich niemand merken kann, also runden wir auf eine lesbare Zahl auf und akzeptieren die Marge, die das kostet — und wir haben den Grund direkt neben die Konstante geschrieben, damit ihn niemand später wegräumt. Genau das zeigt eine Preisseite nie: Preis und Kontingent sind zwei Entscheidungen, nicht eine, und sie als eine zu behandeln ist der Grund, warum Texte veralten, sobald sich eine von beiden bewegt.
Wann Sie es nicht einsetzen sollten
Nutzungsbasierte Abrechnung ist nicht automatisch die modernere Wahl. Vier Situationen, in denen ein fester Tarif schlicht besser ist:
- Ihre Grenzkosten sind fast null. Kostet Sie eine weitere Aktion nichts, kaufen Sie sich mit der Messung vor allem einen Kunden, der auf einen Zähler starrt, statt das Produkt zu benutzen.
- Ihr Käufer braucht eine feste Zahl. Der Einkauf eines mittelgroßen Unternehmens zahlt lieber planbar zu viel, als jedes Quartal eine schwankende Rechnung zu rechtfertigen.
- Sie können es noch nicht messen. Eine Schätzung reicht für ein Dashboard und disqualifiziert eine Rechnung.
- Die Einheit liegt nicht in der Hand des Kunden. Etwas abzurechnen, dessen Entstehen er nicht sehen kann, wirkt willkürlich, so fair die Rechnung auch sein mag.
Wenn Sie an der Zahl selbst arbeiten und nicht am Modell, behandelt wie bepreise ich ein KI-Produkt den Weg zu einem Tarif, wenn die Kosten darunter schwanken. Fehlt die Messung, ist Flexprice ein quelloffener Ort, um zu sehen, was in so einer Schicht steckt, bevor Sie sie bauen. Und falls Sie hier sind, weil Sie überlegen, den ganzen Agenten selbst zu bauen: Diese Entscheidung hat eine eigene Seite.
FAQ
- Nutzungsbasiert oder pro Platz — was konvertiert besser?
- Abstrakt gewinnt keins von beiden; sie scheitern unterschiedlich. Nutzung senkt die Einstiegshürde, weil ein kleiner Kunde wenig zahlt, und ist das ehrliche Modell, wenn Ihre Kosten mit der Aktivität wachsen. Plätze sind leichter zu prognostizieren und deutlich leichter an ein Gremium zu verkaufen. Der praktische Test lautet: Kann ein Kunde nach zwei Wochen Nutzung seine eigene Rechnung vorhersagen? Wenn nicht, verbringen Sie Ihre Supportzeit mit Rechnungen statt mit dem Produkt.
- Wie verhindere ich eine Überraschungsrechnung?
- Drei Mechanismen, und Sie wollen alle drei. Ein sichtbares Guthaben oder ein Zähler im Produkt, damit niemand sich in die Abrechnung einloggen muss, um seinen Stand zu kennen. Eine Warnung deutlich bevor das Kontingent aufgebraucht ist, nicht danach. Und eine harte Obergrenze, die die Arbeit anhält, statt weiterzuberechnen. Die Obergrenze ist der Teil, den Teams auslassen, und der Teil, der zählt, denn ein automatisierter Ablauf in einer Schleife wird nicht müde.
- Brauche ich eine Billing-Plattform, oder reicht Zählen?
- Zählen ist die leichte Hälfte. Die schwere ist, dass der Zählwert Neustarts überstehen, bei zweimal eintreffenden Ereignissen nicht doppelt zählen, dem richtigen Kunden zugeordnet werden und mit dem übereinstimmen muss, was Sie tatsächlich berechnet haben. Viele Teams starten mit einer Tabelle und einem nächtlichen Job, und das ist in Ordnung — wissen Sie nur, dass Sie sich zum Betrieb der Messschicht verpflichten, nicht der Preisseite.
- Ist ein Credit dasselbe wie ein Euro?
- Nur wenn Sie das so festlegen, und meistens ist es besser, wenn nicht. Ein Credit ist eine Anzeigeeinheit: Er lässt eine Zahl Aktionen mit unterschiedlichen Kosten abdecken und erlaubt Ihnen, den Preis eines Anbieters zu ändern, ohne Ihre Tarife neu zu veröffentlichen. Belassen Sie ihn dabei. In dem Moment, in dem Credits die Zahl sind, die Ihre Kontrolllogik liest, haben Sie ein Rundungsproblem in Ihr Abrechnungssystem verlegt.
An AI growth team that runs this for you
AgentCeres is a managed AI marketing team — you approve what ships. 14-day free trial, from $39/month.