Cómo factura Cursor
Cursor combina una suscripción mensual con un conjunto de uso incluido que se agota. Los usuarios pagan un precio predecible y Cursor cubre el coste variable de los distintos modelos de IA con ese conjunto. Niveles de precios: Cursor ofrece niveles desde Hobby hasta Ultra. Los planes de Cursor incluyen grupos de uso cobrados según el precio de API de cada modelo, no cantidades fijas de solicitudes (documentación de precios de Cursor). Las asignaciones de solicitudes de la tabla son valores ilustrativos que utiliza esta deconstrucción.
Agotamiento ponderado por modelo: Cada solicitud consume créditos según el costo del modelo subyacente. Una suscripción cubre varios proveedores de modelos, y las operaciones costosas consumen una mayor parte del grupo. Cursor no publica los costos de crédito por solicitud, por lo que las ponderaciones siguientes son ilustrativas.
Agotamiento de créditos y excesos: Cuando se agotan los créditos, los usuarios pasan a una cola “Slow” con modelos más económicos en lugar de quedar bloqueados. También pueden habilitar el uso bajo demanda para mantener el acceso premium, que se factura al final del ciclo.
Enterprise: En el plan Enterprise, toda la organización comparte un grupo de uso. Los usuarios intensivos consumen del mismo grupo que todos los demás, por lo que el límite de una persona no los bloquea mientras sus compañeros tienen capacidad sin utilizar. Cursor incluye el uso agrupado como una función de Enterprise en su página de precios.
Qué lo hace único
El modelo de Cursor equilibra la experiencia del usuario con el costo de infraestructura de cuatro maneras:- Abstracción de proveedores: Una suscripción integra varios proveedores de LLM, como OpenAI y Anthropic. Cursor gestiona los precios de los proveedores y las claves de API.
- Agotamiento ponderado: Los modelos potentes cuestan más créditos, por lo que el precio de una solicitud refleja su costo.
- Degradación gradual: La cola “Slow” reemplaza a un bloqueo total. Los usuarios permanecen en el producto y la experiencia más lenta fomenta la actualización del plan.
- Créditos agrupados: Un grupo a nivel de organización permite que un equipo comparta la capacidad en lugar de gestionar límites individuales.
Crea esto con Dodo Payments
Puedes crear este modelo con las asignaciones de créditos y la facturación basada en el uso de Dodo Payments. Los pasos siguientes crean el crédito, los planes, el medidor, la lógica de la cola lenta y el checkout.1
Create a Custom Unit Credit Entitlement
Ve a Products → Credits y haz clic en Create Credit. Este crédito representa las “Premium Requests” incluidas con cada suscripción. Usa esta configuración:
- Tipo de crédito: Custom Unit
- Nombre de la unidad: “Premium Requests”
- Precisión: 0 (una solicitud no se puede dividir)
- Caducidad del crédito: 30 días (los créditos se restablecen en cada ciclo de facturación)
- Transferencia de saldo: Deshabilitada (las solicitudes no utilizadas no se transfieren)
- Permitir exceso: Habilitado
- Precio por unidad: $0.04 (el costo de cada solicitud después de utilizar el grupo incluido)
- Comportamiento del exceso: Facturar el exceso en la facturación (el costo del exceso se añade a la siguiente factura)
2
Create Subscription Products
Crea un producto de suscripción por nivel. Asocia la misma asignación de créditos a cada producto con un valor diferente de Credits issued per billing cycle. Un único sistema de créditos para todos los niveles simplifica las actualizaciones y reducciones de plan.
- Hobby: $0/mes, 50 créditos/ciclo
- Pro: $20/mes, 500 créditos/ciclo
- Pro+: $60/mes, 5000 créditos/ciclo (efectivamente ilimitado para la mayoría de los usuarios)
- Ultra: $200/mes, 50000 créditos/ciclo (efectivamente ilimitado)
3
Create a Usage Meter Linked to Credits
Crea un medidor con el nombre de evento
ai.request, agregación Sum y credit_cost como Over Property. En tu producto basado en el uso, activa Bill usage in Credits, selecciona la asignación de créditos y establece Meter units per credit en 1.Tu aplicación determina el costo en créditos de cada solicitud a partir del modelo y el tipo de acción, y luego lo envía en el evento:4
Handle Credit Exhaustion (Slow Queue)
Suscríbete al webhook
credit.balance_low. Cuando el saldo de un cliente caiga por debajo del Low Balance Threshold establecido en el producto, muévelo a una cola lenta en tu aplicación. Esta es la lógica de degradación gradual.5
Create Checkout
Crea una sesión de checkout cuando un usuario se suscriba a un plan. Dodo Payments procesa el pago, calcula los impuestos y concede los créditos del plan.
Acelera con el LLM Ingestion Blueprint
Los eventos ponderados por créditos anteriores impulsan la facturación. Para registrar también el consumo de tokens sin procesar por proveedor, ejecuta el LLM Ingestion Blueprint junto con tu sistema de créditos.inputTokens, outputTokens, totalTokens y model en los metadatos del evento. Obtienes dos capas de datos: eventos ponderados por créditos para la facturación y recuentos de tokens sin procesar para el análisis de costos y márgenes.
Créditos de equipo agrupados (Enterprise)
El plan Enterprise de Cursor agrupa el uso de todo un equipo. Para crear esto con Dodo Payments, crea una suscripción para la organización en lugar de una por usuario. El uso del equipo se acumula entonces en una única entidad de facturación, que es lo que esperan los clientes más grandes.Estrategia de implementación
- Cliente a nivel de organización: Crea un cliente de Dodo Payments para toda la organización. Este cliente contiene el grupo de créditos compartido, y todas las facturas y concesiones de créditos pertenecen a su
customer_id. - Facturación basada en puestos: Cobra una tarifa de plataforma por usuario con un complemento por puesto, como se describe en Facturación basada en puestos. Cuando el equipo añada un miembro, cambia la cantidad del complemento. Los ingresos crecen con el número de usuarios y el grupo de créditos permanece separado.
- Seguimiento del uso compartido: Envía las solicitudes de cada miembro del equipo con el
customer_idde la organización, de modo que cada solicitud consuma del mismo grupo. Para generar informes sobre usuarios individuales, añade unuser_ida los metadatos del evento.
Comparación con la facturación SaaS tradicional
La facturación SaaS tradicional utiliza niveles de tarifa fija, por ejemplo $10/mes por 100 unidades. Un usuario que necesita 101 unidades a menudo debe pasar a un nivel de $50/mes. Este “salto” frustra a los usuarios y aumenta la pérdida de clientes. Los niveles fijos también ignoran los distintos costos de los diferentes tipos de uso, que son importantes para los productos de IA. Un modelo al estilo de Cursor creado con Dodo Payments evita estos problemas:- Sin efectos de “salto”: Los usuarios no tienen que actualizar el plan al alcanzar un límite. Pueden pagar el exceso o aceptar un rendimiento más lento, de modo que siguen trabajando en el producto.
- Alineación con los costos: Los ingresos siguen el costo de infraestructura. Los usuarios de modelos costosos pagan más, mediante créditos o excesos, lo que protege tus márgenes en funciones de alto costo.
- Mejor retención: Los usuarios que alcanzan su límite pueden seguir trabajando en lugar de quedar bloqueados. El uso continuo genera fidelidad y aumenta el valor del cliente durante toda su relación.
Gestión de actualizaciones y evolución de modelos
Los proveedores de IA actualizan y sustituyen modelos con frecuencia, y un modelo nuevo puede tener un costo diferente. Como los costos de los créditos se encuentran en tu aplicación, puedes establecer el precio de un modelo nuevo sin migrar datos de facturación. Para añadir un modelo más costoso, asígnale un costo mayor engetCreditCost. No cambias la asignación de créditos, el medidor ni las suscripciones existentes. La facturación permanece separada de la lógica de la aplicación, por lo que puedes lanzar cambios de modelo sin modificar la facturación.
Notificaciones y transparencia para los usuarios
Muestra a los usuarios cuántos créditos han utilizado para que puedan gestionar los costos y confiar en la factura. El webhookcredit.balance_low se activa cuando un saldo cae por debajo del Low Balance Threshold del producto. Para obtener más puntos de control, como el 50 % y el 80 % de uso, compara el saldo en los eventos credit.deducted con la asignación del plan.
Envía estas alertas por correo electrónico, mensaje dentro de la aplicación o Slack. Un aviso oportuno permite que los usuarios reduzcan el uso o actualicen el plan antes de llegar a la cola lenta, lo que reduce las solicitudes al equipo de soporte.
Seguridad y prevención del fraude
Los créditos tienen un valor monetario directo, así que protege el sistema que los consume.- Idempotencia: Asigna a cada evento de uso un
event_idúnico. Dodo Payments utilizaevent_idpara detectar duplicados, por lo que un reintento de red con el mismo ID no cobra dos veces al usuario. - Limitación de frecuencia: Limita las tasas de solicitudes en tu aplicación para que un usuario no pueda agotar sus créditos o tu presupuesto del proveedor demasiado rápido.
- Supervisión: Vigila el uso para detectar anomalías, como el uso compartido de cuentas o el abuso automatizado. La vista Customers del panel del medidor muestra los totales de uso por cliente.
Prácticas recomendadas para los sistemas de créditos
Ten en cuenta estas prácticas al diseñar un sistema de créditos:- Mantenlo simple: Los usuarios deben entender cuánto cuesta una solicitud y cuántos créditos les quedan.
- Proporciona valor: Establece el precio de las solicitudes para que los usuarios sientan que los créditos valen la pena. Un costo que parezca demasiado alto para una acción pequeña se percibe como un cobro excesivo.
- Sé transparente: Muestra el saldo actual de créditos y el historial de uso. Los clientes también pueden ver ambos en el Customer Portal.
- Automatiza todo: Utiliza los webhooks y las API de Dodo Payments para automatizar las tareas de facturación y eliminar el trabajo manual.
Funciones clave de Dodo utilizadas
Credit-Based Billing
Gestiona grupos de créditos que se agotan y excesos con unidades personalizadas.
Subscriptions
Configura la facturación recurrente para diferentes niveles con créditos integrados.
Usage-Based Billing
Registra eventos y factura según el consumo.
Event Ingestion
Envía datos de uso de gran volumen a Dodo Payments.
Webhooks
Responde a los cambios en el saldo de créditos y automatiza la asignación de niveles de usuarios.
LLM Ingestion Blueprint
Seguimiento automático de tokens en varios proveedores de LLM.