El subscription billing es el modelo donde los clientes pagan en un calendario recurrente por acceso continuo a un producto. En lugar de comprar software de una vez, el cliente paga cada período y mantiene acceso mientras siga pagando. Es el modelo de ingresos dominante en SaaS porque produce ingresos predecibles y alinea el incentivo del vendor con mantener a los clientes exitosos.
Los bloques fundamentales
El subscription billing tiene tres componentes centrales que funcionan juntos: planes, features, y suscripciones.
Un plan es el template de pricing. Define el precio base, el intervalo de facturación (mensual, trimestral, anual), y el conjunto de features incluidas. Pensalo como el producto que ponés en tu página de precios. "Starter a $29/mes" o "Pro a $99/mes" son planes.
Las features son las capacidades individuales dentro de un plan. Cada feature tiene un tipo que determina como se cobra y se consume.
- Features booleanas son toggles de encendido/apagado. "Branding custom: incluido" o "Soporte prioritario: incluido." No tienen costo variable y están incluidas en el precio base del plan.
- Features metered trackean el uso contra una cuota incluida y cobran overage al final del ciclo de facturación. Un plan puede incluir 10,000 llamadas a API, con cada llamada adicional costando $0.01. Consultá metered billing para detalles.
- Features de seats cobran por usuario. Un plan incluye 5 seats, y cada seat adicional cuesta $25/mes. Los seats usan un modelo híbrido: la asignación base se cobra por adelantado, y los seats adicionales se ajustan con true-up durante o al final del período. Consultá seat-based pricing para detalles.
- Features de consumo usan uno de tres modelos según la configuración del plan: metered (overage al final del período), credits (bloquea cuando se agotan), o balance (deducciones denominadas en dólares).
Una suscripción es la vinculación entre un cliente y un plan. Cuando un cliente hace checkout, se crea una suscripción que registra qué plan eligió, cuándo arranca su ciclo de facturación, su método de pago, y su moneda. La suscripción es el objeto que impulsa todos los cobros recurrentes, el tracking de uso, y la generación de facturas.
Cómo funciona el ciclo de vida de una suscripción
El ciclo de vida de una suscripción sigue un camino predecible.
Creación. El cliente selecciona un plan, ingresa los detalles de pago, y completa el checkout. La suscripción se crea con estado active, se genera la primera factura, y el precio base se cobra inmediatamente.
Renovación. Al final de cada ciclo de facturación, el sistema genera una nueva factura. Incluye el cargo por adelantado del próximo período (advance) y cualquier cargo basado en uso del período que acaba de terminar (true-up). Se cobra al método de pago almacenado. Si el pago es exitoso, el ciclo se repite.
Cambios de plan. Un cliente puede hacer upgrade o downgrade de su plan en cualquier momento. Los upgrades se prorratean inmediatamente: el cliente paga la diferencia por los días restantes en el ciclo actual y obtiene acceso instantáneo al nuevo plan. Los downgrades toman efecto en la próxima renovación.
Cancelación. Cuando un cliente cancela, mantiene acceso hasta el final de su período de facturación actual. Ya pagó por ese tiempo. Al final del período, la suscripción pasa a cancelled y se revoca el acceso. No hay reembolso prorrateado por los días restantes porque el cliente eligió cancelar, no el sistema.
Falla de pago. Si un cargo de renovación falla, la suscripción entra en dunning. El sistema reintenta el pago durante un período de gracia. Si la recuperación es exitosa, la suscripción vuelve a active. Si todos los reintentos fallan, la suscripción se cancela.
Principios de diseño de planes
Un buen diseño de planes parte de entender qué valoran tus clientes y cómo escalan tus costos.
Arrancá desde la métrica de valor. La métrica de valor es la unidad que más correlaciona con el valor que recibe tu cliente. Para una API de comunicación, son mensajes enviados. Para un producto de IA, son tokens procesados. Para una herramienta de colaboración, son miembros del equipo. La feature de consumo principal de tu plan debería trackear esta métrica.
Incluí suficiente para cubrir el caso común. El plan base debería incluir suficiente uso para que el 60-70% de los clientes nunca lo excedan. Si la mayoría de los clientes hace entre 5,000 y 8,000 llamadas a API por mes, configurá la cuota incluida en 10,000. La mayoría obtiene una factura predecible, y el pricing de overage captura valor de los usuarios pesados.
Usá gates de features para diferenciación. Las features booleanas crean tiers de plan. Starter incluye features core. Pro agrega branding custom y analytics. Enterprise agrega SSO y audit logs. Cada tier desbloquea capacidades para clientes progresivamente más grandes.
Para una guía paso a paso para crear planes, consultá la documentación de crear planes.
Subscription billing y revenue recognition
El subscription billing crea requerimientos específicos de revenue recognition. El cargo base pagado por adelantado se reconoce de forma proporcional a lo largo del período de servicio, no en el punto de cobro. Una suscripción anual de $1,200 se reconoce como $100/mes a lo largo de 12 meses, no $1,200 en el mes que se cobró.
Los cargos basados en uso se reconocen cuando ocurre el uso, típicamente al final del período de medición. Esta distinción importa para los reportes financieros y es una razón por la cual el sistema de billing necesita mantener registros precisos de qué se cobró, cuándo, y por qué período.
Relacionados
- Recurring Billing: el mecanismo automatizado de cobro de pagos que impulsa las suscripciones
- Ciclo de facturación: el período de tiempo entre dos fechas de factura
- Prorrateo: cómo se calculan los cambios de plan a mitad de ciclo
- Dunning: recuperación de pagos fallidos para prevenir churn involuntario
- Usage-Based Billing: modelos de consumo usados dentro de planes de suscripción
- Crear planes: guía para configurar planes con features y pricing