Nutzungsbasiertes Preismodell modellieren
Erfahren Sie mehr über die verschiedenen Preismodelle für die nutzungsbasierte Abrechnung bei Stripe.
Zu den gängigen Preismodellen gehören Pauschalgebühren und Zusatzgebühren, Pay-As-You-Go oder Aufbrauchen des Guthabens. Verwenden Sie die folgende Anleitung, um diese Preismodelle in Stripe einzurichten.
Modell mit Pauschalpreis und Zusatzgebührenpreis
Verwenden Sie das Modell mit einer festen Gebühr und einem Zusatzgebührenmodell, um zu Beginn des Zeitraums eine Pauschalgebühr pro Monat für Ihre Dienstleistung zu berechnen. Die Pauschalgebühr beinhaltet einige enthaltene Nutzungsberechtigungen und alle zusätzlichen Nutzungsgebühren (Überschreitungsgebühren) am Ende des Zeitraums.
Sie können das Stripe-Dashboard oder die API verwenden, um dies mit zwei Preisen innerhalb desselben Produkts einzurichten.
Zum Beispiel führt Alpaca AI ein fortschrittliches Modell namens Llama AI ein. Dieses Modell kostet 200 USD pro Monat und enthält 100.000 Token. Wir berechnen jede Nutzung, die über die enthaltenen Token hinausgeht, mit einem Aufpreis von 0,001 USD pro Token.
Pay-As-You-Go
Mit dem Pay-As-You-Go-Modell (auch als verzögerte Abrechnung bezeichnet) können Sie die über einen bestimmten Zeitraum angefallene Nutzung verfolgen und den Kundinnen/Kunden am Ende dieses Zeitraums die Kosten abbuchen.
Private Vorschau für Preislisten
Sie können Preislisten verwenden, um das Pay-As-You-Go-Modell einzurichten. Preislisten befinden sich derzeit in der privaten Vorschau. Kontaktieren Sie uns hier, um Zugriff anzufordern.
Sie können jede der folgenden Preisstrategien anwenden:
- Pro Einheit: Berechnen Sie für jede Einheit den gleichen Betrag.
- Pro Paket: Berechnen Sie einen Betrag für ein Paket oder Bundle von Einheiten oder für die Nutzung.
- Gestaffelte und volumenbasierte Preisgestaltung: Bei der Volumenpreisgestaltung berechnen Sie den Abonnementposten zu der Stufe, die der Nutzungsmenge am Ende des Zeitraums entspricht.
- Gestaffelte Preisgestaltung: Ähnlich wie bei der Volumenpreisgestaltung wird bei der gestaffelten Preisgestaltung die Nutzung pro Stufe abgerechnet, anstatt einen einzigen Preis auf die gesamte Nutzung anzuwenden.
Dieses Modell kann dazu führen, dass Kundinnen/Kunden sie in erheblichem Umfang nutzen, was sich auf den Status ihrer Zahlungsmethode am Monatsende auswirkt.
Vorauszahlung/Gutschrift
Das Modell mit Aufbrauchen von Guthaben erlaubt Ihnen, eine Vorauszahlung für nutzungsbasierte Produkte und Dienstleistungen einzuziehen. Kundinnen und Kunden können Abrechnungsgutschriften verwenden, um einen anfänglichen Betrag zu zahlen, und ihre Abrechnungsgutschrift dann bei der Nutzung des Produkts anwenden.
Private Vorschau für Preislisten
Sie können Preislisten verwenden, um das Pay-As-You-Go-Modell einzurichten. Preislisten befinden sich derzeit in der privaten Vorschau. Kontaktieren Sie uns hier, um Zugriff anzufordern.
Beispielsweise möchte Alpaca AI einen großen Unternehmensvertrag an einen bestehenden Self-Service-Kunden für sein neues Llama AI-Modell verkaufen. Der Kunde verpflichtet sich, 100.000 USD im Voraus für Llama AI zu zahlen, damit er 120.000 USD an Abrechnungsgutschriften erhalten kann, das er innerhalb von 1 Jahr nutzen kann.
Kostenlose Testzeiträume
Sie können Testzeiträume für Abonnements mit nutzungsbasierter Abrechnung verwenden. Während des Testzeitraums wird jegliche Nutzung nicht auf den Gesamtbetrag angerechnet, der dem Kunden am Ende des Abrechnungszyklus in Rechnung gestellt wird. Nach Ablauf des Testzeitraums wird die Nutzung zusammengefasst und am Ende des nächsten Abrechnungszeitraums abgerechnet.
Stellen Sie sicher, dass Ihre Integration Webhook-Ereignisse im Zusammenhang mit Änderungen des Status der Testversion ordnungsgemäß überwacht und verarbeitet.
Einige Tage vor Ablauf einer Testphase, wenn das Abonnement von trialing
zu active
wechselt, erhalten Sie ein customer.
-Ereignis. Wenn Sie dieses Ereignis erhalten, stellen Sie sicher, dass Sie im Kundenkonto über eine Zahlungsmethode verfügen, um sie zu belasten. Optional können Sie die Kundinnen/Kunden vorab über die bevorstehende Zahlung informieren.
Status | Beschreibung |
---|---|
trialing | Das Abonnement befindet sich derzeit in einem Testzeitraum und Sie können Ihr Produkt sicher für Ihre Kundinnen/Kunden bereitstellen. Das Abonnement wechselt automatisch in den Status active , wenn ein Kunde/eine Kundin die erste Zahlung tätigt. |
active | The subscription is in good standing. For past_ subscriptions, paying the latest associated invoice or marking it uncollectible transitions the subscription to active . Note that active doesn’t indicate that all outstanding invoices associated with the subscription have been paid. You can leave other outstanding invoices open for payment, mark them as uncollectible, or void them as you see fit. |
incomplete | Der Kunde/Die Kundin muss innerhalb von 23 Stunden eine erfolgreiche Zahlung tätigen, um das Abonnement zu aktivieren. Oder für die Zahlung ist eine Aktion erforderlich, wie z. B. die Kundenauthentifizierung. Abonnements können auch incomplete sein, wenn eine Zahlung aussteht und der PaymentIntent Status processing ist. |
incomplete_ | Die erste Zahlung für das Abonnement ist fehlgeschlagen und der Kunde/die Kundin hat innerhalb von 23 Stunden nach Erstellung des Abonnements keine erfolgreiche Zahlung getätigt. Diese Abonnements werden Kundinnen/Kunden nicht in Rechnung gestellt. Dieser Status dient dazu, Kundinnen/Kunden nachzuverfolgen, die ihre Abonnements nicht aktivieren konnten. |
past_ | Die Zahlung der letzten finalisierten Rechnung ist entweder fehlgeschlagen oder es wurde kein Zahlungsversuch unternommen. Das Abonnement erstellt weiterhin Rechnungen. Ihre Abonnementeinstellungen bestimmen den nächsten Status des Abonnements. Wenn die Rechnung nach allen versuchten Smart Retries immer noch nicht bezahlt ist, können Sie das Abonnement so konfigurieren, dass es in den Status canceled oder unpaid wechselt oder als past_ belassen wird. Um das Abonnement auf active zu setzen, bezahlen Sie die letzte Rechnung vor dem Fälligkeitsdatum. |
canceled | Das Abonnement wurde gekündigt. Während der Kündigung ist der automatische Einzug für alle unbezahlten Rechnungen deaktiviert (auto_ ). Dies ist ein endgültiger Status, der nicht aktualisiert werden kann. |
unpaid | Die letzte Rechnung wurde noch nicht bezahlt, aber das Abonnement wird noch fortgesetzt. Die letzte Rechnung bleibt offen und es werden weiterhin Rechnungen generiert, allerdings wird kein Zahlungsversuch unternommen. Widerrufen Sie den Zugriff auf Ihr Produkt, wenn das Abonnement unpaid ist, da im Status past_ bereits versucht und wiederholt wurde. Um das Abonnement auf active zu setzen, bezahlen Sie die letzte Rechnung vor dem Fälligkeitsdatum. |
paused | Das Abonnement hat seinen Testzeitraum ohne Standardzahlungsmethode beendet und die trial_settings.end_behavior.missing_payment_method ist auf pause festgelegt. Für das Abonnement werden keine Rechnungen mehr erstellt. Nachdem Sie dem Kunden/der Kundin eine Standardzahlungsmethode zugeordnet haben, können Sie das Abonnement wiederaufnehmen. |
Erfahren Sie mehr über Abonnements und Webhooks.