Pricing y Billing de SaaS: Implementación Stripe, Planes, Metering y Descuentos Anuales
El billing de SaaS es donde la estrategia de pricing choca con la ingeniería. Per-seat, usage-based, híbrido, freemium, descuento anual, dunning, prorrateo, upgrade a media: cada decisión de negocio crea una decisión de ingeniería. La buena noticia: en 2026, Stripe Billing cubre 80% de lo que necesitas out of the box. El reto es el 20% específico de tu modelo. Esta es la implementación de referencia que entregamos en Alher Tech.
Modelos de Pricing en 2026
- Per-seat: El más común en B2B SaaS. Predecible para el cliente, fácil de cobrar. Lo mejor cuando el valor escala con tamaño de equipo (Notion, Slack).
- Usage-based: Llamadas API, transacciones, tokens IA, storage. Alinea coste con valor pero crea riesgo de billing-shock. Lo mejor cuando el uso es variable y el valor se consume.
- Híbrido (per-seat + usage): Seats base + overage en métrica de uso. El modelo dominante en SaaS AI-native e infra en 2026.
- Tiered / packaged: Starter / Pro / Enterprise con distintos feature sets. Común en self-serve. Cuidado con la complejidad de entitlements en código.
- Contrato anual / ACV: Pricing custom para enterprise. Descuento negociado en anual por adelantado. El default en deals de 25K+ $.
- Freemium: Tier gratis para empujar adopción, tier de pago para valor. Funciona solo cuando el coste marginal del gratis es bajo. Cuidado con abuso.
Stripe Billing Como Base
- Suscripciones con múltiples tiers y intervalos configurables
- Pricing per-seat con ajustes de cantidad a media
- Usage-based vía metered billing + UsageRecord API
- Cálculo de impuestos vía Stripe Tax (US, UE, UK, AU, más)
- Dunning: retry automático en pagos fallidos, flujos de email al cliente
- Customer Portal: cambios de plan, métodos de pago, descarga de facturas self-service
- Webhooks para cada cambio de estado. Guía tu app desde ellos
- Stripe Tax para compliance fiscal global, que te salva del lío de IVA, GST, sales tax
La Implementación de Referencia
- Modelo Customer + Subscription: Un Customer Stripe por workspace. Una Subscription con uno o más SubscriptionItems para distintos productos. No mezcles Customer con User: el billing está a nivel workspace.
- Handler de webhook: Receptor idempotente de cambios de estado. Source of truth: Stripe. Tu BD es caché. customer.subscription.updated, invoice.payment_succeeded, customer.subscription.deleted son los críticos.
- Capa de entitlements: Mapea price IDs de Stripe a feature flags. 'Cliente tiene Pro' resuelve a 'API ilimitada + reportes avanzados'. No hardcodees precios en tu app; mapéalos por entitlements.
- Pipeline de metering: Trackea eventos en tu app, reporta en batch a Stripe (cada 5-15 min). Idempotente por reintentos. Tope por cliente para evitar facturas runaway.
- Integración Customer Portal: Botón de un click al portal Stripe para cambios de plan. Reduce dramáticamente los tickets de soporte.
- Admin interno: Controles override para soporte/ventas: trials, descuentos custom, edits manuales. No dejes que sea solo operación Stripe.
Patrones Comunes Que Querrás
- Descuento anual: price ID separado con interval anual. Toggle en portal deja al usuario cambiar.
- Trial: trial_period_days en subscription. Sin tarjeta para self-serve, con tarjeta para high-touch.
- Prorrateo: Stripe lo maneja en cambios. Testea tus handlers, porque la lógica es sutil.
- Upgrade a media: acceso instantáneo, cargo prorrateado en siguiente factura. Comportamiento estándar.
- Downgrade a media: aplica al final del periodo para evitar reembolsos. También estándar.
- Descuento por volumen: pricing tiered por cantidad. El descuento entra en break points.
- Caps de uso: trackea uso, soft-fail o alerta antes del hard cap. No dejes que el cliente acumule facturas sorpresa.
Cambiar Pricing sin Migrar Clientes
Las páginas de pricing cambian. El pricing del cliente normalmente no, salvo que quieras retenerlos. Los patrones:
- Grandfather a clientes existentes: Mantén precios viejos en subs existentes. Los nuevos ven precios nuevos. Stripe lo maneja: las subs viejas referencian precios viejos.
- Migración con aviso: Email con 30-90 días de aviso, opt-in al nuevo pricing. El portal deja cambiar. Algunos se van; la mayoría se queda.
- Migración forzada: Último recurso. Actualiza todas las subs en una fecha, acepta algo de churn. Reservado para reposicionamientos mayores.
- Pricing add-on: No cambies el precio base; añade SKUs nuevos a los que el cliente puede optar. Menor fricción, menor riesgo de churn.
Qué Sale Mal
- Drift de webhooks: webhooks perdidos, tu BD y Stripe en desacuerdo. Corre reconciliación diaria.
- Bugs de entitlements: cliente downgraded pero sigue con features Pro una semana. Conduce entitlements desde estado Stripe, no caché local sin TTL.
- Fallos de reporte de uso: bug en metering = sin cargos, el cliente disfruta gratis un trimestre. Monitoriza el volumen de reporte.
- Sorpresas fiscales: olvidaste activar Stripe Tax, debes impuestos atrás. Actívalo el día uno si vendes internacional.
- Churn por pago fallido: pagos fallan, sin dunning, pierdes ingresos en silencio. Configura emails de dunning y periodos de gracia.
- Creep de scope PCI: guardar tarjeta en tu BD. No. Stripe Elements + tokenización te dejan fuera de PCI.
Coste y Plazo
| Scope | Coste | Plazo |
|---|
| Stripe + suscripción per-seat básica | 10K – 25K $ | 2 – 4 semanas |
| Modelo híbrido con metering de uso | 25K – 80K $ | 4 – 8 semanas |
| Billing enterprise completo (contratos custom, ACV) | 60K – 200K $ | 8 – 16 semanas |
| Multi-divisa, impuestos, pricing regional | 30K – 120K $ | 5 – 10 semanas |
Factura Como Ingeniería de Producción
El billing es el sistema más importante de tu SaaS: es literalmente cómo cobras. Trátalo como ingeniería de producción: webhooks idempotentes, reconciliación, monitorización, auditoría. Los equipos que no, lo pagan después en ingresos perdidos y confianza del cliente.
Stripe Billing maneja el 80%. El 20% restante (entitlements, metering, contratos custom) es donde la calidad de ingeniería decide si tu billing es foso o pasivo.
Preguntas frecuentes
¿Stripe Billing o Chargebee/Paddle?
Stripe Billing en la mayoría de SaaS 2026: mejor tooling, mejor ecosistema. Paddle para SaaS internacional que quiere merchant-of-record (maneja impuestos/compliance por ti). Chargebee para lógica de billing enterprise compleja que Stripe no soporta nativamente.
¿Cómo evito facturas runaway de uso?
Soft caps con email al 80%. Hard caps que pausan o encolan hasta el siguiente ciclo. Spend limits controlados por cliente en el portal. La confianza importa más que el ingreso máximo.
¿Puedo cambiar pricing sin perder clientes?
Sí si haces grandfather. Mantén precios viejos en subs existentes, nuevos para nuevos clientes. Stripe lo maneja. La mayoría de SaaS corren 3-5 tiers históricos en paralelo.
¿Y los impuestos (IVA, GST, sales tax)?
Stripe Tax maneja cálculo global, registro donde haga falta y remesa en la mayoría de jurisdicciones. Actívalo el día uno. Volver atrás 2 años a arreglar impuestos es caro.
¿Necesito sistema separado para enterprise?
Stripe Billing aguanta hasta deals de ~1M $ ACV cómodamente. Pasando eso, contratos custom, RFPs, multi-year empiezan a necesitar CPQ (Salesforce CPQ, Subskribe, Maxio). Planifica la ruta.
Guías relacionadas