Modelo de Facturación de Lovable
El modelo de precios de Lovable combina créditos por mensaje con una medición independiente para el hosting en la nube y las funciones de IA.
Las preguntas frecuentes sobre precios de Lovable describen estas reglas (lovable.dev/pricing):
- Suscripción basada en créditos: los mensajes enviados a la IA consumen créditos. En Plan Mode, 1 crédito = 1 mensaje. En Default Mode, el costo varía según la complejidad de la tarea.
- Los créditos se comparten entre usuarios ilimitados: cada miembro de un espacio de trabajo utiliza un único fondo común. Los planes tienen un precio basado en créditos, no por usuario.
- Los créditos mensuales se renuevan al renovar la suscripción: cada renovación añade los créditos del plan. Los créditos mensuales no utilizados caducan dos meses después de su emisión.
- Recargas de créditos bajo demanda: los usuarios pueden comprar más créditos si se quedan sin ellos. Los créditos de recarga duran 12 meses.
- Facturación independiente basada en el uso para Cloud + AI: el alojamiento y las funciones de IA de las aplicaciones de los usuarios tienen su propia asignación mensual y después consumen del saldo de créditos.
- Las bonificaciones diarias se restablecen cada día: una asignación diaria de 5 créditos que se pierde si no se utiliza y no se acumula.
Qué lo hace único
- Simplicidad basada en mensajes: los usuarios piensan en mensajes, no en tokens ni pesos de modelos. Esta simplificación representa la forma más sencilla: 1 crédito = 1 mensaje.
- Híbrido de asignación diaria y fondo mensual: los 5 créditos de bonificación diarios fomentan el uso cotidiano, mientras que los 100 créditos mensuales cubren los picos de trabajo.
- Fondo común para todo el equipo: los créditos se comparten entre usuarios ilimitados por un precio fijo para el equipo, no por usuario.
- Facturación en dos capas: los créditos pagan las interacciones con la IA y la infraestructura de nube se mide por separado.
Crea esto con Dodo Payments
Puedes crear el modelo híbrido de Lovable con las asignaciones de créditos y los medidores basados en el uso de Dodo Payments.1
Create a Custom Unit Credit Entitlement
En el panel de Dodo Payments, ve a Products → Credits y crea el crédito para mensajes. Este crédito contiene el fondo mensual.
- Credit Type: Custom Unit
- Unit Name: “Messages”
- Precision: 0
- Credit Expiry: 60 days (coincide con la caducidad de dos meses de Lovable para los créditos mensuales)
- Allow Overage: Disabled
2
Create Subscription Products
Crea tus planes y vincula el crédito a los planes de pago. Tu aplicación gestiona la bonificación diaria del plan Free.
- Free: $0/mes, 0 créditos (la bonificación diaria se gestiona mediante la lógica de la aplicación)
- Pro: $25/mes, 100 créditos/ciclo, vincular la asignación de créditos
- Business: $50/mes, 100 créditos/ciclo, vincular la asignación de créditos
3
Create a Usage Meter for Cloud + AI
Lovable factura la infraestructura de nube por separado de los mensajes. Crea un medidor para realizar su seguimiento.
- Event name:
cloud.compute_seconds - Aggregation: Sum, con
compute_secondscomo Over Property
client del paso anterior.4
Implement Daily Bonus Credits (Application Logic)
Tu aplicación gestiona la asignación diaria. Restablece un contador diario con una tarea programada y consume los créditos de bonificación antes que el saldo de Dodo Payments.Los mensajes de bonificación utilizan un nombre de evento independiente,
ai.message.bonus, que no utiliza ningún medidor vinculado a créditos. Se registran para análisis sin deducirse del fondo mensual.5
Send Usage Events for Messages
Registra cada mensaje de IA como un evento de uso. Crea un medidor de tipo Count para el evento
ai.message, activa Bill usage in Credits, selecciona el crédito “Messages” y establece Meter units per credit en 1.6
Handle Webhooks for Low Balance
Notifica a los usuarios cuando sus créditos estén a punto de agotarse para que puedan recargar o mejorar el plan.
Acelera el desarrollo con LLM Ingestion Blueprint
LLM Ingestion Blueprint envuelve tu cliente de IA y envía un evento de uso por cada llamada.Descripción general de la arquitectura
La secuencia siguiente muestra un mensaje: la aplicación consume primero la bonificación diaria, después el saldo de créditos de Dodo Payments y mide el uso de la nube por separado.Funciones principales de Dodo utilizadas
Estas funciones de Dodo Payments impulsan la implementación:Credit-Based Billing
Gestiona los créditos para mensajes y los fondos comunes del equipo.
Subscriptions
Configura planes recurrentes para los niveles Pro y Business.
Usage-Based Billing
Mide el uso de la infraestructura de nube por separado de los créditos de IA.
Event Ingestion
Envía eventos de mensajes y procesamiento de gran volumen a Dodo Payments.
Webhooks
Automatiza las notificaciones de saldos de créditos bajos.
LLM Ingestion Blueprint
Simplifica el seguimiento del uso de IA con integraciones prediseñadas.