Kombinieren Sie mehrere Abrechnungsmodi, um ausgeklügelte Preisstrategien zu erstellen: Abonnement + Nutzung, Sitze + Add-Ons, Basis + Überlastung und mehr.
Hybride Abrechnung kombiniert zwei oder mehr Abrechnungsmodelle zu einer einzigen Preisstrategie. Dies ermöglicht es Ihnen, Wert aus verschiedenen Dimensionen zu erfassen – wiederkehrende Gebühren, Nutzung, Sitze und Funktionen – während Sie den Kunden Flexibilität und Vorhersehbarkeit bieten.
Hybride Abrechnung kombiniert mehrere Preisdimensionen in einem einzigen Produktangebot. Anstatt zwischen Pauschalabonnements ODER nutzungsbasierten Preisen zu wählen, verwenden Sie beide zusammen.
Pro Benutzer Gebühr kombiniert mit verbrauchsabhängigen Gebühren. Jeder Benutzer erhält eine Zulage.
Einschränkung: Dodo Payments unterstützt derzeit nicht das Anfügen von sowohl Nutzungsmessern als auch Add-Ons an dasselbe Abonnementprodukt. Dieses Modell erfordert einen Workaround mit Anwendungsebene-Logik.
Bald verfügbar: Native Unterstützung für hybride Abrechnung von Sitzen + Nutzung steht auf unserer Roadmap. Dies wird es Ihnen ermöglichen, sowohl Nutzungsmesser als auch Sitz-Add-Ons an dasselbe Abonnementprodukt anzuhängen.
Dashboard: Create Product → SubscriptionName: "Team Analytics"Base Price: $0/monthAttach usage pricing:- Meter: data.processed- Price per unit: $2/GB- Free threshold: 0 (managed by your app)
3
Sitze in Ihrer Anwendung verwalten
Verfolgen Sie die Sitzanzahl und berechnen Sie die Sitzgebühren separat.
Kopieren
KI fragen
// Your application tracks seats and calculates total costasync function calculateMonthlyBill(customerId: string) { const seatCount = await getSeatCount(customerId); const seatFee = seatCount * 20; // $20/seat // Usage is billed by Dodo automatically // You invoice/charge seat fees separately or include in base price // Alternatively, adjust base subscription price when seats change const totalBasePrice = seatCount * 2000; // $20/seat in cents await client.subscriptions.update('sub_123', { // Update subscription to reflect seat-based pricing });}
4
Dynamische Freigrenze berechnen
Passen Sie die enthaltene Nutzung basierend auf der Sitzanzahl an.
Kopieren
KI fragen
// When checking usage, apply per-seat allowanceasync function checkUsageOverage(customerId: string) { const seatCount = await getSeatCount(customerId); const includedGB = seatCount * 5; // 5 GB per user const currentUsage = await getUsageFromDodo(customerId); const overage = Math.max(0, currentUsage - includedGB); // Overage is billed by Dodo at $2/GB return { included: includedGB, used: currentUsage, overage };}
Verwenden Sie Add-Ons für Sitze und berechnen Sie die Nutzung manuell über bedarfsabhängige Gebühren.
Empfehlung: Option B (Sitz-Add-On + bedarfsabhängige Nutzung) ist oft einfacher zu implementieren, da Dodo die Sitzabrechnung automatisch verwaltet. Sie müssen nur die Nutzungskosten verfolgen und berechnen.
Hybrides Modell 5: Abonnement + Sitze + Nutzung (Dreifach-Hybrid)
Das umfassendste Modell: Plattformgebühr + pro Benutzer + Verbrauch.
Einschränkung: Dodo Payments unterstützt derzeit nicht das Anfügen von sowohl Nutzungsmessern als auch Add-Ons an dasselbe Abonnementprodukt. Dieses Modell erfordert einen Workaround-Ansatz.
Bald verfügbar: Native Unterstützung für dreifache hybride Abrechnung (Basis + Sitze + Nutzung) steht auf unserer Roadmap. Dies wird es Ihnen ermöglichen, sowohl Nutzungsmesser als auch Sitz-Add-Ons an dasselbe Abonnementprodukt anzuhängen.
Option B: Basis + Nutzung (Zähler) + von der App verwaltete Sitze
Verwenden Sie ein Abonnement mit Sitz-Add-Ons, berechnen Sie die Nutzung manuell über bedarfsabhängige Gebühren.Dies ist der empfohlene Ansatz, da Dodo die Plattformgebühr und die Sitzabrechnung automatisch verwaltet.
// Track API calls in your systemasync function trackApiCall(customerId: string, endpoint: string) { await saveUsageEvent({ customer_id: customerId, event_type: 'api.call', endpoint: endpoint, timestamp: new Date() });}
5
Nutzung am Ende des Zyklus berechnen
Berechnen und berechnen Sie die Nutzungskosten über die bedarfsabhängige Gebühr.
Verfolgen Sie die Sitzanzahl und passen Sie den Basisabonnementpreis entsprechend an.
Kopieren
KI fragen
// When seats change, update subscription priceasync function updateSeatCount(subscriptionId: string, newSeatCount: number) { const basePlatformFee = 19900; // $199 in cents const perSeatFee = 2500; // $25 in cents const totalPrice = basePlatformFee + (newSeatCount * perSeatFee); // Store seat count in your system await updateSeatsInDatabase(subscriptionId, newSeatCount); // Note: You may need to handle this via plan changes or // create multiple tier products for common seat counts}
Empfehlung: Option A (Basis + Sitze + bedarfsabhängige Nutzung) ist im Allgemeinen einfacher, da Dodo die Plattform- und Sitzabrechnung automatisch verwaltet. Sie müssen nur die Nutzung verfolgen und die Gebühren am Ende jedes Abrechnungszyklus einreichen.
Erstellen Sie separate Abonnementprodukte für jede Stufe, jedes mit seiner eigenen Nutzungskonfiguration:
Kopieren
KI fragen
# For each tier, create a subscription product:# Starter TierDashboard: Create Product → SubscriptionName: "Starter"Base Price: $19/monthUsage Pricing:- Meter: api.call- Price: $0.02/call- Free threshold: 1,000# Pro TierName: "Pro"Base Price: $79/monthUsage Pricing:- Meter: api.call- Price: $0.01/call- Free threshold: 25,000# ... and so on for Business and Enterprise
Diese Beispiele zeigen ideale Preisstrukturen. Aufgrund der Einschränkung, dass Nutzungsmesser und Add-Ons nicht an dasselbe Produkt angehängt werden können, erfordern einige Kombinationen Workarounds (Verwendung von bedarfsabhängigen Gebühren für Nutzung oder von der App verwaltete Sitze).
Nutzungsüberlastung: 0,02 USD pro 1.000 Tokens nach 100K (über bedarfsabhängig berechnet)
Implementierung: Verwenden Sie ein Abonnement mit Sitz- und Funktions-Add-Ons. Verfolgen Sie die Token-Nutzung in Ihrer Anwendung und berechnen Sie Überlastungen über bedarfsabhängige Gebühren am Ende des Abrechnungszyklus.Beispielkunde (12 Benutzer, 500K Tokens, individuelle Modelle + API-Zugriff):
Implementierungsoptionen:Option A (Nutzungsfokussiert): Erstellen Sie Produkte mit Nutzungsmessern für Builds/Speicher. Verwalten Sie Benutzer in Ihrer Anwendung.Option B (Sitzfokussiert): Erstellen Sie Produkte mit Sitz-Add-Ons. Verfolgen Sie die Nutzung von Builds/Speicher und berechnen Sie Überlastungen über bedarfsabhängige Gebühren.Add-Ons (bei Verwendung von Option B):
E-Mail-Volumen: In der Anwendung verfolgen, Überlastung über bedarfsabhängig berechnen (1 USD/1.000 E-Mails über dem Limit)
Implementierung: Verwenden Sie ein Abonnement mit Kontaktstufen-Add-Ons, Funktions-Add-Ons und Sitz-Add-Ons. Verfolgen Sie die E-Mail-Versendungen in Ihrer Anwendung und berechnen Sie Überlastungen über bedarfsabhängige Gebühren.
Gestalten Sie hybride Preisgestaltung leicht verständlich. Zeigen Sie die Grundkosten, was enthalten ist und wie Überlastungen auf Ihrer Preis-Seite deutlich an.