Como o Cursor Cobra
O Cursor combina uma assinatura mensal com um pool de uso incluído que se esgota. Os usuários pagam um preço previsível, e o Cursor cobre o custo variável de diferentes modelos de IA usando esse pool. Níveis de preço: Cursor oferece níveis de Hobby a Ultra. Os planos do Cursor incluem pools de uso cobrados pelo preço da API de cada modelo, não por contagens fixas de solicitações (documentação de preços do Cursor). As permissões de solicitações na tabela são valores ilustrativos usados nesta desconstrução.
Esgotamento ponderado pelo modelo: Cada solicitação consome créditos com base no custo do modelo subjacente. Uma assinatura abrange vários provedores de modelos, e operações caras consomem mais do pool. Cursor não publica os custos de crédito por solicitação, portanto, os pesos abaixo são ilustrativos.
Esgotamento de créditos e excedentes: Quando os créditos acabam, os usuários passam para uma fila “Lenta” com modelos mais baratos, em vez de terem o acesso interrompido. Os usuários também podem habilitar o uso sob demanda para manter o acesso premium, com cobrança no final do ciclo.
Enterprise: No plano Enterprise, toda a organização compartilha um único pool de uso. Usuários intensivos consomem do mesmo pool que todos os demais, portanto, o limite de uma pessoa não os bloqueia enquanto os colegas ainda têm capacidade não utilizada. Cursor lista o uso compartilhado como um recurso Enterprise em sua página de preços.
O que o torna único
O modelo do Cursor equilibra a experiência do usuário com o custo de infraestrutura de quatro maneiras:- Abstração de provedores: Uma assinatura reúne vários provedores de LLM, como OpenAI e Anthropic. Cursor gerencia os preços dos provedores e as API keys.
- Esgotamento ponderado: Modelos poderosos custam mais créditos, portanto, o preço de uma solicitação acompanha seu custo.
- Degradação gradual: A fila “Lenta” substitui um bloqueio rígido. Os usuários permanecem no produto, e a experiência mais lenta incentiva um upgrade.
- Créditos compartilhados: Um pool no nível da organização permite que uma equipe compartilhe capacidade em vez de gerenciar limites individuais.
Crie isso com Dodo Payments
Você pode criar esse modelo com direitos de crédito e cobrança baseada em uso do Dodo Payments. As etapas abaixo criam o crédito, os planos, o medidor, a lógica da fila lenta e o checkout.1
Create a Custom Unit Credit Entitlement
Acesse Products → Credits e clique em Create Credit. Esse crédito representa as “Premium Requests” incluídas em cada assinatura. Use estas configurações:
- Credit Type: Custom Unit
- Unit Name: “Premium Requests”
- Precision: 0 (uma solicitação não pode ser dividida)
- Credit Expiry: 30 days (os créditos são redefinidos a cada ciclo de cobrança)
- Rollover: Disabled (as solicitações não utilizadas não são transferidas)
- Allow Overage: Enabled
- Price Per Unit: $0.04 (o custo de cada solicitação após o uso do pool incluído)
- Overage Behavior: Bill overage at billing (o custo excedente é adicionado à próxima fatura)
2
Create Subscription Products
Crie um produto de assinatura por nível. Anexe o mesmo direito de crédito a cada produto, com um valor diferente de Credits issued per billing cycle. Um único sistema de créditos para todos os níveis mantém os upgrades e downgrades simples.
- Hobby: $0/mês, 50 créditos/ciclo
- Pro: $20/mês, 500 créditos/ciclo
- Pro+: $60/mês, 5000 créditos/ciclo (efetivamente ilimitado para a maioria dos usuários)
- Ultra: $200/mês, 50000 créditos/ciclo (efetivamente ilimitado)
3
Create a Usage Meter Linked to Credits
Crie um medidor com o nome do evento
ai.request, agregação Sum e credit_cost como Over Property. No seu produto baseado em uso, habilite Bill usage in Credits, selecione o direito de crédito e defina Meter units per credit como 1.Sua aplicação determina o custo em créditos de cada solicitação com base no modelo e no tipo de ação e, em seguida, envia esse custo no evento:4
Handle Credit Exhaustion (Slow Queue)
Inscreva-se no webhook
credit.balance_low. Quando o saldo de um cliente ficar abaixo do Low Balance Threshold definido no produto, mova-o para uma fila lenta na sua aplicação. Essa é a lógica de degradação gradual.5
Create Checkout
Crie uma sessão de checkout quando um usuário assinar um plano. Dodo Payments processa o pagamento, calcula o imposto e concede os créditos do plano.
Acelere com o LLM Ingestion Blueprint
Os eventos ponderados por crédito acima orientam a cobrança. Para também registrar o consumo bruto de tokens por provedor, execute o LLM Ingestion Blueprint junto com seu sistema de créditos.inputTokens, outputTokens, totalTokens e model nos metadados do evento. Você obtém duas camadas de dados: eventos ponderados por crédito para cobrança e contagens brutas de tokens para análise de custos e margem.
Créditos compartilhados da equipe (Enterprise)
O plano Enterprise do Cursor compartilha o uso entre uma equipe. Para criar isso com Dodo Payments, crie uma assinatura para a organização, em vez de uma por usuário. O uso da equipe será acumulado em uma única entidade de cobrança, que é o que os clientes maiores esperam.Estratégia de implementação
- Customer no nível da organização: Crie um customer do Dodo Payments para toda a organização. Esse customer mantém o pool de créditos compartilhado, e todas as faturas e concessões de crédito pertencem ao seu
customer_id. - Cobrança baseada em seats: Cobre uma tarifa de plataforma por usuário com um adicional por seat, conforme descrito em Seat-Based Billing. Quando a equipe adicionar um membro, altere a quantidade do adicional. A receita cresce com o número de usuários, e o pool de créditos permanece separado.
- Rastreamento de uso compartilhado: Envie as solicitações de cada membro da equipe com o
customer_idda organização, para que cada solicitação consuma do mesmo pool. Para gerar relatórios por usuário, adicione umuser_idaos metadados do evento.
Comparação com a cobrança SaaS tradicional
A cobrança SaaS tradicional usa níveis de preço fixos, por exemplo, $10/mês por 100 unidades. Um usuário que precisa de 101 unidades geralmente precisa mudar para um nível de $50/mês. Esse “abismo” frustra os usuários e aumenta o churn. Níveis fixos também ignoram os diferentes custos dos diferentes tipos de uso, que são importantes para produtos de IA. Um modelo no estilo Cursor criado com Dodo Payments evita esses problemas:- Sem efeito de “abismo”: Os usuários não precisam fazer upgrade ao atingir um limite. Eles podem pagar pelo excedente ou aceitar um desempenho mais lento, continuando a trabalhar no produto.
- Alinhamento de custos: A receita acompanha o custo da infraestrutura. Usuários de modelos caros pagam mais, por meio de créditos ou excedentes, protegendo suas margens em recursos de alto custo.
- Melhor retenção: Usuários que atingem o limite podem continuar trabalhando em vez de terem o acesso interrompido. O uso contínuo cria fidelidade e aumenta o valor do ciclo de vida do cliente.
Como lidar com atualizações e evolução dos modelos
Os provedores de IA atualizam e substituem modelos com frequência, e um novo modelo pode ter um custo diferente. Como os custos de crédito ficam na sua aplicação, você pode definir o preço de um novo modelo sem migrar dados de cobrança. Para adicionar um modelo mais caro, atribua a ele um custo maior emgetCreditCost. Você não altera o direito de crédito, o medidor nem as assinaturas existentes. A cobrança permanece separada da lógica da aplicação, portanto, você pode lançar alterações nos modelos sem tocar na cobrança.
Notificações e transparência para usuários
Mostre aos usuários quantos créditos eles usaram para que possam gerenciar os custos e confiar na cobrança. O webhookcredit.balance_low é acionado quando um saldo fica abaixo do Low Balance Threshold do produto. Para obter mais pontos de verificação, como 50% e 80% de uso, compare o saldo nos eventos credit.deducted com a alocação do plano.
Envie esses alertas por e-mail, mensagem no aplicativo ou Slack. Um aviso oportuno permite que os usuários reduzam o uso ou façam upgrade antes de chegar à fila lenta, reduzindo os chamados de suporte.
Segurança e prevenção contra fraude
Os créditos têm valor monetário direto, portanto, proteja o sistema que os consome.- Idempotência: Dê a cada evento de uso um
event_idexclusivo. Dodo Payments usaevent_idpara detectar duplicatas, portanto, uma nova tentativa de rede com o mesmo ID não cobra o usuário duas vezes. - Limitação de taxa: Limite as taxas de solicitação na sua aplicação para que um usuário não esgote seus créditos ou seu orçamento com o provedor rapidamente demais.
- Monitoramento: Observe o uso em busca de anomalias, como compartilhamento de contas ou abuso automatizado. A visualização Customers do dashboard do medidor mostra os totais de uso por cliente.
Práticas recomendadas para sistemas de crédito
Tenha estas práticas em mente ao criar um sistema de créditos:- Mantenha a simplicidade: Os usuários devem entender quanto custa uma solicitação e quantos créditos ainda têm.
- Ofereça valor: Defina o preço das solicitações para que os usuários sintam que os créditos valem a pena. Um custo que pareça alto para uma ação pequena transmite a sensação de cobrança excessivamente detalhada.
- Seja transparente: Mostre o saldo atual de créditos e o histórico de uso. Os clientes também podem ver ambos no Customer Portal.
- Automatize tudo: Use webhooks e APIs do Dodo Payments para automatizar tarefas de cobrança e eliminar o trabalho manual.
Principais recursos do Dodo usados
Credit-Based Billing
Gerencie pools de créditos em esgotamento e excedentes com unidades personalizadas.
Subscriptions
Configure cobranças recorrentes para diferentes níveis com créditos integrados.
Usage-Based Billing
Rastreie eventos e faça cobranças com base no consumo.
Event Ingestion
Envie dados de uso em alto volume para o Dodo Payments.
Webhooks
Reaja a alterações no saldo de créditos e automatize o tiering dos usuários.
LLM Ingestion Blueprint
Rastreamento automático de tokens em vários provedores de LLM.