Credits ersetzen eine lange Liste technischer Sätze durch ein einziges, auf das Produkt zugeschnittenes Guthaben. Ein Kreativwerkzeug kann 1 000 Credits pro Monat enthalten, ein KI-Vorgang kann zwischen 2 und 80 verbrauchen, und ein API-Kunde kann das nächste Paket kaufen, wenn das Guthaben zur Neige geht.
Diese Abstraktion kann es erleichtern, mehrere teure Aktionen zu bündeln. Sie kann aber auch die tatsächlichen Kosten von allem verbergen. Müssen Kunden vor jedem Klick eine Währung umrechnen, die Dokumentation des Modells durchsehen und die Länge des Ergebnisses erraten, hat das Produkt die Komplexität nur verschoben, statt sie zu beseitigen.
Credit-basierte Preise funktionieren, wenn das Guthaben den Kunden eine stabile Planungseinheit bietet, dem Anbieter die Deckung der variablen Kosten erlaubt und viele Aktionen ohne unleserliche Preisliste abbildet. Sie scheitern, wenn Credits vor allem dazu entworfen werden, den Preis zu verschleiern, künstlich ungenutztes Guthaben zu erzeugen oder Sätze ohne klare Preisentscheidung zu ändern.
Dieser Leitfaden erklärt, wie Sie eine transparente und operativ zuverlässige Credit-Ökonomie aufbauen.
Wofür ein Produkt-Credit steht
Ein Credit ist ein kommerzieller Anspruch, der in einem Wallet oder Limit geführt wird. Aktivität im Produkt verbraucht diesen Anspruch nach einer Umrechnungsregel.
Die Grundrechnung sieht so aus:
verbrauchte Credits = Anzahl der Aktionen × Credit-Kosten einer Aktion
Die Kosten in Geld hängen davon ab, wie die Credits erworben wurden:
effektiver Preis der Aktion = verbrauchte Credits × realisierter Preis pro Credit
Der realisierte Preis eines Credits ist unterschiedlich, weil Credits auf verschiedenen Wegen kommen: ein wiederkehrendes Kontingent im Paket, ein einmaliges Paket, eine Jahresverpflichtung, Mengenrabatte, eine Promotionsgutschrift, eine Erstattung oder Kulanzmittel, ein Partnerprogramm, eine automatische Aufladung.
Deshalb sagt der angegebene Preis eines Credits wenig über den Umsatz. Zwei Konten mit identischem Verbrauch können sich um ein Vielfaches darin unterscheiden, wie viel für diese Credits gezahlt wurde.
Ein Credit kann eine einzelne zugrunde liegende Metrik oder mehrere abstrahieren. Zum Beispiel:
| Aktion im Produkt | Kosten in Credits | Zugrunde liegende Kostentreiber |
|---|---|---|
| Hintergrund eines Bildes entfernen | 2 | Modellinferenz und Speicherung |
| Standardbild erzeugen | 12 | Modell, Auflösung und Warteschlange |
| Bild in hoher Auflösung erzeugen | 35 | größeres Modell und Verarbeitungszeit |
| 30 Sekunden Video erstellen | 80 | Dauer, Modell und Rendering |
Die Tabelle ist nur nützlich, wenn Kunden sie vor der Aktion sehen und die Aktionen konsistent definiert sind.
Warum Produkte Credits einsetzen
Ein Guthaben kann unterschiedliche Aktionen abdecken
KI-Produkte und Kreativwerkzeuge können Text, Bild, Ton, Video und Analyse anbieten. Token, Sekunden, Pixel, GPU-Zeit und Anfragen an den Anbieter direkt abzurechnen wäre präzise, aber schwer zu kaufen. Credits schaffen über diesen Ressourcen eine einzige kommerzielle Schicht.
Pakete lassen sich leichter bauen
Ein Abonnement kann einen Pool enthalten, der über mehrere Abläufe genutzt wird. Der Kunde erhält Flexibilität, und der Anbieter muss nicht genau vorhersagen, welche Funktion genutzt wird.
Vorauszahlung begrenzt das finanzielle Risiko
Gekaufte Credits erlauben es, Mittel einzuziehen, bevor variable Kosten anfallen, und begrenzen die Nutzung auf das verfügbare Guthaben. Das ist wertvoll bei teuren Vorgängen, die sofort bereitgestellt werden.
Promotionen lassen sich vom Listenpreis trennen
Das Produkt kann Test- oder Kulanz-Credits gewähren, ohne den festen Satz pro Aktion zu ändern. Getrennte Guthaben für Gutschriften erlauben es außerdem, die Kosten der Promotion zu messen.
Kostenunterschiede bleiben ausdrückbar
Ein teures Modell kann mehr Credits verbrauchen als ein effizientes, während der Nutzer weiterhin ein einziges Wallet verwendet.
Diese Vorteile setzen ein verständliches Umrechnungssystem voraus. Ein Guthaben, dessen Bedeutung sich unvorhersehbar ändert, ist kein stabiler Maßstab für Wert.
Wann Credits eine gute Lösung sind
Credit-Preise sind am nützlichsten, wenn:
- das Produkt mehrere abrechenbare Aktionen enthält;
- die Aktionen deutlich unterschiedliche variable Kosten haben;
- Kunden diese Aktionen flexibel nutzen wollen;
- direkte technische Metriken schwer zu prognostizieren wären;
- Vorauszahlung oder ein enthaltenes Limit das Risikomanagement verbessert;
- sich die Kosten eines Vorgangs vor der Ausführung abschätzen oder begrenzen lassen.
Weniger nützlich sind sie, wenn sich das Produkt bereits durch eine einzige natürliche Einheit beschreiben lässt. Eine API zur Validierung von E-Mail-Adressen mit einer einzigen stabilen Anfrageart kann bei einem Preis von 0,004 € pro Validierung transparenter sein als bei 0,4 Credits, deren Geldwert man erst berechnen muss.
Das Modell ist auch schwach, wenn sich Credits nicht an ein bedeutsames Ergebnis knüpfen lassen. „KI-Energiepunkte“ verbessern das Verständnis nicht, wenn derselbe Prompt eine unvorhersehbare Menge verbraucht.
Nutzen Sie diese Diagnose der Passung:
| Dimension | Gute Passung für Credits | Warnsignal |
|---|---|---|
| Breite des Produkts | Mehrere Aktionen nutzen ein gemeinsames Wallet | Eine einzige offensichtliche Abrechnungsaktion |
| Schwankung der Kosten | Aktionsklassen haben bekannte relative Kosten | Jede Ausführung hat unbegrenzte, unbekannte Kosten |
| Planung durch den Kunden | Abläufe lassen sich in Credits abschätzen | Das Aufbrauchen des Guthabens wirkt zufällig |
| Risiko | Vorauszahlung sichert teure Leistung ab | Die Kosten sind vernachlässigbar, und das Aufladen erzeugt Reibung |
| Paketierung | Ein flexibles Limit erhöht die Auswahl | Credits dienen nur dazu, eine Preiserhöhung zu verbergen |
| Betrieb | Wallet und Register können Quelle der Wahrheit sein | Das Guthaben wird in verschiedenen Systemen uneinheitlich berechnet |
Was ein Credit bedeutet
Ein Credit muss nicht eins zu eins einer Währung entsprechen. Er braucht aber einen stabilen kommerziellen Zweck.
Es gibt drei verbreitete Ansätze.
Abstraktion in Geld
Ein Credit entspricht einem festen Geldwert, zum Beispiel 0,01 €. Aktionen verbrauchen Credits entsprechend ihrem Preis.
Vorteile: einfache Berechnung interner Sätze, einfache Erstattungen und Buchhaltung, und Kunden können den Wert in Währung umrechnen.
Nachteile: Eine zusätzliche Einheit bringt womöglich wenig Wert, Kunden rechnen weiterhin in Währung, und regionale Preise und Rabatte erschweren die Gleichwertigkeit.
Wenn der Umrechnungsfaktor fest und sichtbar ist, überlegen Sie, ob die einfache Anzeige der Währung nicht transparenter wäre.
Abstraktion einer Produktaktion
Ein Credit entspricht ungefähr einer kleinen Aktion im Produkt. Größere Aktionen verbrauchen ein Vielfaches davon.
Vorteile: Die Produktsprache kann intuitiver sein, Paketlimits können ein Arbeitsvolumen darstellen, und die Details der technischen Kosten bleiben intern.
Nachteile:
- Kunden brauchen eine Umrechnungstabelle;
- Änderungen an Aktionen können den wahrgenommenen Wert verändern;
- Bruchteile oder sehr hohe Kosten können unpraktisch werden.
Kostengewichtete Abstraktion von Ressourcen
Credits spiegeln relative variable Ressourcen wider. Verschiedene Modelle, Auflösungen oder Prioritäten verbrauchen unterschiedliche Mengen.
Vorteile:
- schützt die Marge bei Änderungen der zugrunde liegenden Kosten;
- lässt Nutzer Qualität und Geschwindigkeit gegen Guthaben tauschen;
- bewährt sich bei vielfältigen KI-Lasten.
Nachteile:
- kann technische Komplexität indirekt offenlegen;
- Kosten und Wert für den Kunden können auseinanderlaufen;
- Änderungen der Leistung beim Anbieter erfordern ein Management der Sätze.
Die ausgereiftesten Umsetzungen verbinden Produktaktionen mit Kostengewichtung: Erkennbare Ergebnisse werden in ganzen Credits bepreist, und interne Telemetrie schützt die Marge.
Die Umrechnungstabelle
Die Umrechnungstabelle ist die eigentliche Preisliste. Behandeln Sie sie als öffentlichen kommerziellen Vertrag und nicht als verborgenen Konfigurationswert.
Legen Sie für jede Aktion fest:
- Name der Aktion und Zustand des Produkts;
- Basiszahl der Credits;
- Mengendimension, falls vorhanden;
- Multiplikator für Modell, Qualität oder Geschwindigkeit;
- Rundungsregel;
- vor der Bestätigung angezeigte Schätzung;
- Regel der Endabrechnung;
- Umgang mit Fehlern und Abbrüchen;
- geltende Version und Datum.
Bevorzugen Sie leicht zu merkende Beträge. Eine typische Aktion, die 7,384 Credits kostet, suggeriert scheinbare Präzision und lässt sich schwer planen. Ganze Credits oder verständliche Schritte funktionieren meist besser.
Zeigen Sie Gesamtwerte für repräsentative Abläufe und nicht nur für einzelne Aktionen:
| Ablauf | Bestandteile | Erwarteter Verbrauch an Credits |
|---|---|---|
| Ein Produktfoto vorbereiten | Hintergrund entfernen + Standarderzeugung | 14 |
| Ein Kampagnenset erstellen | 8 Standardbilder + 2 Varianten in hoher Auflösung | 166 |
| Einen kurzen Clip erstellen | Storyboard + 30-Sekunden-Rendering | 96 |
Die Schätzung eines Ablaufs hilft Käufern, ein Paket mit 1 000 Credits in nutzbare Ergebnisse zu übersetzen.
Verbergen Sie variablen Verbrauch nicht
Manche Aktionen lassen sich im Voraus nicht genau bepreisen. Die Texterzeugung kann von der Länge des Ergebnisses abhängen, ein Agent kann mehrere Werkzeuge aufrufen, und eine Videoaufgabe kann Wiederholungen erfordern.
Wenden Sie eines von vier Mustern an.
Fester Preis der Aktion
Berechnen Sie für einen definierten Vorgang dieselbe Zahl an Credits und fangen Sie die übliche Schwankung ab. Das liefert die beste Vorhersehbarkeit, wenn die Schwankung begrenzt ist.
Schätzung vor der Ausführung
Schätzen Sie den Verbrauch anhand der Eingabedaten und der gewählten Einstellungen. Zeigen Sie vor der Bestätigung durch den Kunden eine Spanne oder das Maximum.
Reservierung und Abrechnung
Reservieren Sie eine Menge als Obergrenze, führen Sie den Vorgang aus und rechnen Sie den tatsächlichen Verbrauch ab. Geben Sie den Rest sofort frei.
verfügbares Guthaben nach Reservierung = Anfangsguthaben − reservierte Credits
Endguthaben = Anfangsguthaben − abgerechnete Credits
Vom Nutzer festgelegtes Maximum
Lassen Sie den Kunden ein Limit für Credits, Länge des Ergebnisses, Zahl der Schritte oder Qualitätsstufe festlegen. Halten Sie die Aktion kontrolliert an, sobald das Limit erreicht ist.
Erlauben Sie einem autonomen Prozess niemals, das gesamte Wallet einer Organisation ohne Sichtbarkeit oder Schutzmechanismen zu leeren. Setzen Sie Budgets und Unter-Wallets für Agenten, Projekte und API-Schlüssel ein.
Ein echtes Wallet-Register
Das Guthaben eines Wallets ist finanzielle Infrastruktur. Speichern Sie es nicht als einzelne veränderbare Zahl ohne Transaktionsverlauf.
Führen Sie ein Append-only-Register oder ein vollständig prüfbares Register mit eindeutigen Transaktionstypen: Kauf, Gutschrift aus dem Abonnement, Promotionsgutschrift, Reservierung, Abrechnung, Freigabe, Erstattung, manuelle Korrektur, Verfall, Übertragung, Stornierung nach einer Rückbuchung.
Reservierung, Abrechnung und Freigabe müssen getrennte Typen sein. Ein Credit, der für laufende Arbeit zurückgehalten wird, ist weder ausgegeben noch verfügbar, und ein Register, das diesen Zustand nicht ausdrücken kann, weicht von der Wirklichkeit ab.
Jede Transaktion trägt eine eindeutige Kennung, Konto und Wallet, Betrag und Richtung, die Kategorie des Guthabens, die Quellaktion oder -bestellung, einen Idempotenzschlüssel, einen Zeitstempel, die Charge mit Ablaufdatum, die Version der Umrechnungstabelle, den Akteur oder das System sowie den Grund samt Metadaten für das Audit.
Die Version der Umrechnungstabelle erlaubt es, ein Jahr später die Frage zu beantworten: „Warum hat das zwölf Credits gekostet?“
Berechnen Sie das Guthaben aus den Einträgen des Registers oder pflegen Sie eine abgestimmte Projektion. Produkt, Abrechnungssystem und Support-Dashboard müssen übereinstimmen.
Der für den Kunden sichtbare Verlauf sollte interne Einträge in verständliche Sprache übersetzen. „Registerkorrektur vom Typ R-17“ ist keine ausreichende Erklärung für ein fehlendes Guthaben.
Gekauftes, im Paket enthaltenes und Promotions-Guthaben
Auf verschiedenen Wegen erworbene Credits können unterschiedlichen Bedingungen unterliegen. Speichern Sie sie in getrennten Chargen oder Kategorien.
Gekaufte Credits
Der Kunde hat das Guthaben direkt bezahlt. Regeln für Erstattung, Verfall und Übertragung können Regulierung unterliegen und sollten vorsichtig sein.
Abo-Kontingent
Ein wiederkehrendes Paket gewährt Credits für einen bestimmten Zeitraum. Ein ungenutztes Kontingent kann auf null zurückgesetzt werden, in festgelegten Grenzen in den nächsten Zeitraum übergehen oder sich ansammeln. Stellen Sie diese Regel klar dar.
Promotions-Credits
Test-, Empfehlungs- oder Kulanzgutschriften können eine kürzere Gültigkeit und einen engeren Nutzungsbereich haben. Sie sollten beim Abschluss des Kaufs nicht stillschweigend gekaufte Credits ersetzen.
Service-Credits
Eine Entschädigung für einen Ausfall kann auf künftige Leistungen begrenzt sein und anderen vertraglichen Regeln unterliegen als eine Geldrückerstattung.
Legen Sie die Reihenfolge des Verbrauchs fest. Üblich ist, zuerst das Guthaben zu nutzen, das am frühesten verfällt, und dabei gekaufte Mittel vor unnötigem Verfall zu schützen. Zeigen Sie Kunden, welche Chargen übrig sind und wann sie verfallen.
Gehen Credits in den nächsten Zeitraum über oder verfallen sie
Verfall verändert Verhalten und Wirtschaftlichkeit.
Periodisches Limit, das zurückgesetzt wird
Ein Monatsabonnement enthält Credits, die im jeweiligen Abrechnungszeitraum verfügbar sind. Das Zurücksetzen begrenzt die Wirtschaftlichkeit des Pakets und ist Kunden vertraut, doch in Monaten mit geringerer Nutzung empfinden sie womöglich einen Wertverlust.
Begrenzte Übertragung
Ein ungenutztes Limit kann für eine festgelegte Zahl von Monaten oder bis zu einer bestimmten Obergrenze übergehen. So lässt sich schwankende Nachfrage bedienen, ohne eine unbegrenzte Verpflichtung zu schaffen.
Gekauftes Guthaben ohne Ablaufdatum
Es lässt sich am leichtesten als hinterlegter bezahlter Wert begründen. Es erzeugt langfristige Leistungsverpflichtungen und erfordert eine Richtlinie für inaktives Guthaben.
Gekauftes Guthaben mit Ablaufdatum
Es kann Verpflichtungen aus alten Preisen vereinfachen und zur Nutzung anregen, birgt aber Risiken für Vertrauen, Recht und Buchhaltung. Legen Sie das Ablaufdatum vor dem Kauf offen, senden Sie Erinnerungen und stützen Sie die Hauptquelle der Marge nicht auf ungenutzten Wert.
Verfall von Promotions-Credits
Zeitlich begrenzte Gutschriften sind verbreitet und lassen sich im Allgemeinen leichter erklären, wenn das Datum eindeutig ist.
Modellieren Sie die Verpflichtung aus dem verbleibenden Guthaben und die erwartete Nutzung. Breakage, also Credits, die nie genutzt wurden, kann die Buchhaltung beeinflussen, sollte aber nicht absichtlich durch Intransparenz erzeugt werden.
Paketgrößen und Limits
Die Gestaltung von Paketen und Limits wirkt sich auf Zugänglichkeit, Geldflüsse und den effektiven Preis pro Einheit aus.
Kleine Pakete
Sie senken die Hürde für den Beginn von Tests und passen zu Nutzern, die nur sporadisch arbeiten. Zahlungsgebühren und Support können sie unrentabel machen.
Große Pakete
Sie verbessern den Einzug von Mitteln und können Mengenrabatte tragen. Sie erhöhen das Risiko von Erstattungen, Verfall und ungenutzten Käufen.
Abo-Kontingent
Es erzeugt wiederkehrenden Umsatz und gibt Kunden regelmäßig Zugang zu Ressourcen. Es sollte einem erkennbaren Volumen an Abläufen entsprechen.
Automatische Aufladung
Sie fügt ein Paket hinzu, wenn das Guthaben unter eine Schwelle fällt. Lassen Sie Kunden wählen: den Aufladebetrag, das Guthaben, bei dem die Aufladung ausgelöst wird, das monatliche Limit der Aufladungen, die Zahlungsmethode und die Empfänger der Warnungen.
Aktivieren Sie die automatische Aufladung niemals auf Grundlage einer mehrdeutigen Zustimmung. Der Kunde sollte sie anhalten können, ohne den Zugang zum Konto zu deaktivieren.
Verpflichtung der Organisation
Ein Unternehmen kann einen jährlichen Pool an Credits kaufen, den Projekte gemeinsam nutzen. Legen Sie Regeln für Bündelung, Überziehung, Verfall, Sperrung von Sätzen und Reporting fest.
Erklären Sie die effektiven Preise mit einer Tabelle:
| Kauf | Credits | Preis | Effektiver Preis pro Credit |
|---|---|---|---|
| Kleines Paket | 500 | 15 € | 0,030 € |
| Standardpaket | 2 000 | 54 € | 0,027 € |
| Mengenpaket | 10 000 | 240 € | 0,024 € |
Sind die Rabatte hoch, prüfen Sie, ob Kunden das Guthaben nicht in unbeabsichtigter Weise weiterverkaufen oder übertragen können.
Credits und Stückwirtschaftlichkeit
Für jede Aktion gilt:
Umsatz der Aktion = verbrauchte Credits × realisierter Umsatz pro Credit
Deckungsbeitrag der Aktion = Umsatz der Aktion − variable Kosten der Aktion
Der realisierte Umsatz pro Credit hängt von der genutzten Charge ab. Promotions-Credits erzeugen womöglich keinen unmittelbaren Umsatz, Abo-Credits tragen den zugeordneten Wert des Pakets, und Rabattpakete haben niedrigere realisierte Sätze.
Verfolgen Sie den Deckungsbeitrag nach Aktionsart, Modell oder Anbieter, Qualitätseinstellung, Kundenkohorte, Akquisitionsquelle, Herkunft der Credits, Paketgröße und Perzentil der Nutzung.
Die Herkunft der Credits steht nicht zufällig in diesem Schnitt. Verbrauch, der durch Promotionsgutschriften finanziert wird, hat Kosten und keinen Umsatz, und die Vermischung mit gekauften Credits verdeckt, wo die Marge tatsächlich liegt.
Berechnen Sie die Marge nicht nach dem nominalen Listenpreis, wenn der größte Teil der Nutzung aus Rabatt-, im Paket enthaltenen oder Promotions-Credits stammt.
Führen Sie Stresstests durch für:
- die längsten zulässigen Eingabedaten;
- Ergebnisse mit der höchsten Auflösung;
- wiederholte Wiederholungen;
- eine niedrige Trefferquote im Cache;
- Preiserhöhungen externer Dienste;
- Wechselkursänderungen;
- Nutzer, die ausschließlich die Aktion mit der niedrigsten Marge wählen;
- Jahresguthaben, die nach der alten Umrechnungstabelle gekauft wurden.
Eine gemischte Credit-Ökonomie kann Quersubventionierung verbergen. Das kann akzeptabel sein, wenn es beabsichtigt und begrenzt ist.
Versionieren Sie die Umrechnungssätze
Produktaktionen und Kosten der Leistungserbringung ändern sich. Deshalb braucht die Umrechnungstabelle eine Versionierung.
Eine Änderung des Satzes sollte festlegen:
- die von der Änderung betroffenen Aktionen;
- die neue Zahl der Credits;
- das Datum des Inkrafttretens;
- den Umgang mit Arbeiten in der Warteschlange;
- den Umgang mit bestehenden Abonnements;
- den Umgang mit gekauftem Guthaben;
- die Kommunikation mit Kunden;
- den Plan für Migration und Rücknahme der Änderung.
Am empfindlichsten ist das bereits gekaufte Guthaben. Wer die Bewertung dessen ändert, wofür der Kunde bezahlt hat, verändert den Wert der Mittel, die dieser bereits übergeben hat – und genau so wird der Kunde es beschreiben.
Die Erhöhung der Kosten einer Aktion von 10 auf 15 Credits bedeutet eine effektive Preiserhöhung desselben Ergebnisses um 50 %. Behandeln Sie sie mit derselben Sorgfalt wie eine Änderung des Preises in Währung.
Mögliche Schutzmaßnahmen sind:
- eine Frist für die Benachrichtigung;
- befristeter Zugang zum alten Satz für bestehende Verpflichtungen;
- die Gewährung zusätzlichen Guthabens;
- die Umrechnung alter Credits in einen erhaltenen Geldwert;
- die Wahl eines neuen Modells mit anderem Satz;
- eine Änderung des Paketpreises statt einer stillen Änderung des Verbrauchs.
Schreiben Sie historische Einträge des Registers nicht nach der neuen Tabelle um. Jede Abrechnung muss die Version des Satzes bewahren, die zu diesem Zeitpunkt galt.
Wechsel von Modellen und Anbietern
KI-Produkte können Anbieter wechseln, Prompts optimieren oder Modelle mit anderen Kosten und anderer Qualität einführen.
Trennen Sie nach Möglichkeit interne Modellkennungen von dauerhaften Leistungsklassen, die der Kunde sieht. Die Aktion „Standardbild“ kann stabil bleiben, wenn der Anbieter die Umsetzung verbessert, solange Qualität des Ergebnisses und Wirtschaftlichkeit im Rahmen des gegebenen Versprechens bleiben.
Zeigen Sie Sätze für konkrete Modelle, wenn die Wahl des Modells selbst Bedeutung hat: Kunden können bestimmte Fähigkeiten, Latenz, einen Anbieter oder eine Datenrichtlinie verlangen. Zeigen Sie in diesem Fall die genauen Kosten in Credits vor der Nutzung.
Senkt eine Optimierung die variablen Kosten, kann der Anbieter die Sätze halten, den Verbrauch an Credits verringern oder die im Paket enthaltene Leistung verbessern. Bewerten Sie Wettbewerb, Wert und Marge, statt automatisch eine Preisbildung nach Kosten plus Aufschlag anzunehmen.
Steigen die Kosten plötzlich, vermeiden Sie eine rückwirkende Kürzung des Guthabens. Setzen Sie Limits, vorübergehende Kontrollen der Verfügbarkeit und Änderungen der Sätze nur für die Zukunft ein.
Reservierungen, Abbrüche und Fehlerbehandlung
Teure asynchrone Aktionen brauchen klare Übergänge zwischen Zuständen.
Ein zuverlässiger Ablauf:
- Schätzen Sie die maximale Zahl der Credits;
- bestätigen Sie ausreichendes verfügbares Guthaben;
- legen Sie eine idempotente Reservierung an;
- führen Sie die Aktion aus;
- rechnen Sie nach Erfolg die tatsächlich fälligen Credits ab;
- geben Sie den Rest frei;
- buchen Sie die Abrechnung bei einem berechtigten Fehler automatisch zurück.
Definieren Sie die Ergebnisse:
| Ergebnis | Art der Abrechnung der Credits |
|---|---|
| Der Anbieter lehnt die Anfrage vor Beginn der Arbeit ab | Keine Abrechnung; Reservierung freigeben |
| Vom Anbieter verursachter Fehler | Credits automatisch freigeben oder erstatten |
| Doppelte Wiederholung des Kunden mit demselben Idempotenzschlüssel | Eine Reservierung und eine Abrechnung |
| Der Kunde bricht vor Beginn der teuren Arbeit ab | Reservierung freigeben |
| Der Kunde bricht nach erheblicher Verarbeitung ab | Offengelegte teilweise oder volle Gebühr anwenden |
| Teilweise brauchbares Ergebnis | Veröffentlichte Regel für teilweise Ergebnisse anwenden |
| Ablehnung aufgrund der Inhaltsrichtlinie | Vor dem Absenden mitteilen, ob die Prüfung eine Gebühr nach sich zieht |
Das Produkt sollte eine Reservierung niemals unbegrenzt stehen lassen. Setzen Sie einen Abgleich nach Ablauf der Frist und einen für den Kunden sichtbaren Status ein.
Negative Guthaben und Wettlaufsituationen
Parallele Anfragen können mehr verbrauchen als das verfügbare Guthaben des Wallets, wenn Reservierungen nicht atomar sind.
Zu den Anforderungen gehören:
- atomare Prüfung des Guthabens und Vornahme der Reservierung;
- Idempotenz wiederholter Anfragen;
- deterministische Reihenfolge oder Behandlung von Konflikten;
- Kontrolle der Nebenläufigkeit auf Ebene der Organisation;
- Limits für negatives Guthaben;
- Wiederherstellung nach verspäteter Messung;
- Abgleichsaufgaben;
- Warnungen bei Verletzung von Invarianten.
Entscheiden Sie, ob eine begrenzte Überziehung zulässig ist. Firmenkonten mit nachträglicher Zahlung können eine Kreditlinie haben; Self-Service-Konten mit Vorauszahlung können die Aktion anhalten, wenn das verfügbare Guthaben nicht ausreicht.
Lässt das Produkt bei verzögerter Abrechnung ein negatives Guthaben zu, zeigen Sie die ausstehende Nutzung an und lassen Sie das Dashboard den früheren Betrag nicht als sicher verfügbar darstellen.
Teams, Projekte und Kostenstellen
Ein einziges Wallet der Organisation kann zu breit sein. Das Team muss wissen, wer was verbraucht hat.
Bieten Sie an:
- Nutzung nach Arbeitsbereich, Projekt und API-Schlüssel;
- Labels oder Tags für Kostenstellen;
- Projektbudgets;
- Limits für Unter-Wallets;
- rollenbasierte Berechtigungen für Käufe;
- Schwellen für Freigaben;
- zentrale Aufladung;
- konsolidierte Exporte der Transaktionen.
Freigabeschwellen und Unter-Wallets machen Credits für das Finanzteam akzeptabel. Ohne sie ist ein gemeinsames Guthaben ein nicht zugeordnetes Budget, das jedes Team ausgeben kann.
Ein Unter-Wallet kann einen Teil des Guthabens der Organisation reservieren, ohne einen gesonderten Kauf zu tätigen. Legen Sie fest, ob ungenutzte Zuweisungen automatisch zurückfließen.
Zwingen Sie nicht jeden Nutzer, persönliche Credits zu kaufen, wenn die Organisation der Zahler ist. Persönliche Wallets können den Wert zersplittern und den Einkaufsprozess verkomplizieren.
Erklären Sie die Credit-Preise am Ort des Kaufs
Die Preisseite sollte sofort vier Fragen beantworten:
- Wie viele Credits enthält das Paket oder der Kauf?
- Was kosten typische Aktionen?
- Was passiert, wenn das Guthaben null erreicht?
- Gehen Credits in den nächsten Zeitraum über oder verfallen sie?
Zeigen Sie anschließend:
- die vollständige Umrechnungstabelle;
- Beispiele für Abläufe;
- einen Rechner;
- Sätze für Aufladungen;
- Unterschiede zwischen Modellen und Qualitätsstufen;
- Regeln für Erstattungen und Fehlerbehandlung;
- Screenshots oder Beschreibungen des Nutzungs-Dashboards;
- Regeln für gemeinsame Nutzung und Verpflichtungen für Unternehmen.
Verlassen Sie sich nicht auf die Formulierung „bis zu 1 000 erzeugte Ergebnisse“, wenn die normalen Einstellungen deutlich weniger liefern. Nennen Sie die Annahmen und einen realistischen Bereich.
Zeigen Sie dort, wo es praktikabel ist, die Währung neben den Credits beim Abschluss des Kaufs und im Nutzungsverlauf. Ziel ist Verständnis und nicht, die Zahl der Schritte zu maximieren, die nötig sind, um den effektiven Preis zu entdecken.
Wie Kunden Credits verstehen
Credits erzeugen zwei Ebenen der Umrechnung:
Währung → Credits → Produktergebnisse
Testen Sie beide.
Geben Sie den Teilnehmern ein Paket, die Umrechnungstabelle und ein Szenario. Fragen Sie:
- Wie viele Abläufe können Sie abschließen?
- Was ist der effektive Preis eines Standardergebnisses?
- Welcher Vorgang verbraucht am meisten?
- Was geschieht mit ungenutztem Guthaben?
- Was geschieht, wenn das Guthaben nicht ausreicht?
- Verändert eine andere Qualitätseinstellung die Kosten?
Halten Sie den Rechenweg fest und nicht nur, ob dem Teilnehmer Credits gefallen. Wiederholte Rechenfehler zeigen, dass die Abstraktion zu schwierig ist.
Vergleichen Sie Credits mit Alternativen, die direkt auf Währung und Einheiten beruhen. Credits sollten gewinnen, weil sie ein vielfältiges Produkt vereinfachen, und nicht, weil das Unternehmen eine spielähnliche Oberfläche bevorzugt.
Testen Sie die Credit-Ökonomie im Schattenbetrieb
Bevor echte Guthaben den Zugang steuern, wenden Sie die Umrechnungstabelle auf produktionsnahe Ereignisse an.
Messen Sie vor dem Start oder der Änderung des Modells die erwartete Zahl der Credits pro Konto, ob typische Szenarien im Rahmen bleiben, das Tempo, mit dem das Guthaben aufgebraucht wird, die Marge pro Aktion, die Genauigkeit der Reservierungen, die Erstattungen nach Ausfällen, Konflikte paralleler Vorgänge, die Kosten der Promotion, das erwartete ungenutzte Guthaben und auffällige Konten.
Die Erreichbarkeit typischer Szenarien schützt die Einführung. Frisst eine Routineaufgabe einen spürbaren Teil des Monatslimits, hören Kunden auf, sie auszuführen, und nennen das Produkt teuer.
Stellen Sie Testnutzern anschließend sichtbare Schattenguthaben bereit. Fragen Sie, ob das Tempo ihres Aufbrauchens dem mentalen Modell der Nutzer entspricht. Ein technisch korrektes Register kann dennoch kommerziell unverständlich sein.
Testen Sie Monatsgrenzen, die Gewährung von Limits, Änderungen von Abonnements, Erstattungen, verfallene Chargen, verschobene Arbeitsbereiche und Versionen der Umrechnungssätze.
Sechs-Wochen-Plan für die Einführung
Woche 1: Ziel und Aktionen definieren
- Listen Sie die abrechenbaren Produktaktionen und die Abläufe der Kunden auf.
- Erfassen Sie variable Kosten und Wert jeder Aktion.
- Legen Sie fest, warum Credits besser sind als direkte Währung oder Nutzungseinheiten.
- Bereiten Sie eine einfache Umrechnungstabelle vor.
Woche 2: Richtlinie für das Guthaben entwerfen
- Trennen Sie gekaufte, im Paket enthaltene und Promotions-Chargen.
- Definieren Sie Übertragung, Verfall und Reihenfolge des Verbrauchs.
- Wählen Sie Pakete, Abo-Kontingente und die Art der Aufladung.
- Prüfen Sie rechtliche und buchhalterische Fragen.
Woche 3: Register und Reservierungen bauen
- Setzen Sie idempotente Transaktionen des Wallets um.
- Ergänzen Sie die Zustände Reservierung, Abrechnung, Freigabe und Erstattung.
- Sichern Sie parallele Aktualisierungen des Guthabens.
- Schaffen Sie Werkzeuge für Abgleich und Audit.
Woche 4: modellieren und befragen
- Spielen Sie reale Aktionen mit der Umrechnungstabelle nach.
- Testen Sie Kosten und Marge unter Stressbedingungen.
- Testen Sie die Berechnung von Abläufen mit Kunden.
- Korrigieren Sie unverständliche Werte und Aktionen mit niedriger Marge.
Woche 5: Start im Schattenbetrieb
- Zeigen Sie unverbindliche Guthaben und den Transaktionsverlauf an.
- Testen Sie Warnungen zum Aufbrauchen und die Kontrolle der Aufladungen.
- Gleichen Sie jeden Fehler und jede Zeitüberschreitung einer Reservierung ab.
- Schulen Sie den Support in der Untersuchung des Guthabens.
Woche 6: kontrollierter kostenpflichtiger Pilot
- Aktivieren Sie eine begrenzte Kohorte zu offengelegten Bedingungen.
- Überwachen Sie Käufe, Verbrauch, Aufladungen und Deckungsbeitrag.
- Analysieren Sie täglich Missverständnisse und Streitfälle.
- Entscheiden Sie, ob Sie die Abstraktion ausweiten, verbessern oder verwerfen.
Kennzahlen für Credit-basierte Produkte
| Bereich | Kennzahl | Was sie offenlegt |
|---|---|---|
| Aktivierung | Konten, die die erste wertvolle Credit-Aktion ausführen | Ob Gutschriften zu realer Nutzung des Produkts führen |
| Verständnis | Support-Kontakte zu Preisen und Guthaben | Ob die Abstraktion verständlich ist |
| Verbrauch | Verbrauchte Credits nach Aktion und Kohorte | Produktmix und Art des Aufbrauchens |
| Konversion | Konten mit Testgutschrift, die Credits kaufen | Kommerzielle Qualität der kostenlosen Nutzung |
| Wiederkauf | Konten, die erneut kaufen oder aufladen | Wiederkehrender Nutzen jenseits des Abo-Labels |
| Auslastung des Limits | Verbrauchte / gewährte Abo-Credits | Passung des Pakets und Risiko bei der Verlängerung |
| Breakage | Verfallenes oder inaktives Guthaben nach Herkunft | Ungenutzter Wert und bestehende Verpflichtung |
| Wirtschaftlichkeit | Deckungsbeitrag nach Aktion und Herkunft der Credits | Rentabilität bei Rabatten und Gutschriften |
| Zuverlässigkeit | Abweichungen im Register und Zeitüberschreitungen bei Reservierungen | Integrität der Wallet-Infrastruktur |
| Vertrauen | Erstattungen, strittige Abbuchungen und unerwartetes Aufbrauchen | Fairness und Transparenz |
| Konzentration | Anteil des Verbrauchs nach Aktion und Konto | Abhängigkeit und Risiko für die Marge |
Verfolgen Sie Geldumsatz und Zahlungsmittel getrennt vom Verbrauch der Credits. Der Verkauf eines Pakets und seine Nutzung sind unterschiedliche wirtschaftliche Ereignisse.
Typische Ursachen des Scheiterns
Willkürlicher Umrechnungskurs
Das Produkt wählt eine große fiktive Zahl, die die Planung nicht erleichtert. Kunden rechnen weiterhin alles zurück in Währung um.
Verborgene Kosten von Aktionen
Nutzer erfahren die Zahl der Credits erst nach dem Klick. Das Aufbrauchen des Guthabens wirkt zufällig.
Stille Inflation
Dasselbe Ergebnis beginnt mehr Credits zu verbrauchen, doch die Änderung wird nicht wie eine Preiserhöhung behandelt.
Breakage als Strategie
Paketgrößen und Ablaufdaten sind so gestaltet, dass Kunden regelmäßig bezahlten Wert verlieren. Kurzfristige Marge führt zu langfristigem Misstrauen.
Ein veränderbares Guthaben
Gekaufter und Promotionswert werden ohne Verlauf vermischt. Der Support kann Verfall und Erstattungen nicht erklären.
Belastung für Fehler des Anbieters
Fehlgeschlagene Aufgaben und automatische Wiederholungen verbrauchen Credits. Der Anbieter profitiert von Unzuverlässigkeit.
Kein System für Reservierungen
Parallele teure Vorgänge überschreiten das Guthaben des Wallets oder enden mit einem Fehler, nachdem die Arbeit geliefert wurde.
Unbegrenzter Verbrauch durch einen Agenten
Automatisierung kann den Wert der gesamten Organisation verbrauchen, ohne Projektbudget oder Maximum.
Analyse der nominalen Marge
Das Team bewertet jeden verbrauchten Credit mit dem Listenpreis des Pakets, obwohl er aus einem Rabatt, einer Gutschrift oder einem Abo-Kontingent stammte.
Übermäßige Komplexität der Umrechnung
Modelle, Einstellungen und Funktionen erzeugen Dutzende Multiplikatoren. Credits vereinfachen die Preisliste nicht mehr.
Praktische Checkliste für Credit-Preise
Strategische Passung
- Credits vereinfachen mehrere vielfältige abrechenbare Aktionen.
- Direkte Währung oder eine einzige natürliche Einheit wäre nicht transparenter.
- Kunden können das Guthaben mit erkennbaren Abläufen verbinden.
- Vorauszahlung oder Limit schafft echten Wert für den Kunden oder im Risikomanagement.
- Das System ist nicht vor allem dazu entworfen, den Preis zu verschleiern.
Umrechnungstabelle
- Jede Aktion hat sichtbare, versionierte Kosten in Credits.
- Typische Abläufe haben realistische Beispiele.
- Aktionen mit variablen Kosten zeigen vor der Ausführung Schätzungen oder das Maximum.
- Regeln für Rundung, Modell, Qualität und Fehler sind offengelegt.
- Änderungen des effektiven Preises unterliegen der Preisaufsicht.
Wallet und Richtlinie
- Gekaufte, Abo-, Promotions- und Service-Chargen sind getrennt.
- Regeln für Übertragung, Verfall und Reihenfolge des Verbrauchs sind offengelegt.
- Einträge im Register sind unveränderlich oder vollständig prüfbar.
- Reservierungen und Abrechnungen sind atomar und idempotent.
- Erstattungen und Korrekturen bewahren Verweise auf die Quelle.
Kontrolle des Kunden
- Aktuelle, ausstehende und verfallende Guthaben sind sichtbar.
- Transaktionen verwenden verständliche Produktsprache.
- Die automatische Aufladung erfordert eine ausdrückliche, konfigurierbare Zustimmung.
- Projekte und API-Schlüssel können Budgets oder Limits haben.
- Warnungen erreichen den Kunden vor dem Aufbrauchen oder bei ungewöhnlichem Verbrauch.
Wirtschaftlichkeit und Belege
- Der Deckungsbeitrag ist nach Aktion und Herkunft der Credits modelliert.
- Promotionsgutschriften und Rabatte sind in der realisierten Wirtschaftlichkeit berücksichtigt.
- Historische Aktionen wurden im Schattenbetrieb bewertet.
- Hohe Lasten und parallele Vorgänge wurden getestet.
- Kunden können die Erreichbarkeit eines typischen Ablaufs im Rahmen des Guthabens berechnen.
- Erfolg umfasst wiederkehrenden Wert, Vertrauen und Marge – nicht nur den Verkauf von Credits.
Credits müssen lesbar bleiben
Credits sollten ein vielfältiges Produkt zu einem verständlichen Guthaben vereinfachen. Sie sollten Kunden erlauben, nützliche Arbeit zu planen, zwischen Aktionen zu wählen und Ausgaben zu steuern, und dem Anbieter zugleich die Deckung der variablen Kosten ermöglichen.
Sorgen Sie für Sichtbarkeit der Umrechnungstabelle. Trennen Sie die Quellen des Guthabens, führen Sie ein prüfbares Register, reservieren Sie Credits vor teurer Arbeit und erstatten Sie sie bei Fehlern automatisch. Behandeln Sie jede Änderung des Verbrauchs an Credits als Preisentscheidung und nicht als stille Aktualisierung der Konfiguration.
Eine gesunde Credit-Ökonomie misst man nicht an der Menge verfallender gekaufter Werte. Man misst sie daran, ob Kunden verstehen, was sie erreichen können, Credits für wertvolle Ergebnisse verbrauchen und ihr Guthaben freiwillig wieder aufladen.