Varför OpenAI:s modell är standarden
AI-branschen står inför unika utmaningar som traditionell SaaS-fakturering inte alltid hanterar. OpenAI:s modell löser flera av dessa problem samtidigt.- Förutsägbara intäkter och låg risk: Genom att kräva förbetalda krediter för API-användning eliminerar OpenAI risken att användare bygger upp enorma räkningar som de inte kan betala. Du får pengarna i förväg och användaren får tillgång till tjänsten efter hand.
- Skalbarhet för utvecklare: En påfyllning på $5 är en låg tröskel för att komma igång. När applikationen växer kan utvecklare automatisera påfyllningar eller köpa större paket. Friktionen för att börja är nästan obefintlig, medan tillväxtpotentialen är obegränsad.
- Användarpsykologi: Att ange krediter i fiatvaluta (USD) i stället för abstrakta “tokens” eller “poäng” gör värdet tydligt. Det känns som ett bankkonto för AI-tjänster, vilket bygger förtroende och gör det enklare för företag att planera sin budget.
Så fakturerar OpenAI
OpenAI använder två separata faktureringsmodeller som tillgodoser olika användarbehov.- API (betala efter användning): API:et använder förbetalda krediter angivna i fiatvaluta. Användare fyller på sina konton med $5, $10, $50 eller mer. Krediterna visar ett dollarvärde men har inget penningvärde utanför OpenAI. OpenAI fakturerar per token med olika priser för input- och outputtokens. Krediter löper aldrig ut, och när en användares saldo når $0 misslyckas deras API-anrop omedelbart.
- ChatGPT Plus, Team och Enterprise: Det här är abonnemang till fast pris. ChatGPT Plus kostar $20 per månad, medan Team-planen kostar $25 per användare och månad. Dessa planer har mjuka användningsgränser där användare i stället nedgraderas till en mindre modell än blockeras.
- Förbrukningsbaserade prisnivåer: När du över tid spenderar mer pengar totalt låser du upp högre API-hastighetsgränser. Det här är ett förtroendebaserat system för åtkomstskalning som är direkt kopplat till din faktureringshistorik.
Vad gör den unik
OpenAI:s faktureringsstrategi har flera viktiga egenskaper som gör den effektiv för AI-tjänster.- Fiatbaserade krediter: Krediter känns som pengar eftersom de anges i USD. Det gör prissättningen transparent och enkel för utvecklare att förstå.
- Ingen förfallotid: Saldon som aldrig förfaller minskar pressen att “använda eller förlora” värdet. Användare känner sig bekväma med att fylla på större belopp eftersom de vet att värdet inte försvinner.
- Flerdimensionell mätning: Input- och outputtokens spåras separat men dras från samma kreditsaldo. Det gör att OpenAI kan prissätta dyrare outputtokens annorlunda än billigare inputtokens.
- Förtroendenivåer: Genom att koppla hastighetsgränser till den totala förbrukningen uppmuntras användare att stanna på plattformen, samtidigt som långvariga kunder belönas med bättre prestanda.
Strategiska fördelar
Den här modellen skapar ett kraftfullt kretslopp. Låga startkostnader lockar utvecklare. Förbetalda krediter ger omedelbart kassaflöde. Användningsbaserad skalning säkerställer att OpenAI lyckas när utvecklarna lyckas. Abonnemangsdelen ger en stabil och förutsägbar basintäkt från icke-utvecklare.Bygg detta med Dodo Payments
Du kan återskapa OpenAI:s faktureringsmodell med Dodo Payments. Vi använder Credit-Based Billing för API:et och standardabonnemang för ChatGPT Plus-delen.1
Create a Fiat Credit Entitlement
Börja med att skapa en kredittilldelning i din Dodo Payments-dashboard. Den fungerar som det centrala saldot för dina användare.
- Kredittyp: Fiat Credits (USD)
- Krediternas giltighet: Aldrig
- Överföring: Behövs inte (eftersom de aldrig förfaller)
- Överförbrukning: Inaktiverad
2
Create Top-Up Products
Skapa engångsprodukter för olika kreditpaket. Du kan erbjuda alternativen $5, $10, $50 och $100. Koppla din fiatkredittilldelning till varje produkt.Ange hur många krediter som utfärdas per produkt i cent. För ett paket på $50 utfärdar du 5000 krediter.
3
Create Usage Meters
Skapa två separata mätare för att spåra tokenanvändning.
llm.input_tokens: Sumaggregation på egenskapentokens.llm.output_tokens: Sumaggregation på egenskapentokens.
Beräkna mätarenheter per kredit
För att matcha GPT-4o:s prissättning hos OpenAI ($2.50 per 1M inputtokens) måste du beräkna hur många tokens som motsvarar $1 (100 cent).- Inputtokens: 1 000 000 tokens / $2.50 = 400 000 tokens per $1.
- Outputtokens: 1 000 000 tokens / $10.00 = 100 000 tokens per $1.
4
Send Usage Events
Efter varje LLM-begäran skickar du användningsdata till Dodo Payments. Du kan skicka både input- och outputhändelser i samma begäran.
5
Handle Balance Depletion
Du bör kontrollera användarens saldo innan du behandlar en API-begäran. Om saldot är noll eller negativt returnerar du ett 402-fel.
Hantera webhooks för lågt saldo
Vänta inte tills användaren når $0 med att meddela dem. Använd webhooks för att utlösa ett e-postmeddelande eller en avisering i appen när saldot sjunker under en viss tröskel.6
Build the ChatGPT Subscription Side (Optional)
Om du vill erbjuda en abonnemangsplan som ChatGPT Plus skapar du en separat abonnemangsprodukt i Dodo Payments. Dessa behöver inga kredittilldelningar.För en Team-plan använder du platsbaserad fakturering genom att lägga till tillägg för varje ytterligare användare.
Implementera mjuka gränser
För att återskapa OpenAI:s mjuka gränser kan du spåra användningen för dina abonnemangsanvändare med samma mätare, men utan att koppla dem till en kredittilldelning. Kontrollera användningen för den aktuella faktureringsperioden i applikationslogiken.Snabba upp med LLM Ingestion Blueprint
Stegen ovan visar hur du manuellt konstruerar och skickar användningshändelser. För produktionsdistributioner erbjuder LLM Ingestion Blueprint automatisk tokenspårning som direkt omsluter din OpenAI-klient.inputTokens, outputTokens och totalTokens från varje API-svar och skickar dem som händelsemetadata. Konfigurera din mätare så att den aggregerar på rätt tokenegenskap.
Implementera förbrukningsbaserade prisnivåer
OpenAI:s prisnivåer är ett kraftfullt sätt att hantera kapacitet. Du kan implementera detta genom att spåra en kunds totala förbrukning under hela kundens livstid.- Spåra total förbrukning: Lyssna efter
payment.succeeded-webhooks och uppdatera etttotal_spend-fält i databasen för kunden. - Definiera nivåer: Skapa en mappning mellan förbrukningsbelopp och hastighetsgränser.
- Nivå 1: $0–$50 i förbrukning -> 3 RPM
- Nivå 2: $50–$250 i förbrukning -> 10 RPM
- Nivå 3: $250+ i förbrukning -> 50 RPM
- Tillämpa gränser: Kontrollera kundens nivå i API-mellanlagret och tillämpa motsvarande hastighetsgräns.
Fullständigt implementeringsexempel: API-proxyn
I ett verkligt scenario har du sannolikt en API-proxy mellan dina användare och LLM-leverantören. Den här proxyn hanterar autentisering, kreditkontroller och användningsrapportering.Hantera specialfall
När du bygger ett lika komplext faktureringssystem som OpenAI:s kommer du att stöta på flera specialfall som kräver noggrann hantering.Race conditions
Om en användare har ett mycket lågt saldo och skickar flera begäranden samtidigt kan de överskrida sin kreditgräns innan den första händelsen har behandlats. För att förhindra detta kan du implementera en liten “buffert” eller använda ett distribuerat lås på kundens saldo under begäran.Fördröjning vid händelseintag
Dodo Payments behandlar händelser asynkront. Det innebär att det kan uppstå en kort fördröjning mellan ett API-anrop och kreditavdraget. För de flesta användningsfall är detta acceptabelt. Om du behöver strikt realtidstillämpning kan du underhålla en lokal cache av användarens saldo och uppdatera den optimistiskt.Hantera återbetalningar
Om du återbetalar ett köp av ett kreditpaket hanterar Dodo Payments automatiskt kredittilldelningen om den är konfigurerad. Du bör dock se till att applikationslogiken återspeglar ändringen omedelbart för att förhindra att användare använder krediter som de inte längre har.Stöd för flera modeller
Om du stöder flera modeller med olika prissättning har du två alternativ:- Separata mätare: Skapa separata mätare för varje modell (t.ex.
gpt-4o.input_tokens,gpt-4o-mini.input_tokens). - Viktade händelser: Använd en enda mätare men multiplicera värdet i
tokensmed en vikt innan du skickar det till Dodo. Om GPT-4o exempelvis är 10 gånger dyrare än GPT-4o-mini kan du skicka 10 gånger så många tokens för GPT-4o-begäranden.
Arkitekturöversikt
Mätarna spårar tokens och drar av motsvarande värde från användarens kreditsaldo baserat på de konfigurerade priserna.Slutsats
Genom att återskapa OpenAI:s faktureringsmodell med Dodo Payments får du det bästa av två världar: flexibiliteten hos användningsbaserad fakturering och förutsägbarheten hos förbetalda krediter. Genom att följa den här guiden kan du bygga ett faktureringssystem som skalar med dina användare och samtidigt skyddar dina marginaler. Oavsett om du bygger nästa stora LLM eller ett nischat AI-verktyg hjälper dessa mönster dig att skapa en professionell och utvecklarvänlig upplevelse. Det här tillvägagångssättet säkerställer att din faktureringsinfrastruktur är lika skalbar och tillförlitlig som de AI-modeller du levererar till dina kunder.Viktiga funktioner i Dodo som används
Utforska funktionerna som gör den här implementeringen möjlig.Credit-Based Billing
Hantera förbetalda fiatkrediter och kredittilldelningar för dina användare.
Usage-Based Billing
Spåra detaljerad användning som tokens och fakturera för den i realtid.
One-Time Payments
Sälj kreditpaket och påfyllningar med ett enkelt checkout-flöde.
Event Ingestion
Skicka användningsdata i hög volym till Dodo Payments utan problem.
Webhooks
Håll dig uppdaterad om ändringar i kreditsaldot och aviseringar om lågt saldo.
LLM Ingestion Blueprint
Automatisk tokenspårning för OpenAI och andra LLM-leverantörer.