Skip to main content

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)
Cada usuario obtiene un grupo fijo de solicitudes por ciclo y paga las solicitudes adicionales según el precio por unidad.
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)
Cuando un cliente se suscribe, Dodo Payments concede los créditos del producto para el ciclo de facturación y vuelve a concederlos en cada renovación.
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:
Un medidor Sum sobre credit_cost permite que un solo evento tenga cualquier ponderación. Envías un evento por solicitud en lugar de un evento por crédito, lo que mantiene reducido el volumen de ingesta.
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.
Cada llamada registrada envía 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.
El LLM Blueprint admite OpenAI, Anthropic, Groq, Google Gemini, OpenRouter y Vercel AI SDK. Consulta la documentación completa del blueprint para ver todos los proveedores compatibles.

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

  1. 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.
  2. 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.
  3. Seguimiento del uso compartido: Envía las solicitudes de cada miembro del equipo con el customer_id de la organización, de modo que cada solicitud consuma del mismo grupo. Para generar informes sobre usuarios individuales, añade un user_id a los metadatos del evento.
Cada miembro paga una tarifa de plataforma predecible y el equipo comparte un grupo de créditos para los recursos de IA costosos. Los miembros no gestionan sus propios límites.

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 en getCreditCost. 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 webhook credit.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 utiliza event_id para 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:
  1. Mantenlo simple: Los usuarios deben entender cuánto cuesta una solicitud y cuántos créditos les quedan.
  2. 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.
  3. 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.
  4. 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.
Última modificación el 26 de septiembre de 2026