Come Fattura Cursor
Cursor combina un abbonamento mensile con un pool in esaurimento di utilizzo incluso. Gli utenti pagano un prezzo prevedibile e Cursor copre il costo variabile dei diversi modelli di AI attingendo a quel pool. Fasce di prezzo: Cursor offre fasce da Hobby a Ultra. I piani di Cursor includono pool di utilizzo addebitati al prezzo API di ciascun modello, non in base a un numero fisso di richieste (documentazione sui prezzi di Cursor). Le quantità di richieste nella tabella sono valori illustrativi utilizzati da questa ricostruzione.
Esaurimento ponderato in base al modello: ogni richiesta consuma crediti in base al costo del modello sottostante. Un abbonamento copre diversi provider di modelli e le operazioni più costose consumano una quantità maggiore del pool. Cursor non pubblica il costo in crediti per richiesta, quindi i pesi riportati di seguito sono illustrativi.
Esaurimento dei crediti e overage: quando i crediti terminano, gli utenti passano a una coda “Slow” con modelli meno costosi invece di essere bloccati. Gli utenti possono anche abilitare l’utilizzo on-demand per mantenere l’accesso premium, con addebito alla fine del ciclo.
Enterprise: con il piano Enterprise, l’intera organizzazione condivide un unico pool di utilizzo. Gli utenti più intensivi attingono allo stesso pool di tutti gli altri, quindi il limite di una persona non li blocca quando i membri del team hanno ancora capacità inutilizzata. Cursor indica l’utilizzo condiviso come funzionalità Enterprise nella pagina dei prezzi.
Cosa lo rende unico
Il modello di Cursor bilancia l’esperienza utente e il costo dell’infrastruttura in quattro modi:- Astrazione dei provider: un unico abbonamento include diversi provider LLM, come OpenAI e Anthropic. Cursor gestisce i prezzi dei provider e le API key.
- Esaurimento ponderato: i modelli più potenti costano più crediti, quindi il prezzo di una richiesta riflette il relativo costo.
- Degrado graduale: la coda “Slow” sostituisce un blocco rigido. Gli utenti rimangono nel prodotto e l’esperienza più lenta incentiva l’upgrade.
- Crediti condivisi: un pool a livello di organizzazione consente al team di condividere la capacità invece di gestire limiti individuali.
Realizzalo con Dodo Payments
Puoi realizzare questo modello con le entitlements dei crediti e la fatturazione basata sull’utilizzo di Dodo Payments. I passaggi seguenti creano il credito, i piani, il meter, la logica della coda lenta e il checkout.1
Create a Custom Unit Credit Entitlement
Vai a Products → Credits e fai clic su Create Credit. Questo credito rappresenta le “Premium Requests” incluse in ogni abbonamento. Usa queste impostazioni:
- Credit Type: Custom Unit
- Unit Name: “Premium Requests”
- Precision: 0 (una richiesta non può essere suddivisa)
- Credit Expiry: 30 days (i crediti vengono reimpostati a ogni ciclo di fatturazione)
- Rollover: Disabled (le richieste inutilizzate non vengono trasferite)
- Allow Overage: Enabled
- Price Per Unit: $0.04 (il costo di ogni richiesta dopo l’utilizzo del pool incluso)
- Overage Behavior: Bill overage at billing (il costo dell’overage viene aggiunto alla fattura successiva)
2
Create Subscription Products
Crea un prodotto in abbonamento per ogni fascia. Collega la stessa credit entitlement a ciascun prodotto con un valore diverso di Credits issued per billing cycle. Un unico sistema di crediti per tutte le fasce semplifica upgrade e downgrade.
- Hobby: $0/month, 50 credits/cycle
- Pro: $20/month, 500 credits/cycle
- Pro+: $60/month, 5000 credits/cycle (di fatto illimitati per la maggior parte degli utenti)
- Ultra: $200/month, 50000 credits/cycle (di fatto illimitati)
3
Create a Usage Meter Linked to Credits
Crea un meter con il nome dell’evento
ai.request, aggregazione Sum e credit_cost come Over Property. Nel prodotto basato sull’utilizzo, attiva Bill usage in Credits, seleziona la credit entitlement e imposta Meter units per credit su 1.La tua applicazione determina il costo in crediti di ogni richiesta in base al modello e al tipo di azione, quindi lo invia nell’evento:4
Handle Credit Exhaustion (Slow Queue)
Sottoscrivi il webhook
credit.balance_low. Quando il saldo di un cliente scende al di sotto del Low Balance Threshold impostato sul prodotto, spostalo in una coda lenta nella tua applicazione. Questa è la logica di degrado graduale.5
Create Checkout
Crea una checkout session quando un utente sottoscrive un piano. Dodo Payments elabora il pagamento, calcola le imposte e assegna i crediti del piano.
Accelera con il blueprint LLM Ingestion
Gli eventi ponderati in base ai crediti riportati sopra alimentano la fatturazione. Per registrare anche il consumo grezzo di token per provider, esegui il blueprint LLM Ingestion insieme al tuo sistema di crediti.inputTokens, outputTokens, totalTokens e model nei metadata dell’evento. Ottieni due livelli di dati: eventi ponderati in base ai crediti per la fatturazione e conteggi grezzi dei token per l’analisi di costi e margini.
Crediti condivisi del team (Enterprise)
Il piano Enterprise di Cursor condivide l’utilizzo all’interno di un team. Per realizzarlo con Dodo Payments, crea un unico abbonamento per l’organizzazione invece di uno per utente. L’utilizzo del team viene quindi accumulato su un’unica entità di fatturazione, come si aspettano i clienti più grandi.Strategia di implementazione
- Customer a livello di organizzazione: crea un unico customer Dodo Payments per l’intera organizzazione. Questo customer contiene il pool di crediti condiviso e tutte le fatture e le assegnazioni di crediti appartengono al suo
customer_id. - Fatturazione basata sulle seat: addebita una tariffa di piattaforma per utente con un add-on per seat, come descritto in Seat-Based Billing. Quando il team aggiunge un membro, modifica la quantità dell’add-on. I ricavi crescono con il numero di utenti, mentre il pool di crediti rimane separato.
- Monitoraggio dell’utilizzo condiviso: invia le richieste di ogni membro del team con l’
customer_iddell’organizzazione, in modo che ogni richiesta consumi lo stesso pool. Per generare report sui singoli utenti, aggiungi unuser_idai metadata dell’evento.
Confronto con la fatturazione SaaS tradizionale
La fatturazione SaaS tradizionale utilizza fasce a tariffa fissa, ad esempio $10/mese per 100 unità. Un utente che ha bisogno di 101 unità deve spesso passare a una fascia da $50/mese. Questo “salto” frustra gli utenti e favorisce il churn. Le fasce fisse ignorano inoltre i diversi costi dei vari tipi di utilizzo, che sono rilevanti per i prodotti AI. Un modello in stile Cursor basato su Dodo Payments evita questi problemi:- Nessun effetto “salto”: gli utenti non devono effettuare l’upgrade quando raggiungono un limite. Possono pagare l’overage o accettare prestazioni più lente, continuando così a lavorare nel prodotto.
- Allineamento ai costi: i ricavi seguono il costo dell’infrastruttura. Gli utenti dei modelli costosi pagano di più, tramite crediti o overage, proteggendo i margini sulle funzionalità ad alto costo.
- Maggiore retention: gli utenti che raggiungono il limite possono continuare a lavorare invece di essere bloccati. L’utilizzo continuativo rafforza la fidelizzazione e aumenta il customer lifetime value.
Gestione degli aggiornamenti e dell’evoluzione dei modelli
I provider AI aggiornano e sostituiscono spesso i modelli e un nuovo modello può avere un costo diverso. Poiché i costi in crediti risiedono nella tua applicazione, puoi definire il prezzo di un nuovo modello senza migrare i dati di fatturazione. Per aggiungere un modello più costoso, assegnagli un costo maggiore ingetCreditCost. Non devi modificare la credit entitlement, il meter o gli abbonamenti esistenti. La fatturazione rimane separata dalla logica dell’applicazione, quindi puoi distribuire modifiche ai modelli senza intervenire sulla fatturazione.
Notifiche e trasparenza per gli utenti
Mostra agli utenti quanti crediti hanno utilizzato, così possono gestire i costi e avere fiducia nella fattura. Il webhookcredit.balance_low si attiva quando un saldo scende al di sotto del Low Balance Threshold del prodotto. Per ulteriori soglie, ad esempio al 50% e all’80% dell’utilizzo, confronta il saldo negli eventi credit.deducted con l’allocazione del piano.
Invia questi avvisi tramite email, messaggio in-app o Slack. Un avviso tempestivo consente agli utenti di ridurre l’utilizzo o effettuare l’upgrade prima di raggiungere la coda lenta, riducendo le richieste di assistenza.
Sicurezza e prevenzione delle frodi
I crediti hanno un valore monetario diretto, quindi proteggi il sistema che li utilizza.- Idempotenza: assegna a ogni evento di utilizzo un
event_idunivoco. Dodo Payments usaevent_idper rilevare i duplicati, quindi un retry di rete con lo stesso ID non addebita due volte l’utente. - Rate limiting: limita le frequenze delle richieste nella tua applicazione, così un utente non può esaurire troppo rapidamente i propri crediti o il budget del provider.
- Monitoraggio: controlla l’utilizzo per individuare anomalie come la condivisione degli account o gli abusi automatizzati. La vista Customers della dashboard del meter mostra i totali di utilizzo per customer.
Best practice per i sistemi di crediti
Tieni a mente queste pratiche quando progetti un sistema di crediti:- Mantienilo semplice: gli utenti devono capire quanto costa una richiesta e quanti crediti restano loro.
- Offri valore: definisci il prezzo delle richieste in modo che gli utenti percepiscano i crediti come convenienti. Un costo che sembra troppo alto per una piccola azione dà l’impressione di voler guadagnare su ogni dettaglio.
- Sii trasparente: mostra il saldo corrente dei crediti e la cronologia dell’utilizzo. I clienti possono vedere entrambi anche nel Customer Portal.
- Automatizza tutto: usa i webhook e le API di Dodo Payments per automatizzare le attività di fatturazione ed eliminare il lavoro manuale.
Funzionalità principali di Dodo utilizzate
Credit-Based Billing
Gestisci pool di crediti in esaurimento e overage con unità personalizzate.
Subscriptions
Configura la fatturazione ricorrente per diverse fasce con crediti integrati.
Usage-Based Billing
Monitora gli eventi e fattura in base al consumo.
Event Ingestion
Invia dati di utilizzo ad alto volume a Dodo Payments.
Webhooks
Reagisci alle variazioni del saldo dei crediti e automatizza l’assegnazione delle fasce agli utenti.
LLM Ingestion Blueprint
Monitoraggio automatico dei token su più provider LLM.