Métricas de facturación SaaS que de verdad dirigen el negocio: MRR, churn, LTV y NRR (y cómo sacarlas de Stripe) (2026)
Las métricas que dirigen un SaaS son el MRR y sus componentes (Nuevo + Expansión − Contracción − Cancelado), el churn (logos vs ingresos, bruto vs neto), el LTV (ARPA / churn, busca 3:1 LTV:CAC) y el NRR (>100% significa que tu base crece sola). Sácalas de Stripe Billing Analytics y de Stripe Sigma para cortes SQL a medida.
¿Qué métricas SaaS de verdad dirigen el negocio?
Voy a ser directo: la mayoría de los dashboards de SaaS están diseñados para hacerte sentir bien, no para ayudarte a tomar decisiones. Total de usuarios registrados, descargas, “engagement”, pageviews. Vanity metrics. He corrido cobros recurrentes con dinero real moviéndose por Stripe en producción, y la verdad es que solo cuatro números dirigen un negocio de suscripción: el MRR (y sus componentes), el churn, el LTV y el NRR. Todo lo demás es reparto secundario.
El peligro en 2026 no es la falta de datos. Stripe te entrega más de los que puedes leer. El peligro es engañarte con ellos: contar un setup fee como si fuera recurrente, mirar el churn neto y no ver que la cubeta tiene una fuga, o confundir el efectivo de tu payout con el MRR. Cada uno de esos errores te hace tomar decisiones malas con cara de estar siendo riguroso.
Este post hace dos cosas. Primero, define cada métrica correctamente, sin atajos. Segundo, te enseña a sacarlas de Stripe Billing Analytics y de Stripe Sigma sin caer en las trampas clásicas. Y una nota desde ya: hay un tipo de churn —el involuntario, el de los pagos fallidos— que es un número que sí puedes mover. Si vienes por eso, ve directo a mi post sobre recuperar pagos fallidos con dunning en Stripe. Aquí me enfoco en medir bien para que sepas qué mover.
¿Qué es realmente el MRR y qué NO puedes contar?
El MRR es el ingreso recurrente mensual normalizado. Las dos palabras que importan son “recurrente” y “normalizado”, y casi todo el mundo se equivoca en al menos una.
Recurrente significa que excluyes los cobros que no se repiten: setup fees, servicios de implementación, consultoría, cualquier cargo one-time. Si vendiste una integración custom por una sola vez, ese dinero entró a tu banco, sí, pero no es MRR. Meterlo infla tu número y, peor, te miente sobre la tendencia: el mes que cobras tres onboardings grandes parece que creciste, y al mes siguiente parece que te desplomaste, cuando en realidad tu base recurrente no se movió.
Normalizado significa que los planes anuales se convierten a una cifra mensual: plan anual entre 12. Si alguien te paga $1,200 USD por un año, eso son $100 de MRR, no $1,200 en el mes que pagó. Contabilizar el año completo en un solo mes es la forma más rápida de creerte un hockey stick que no existe.
El MRR no es un número plano: se descompone. Y esa descomposición es lo que de verdad cuenta:
La fórmula del Net new MRR
Cuando ves el MRR descompuesto en estas cuatro piezas, entiendes de dónde viene tu crecimiento. Dos negocios pueden tener el mismo Net new MRR: uno porque adquiere clientes nuevos a toda velocidad mientras pierde por atrás, otro porque su base existente se expande sola. Son negocios radicalmente distintos, y el MRR plano te los esconde.
Como contexto de etapa temprana: muchos founders apuntan a un ~10–20% de crecimiento de MRR mes a mes al inicio. Es un objetivo común, pero los benchmarks varían muchísimo según mercado y ticket; tómalo como brújula, no como ley.
Churn: logos vs ingresos, bruto vs neto — ¿cuál debería asustarte?
“Churn” es una de esas palabras que la gente usa como si fuera una sola cosa, y son cuatro. Si no sabes cuál estás citando, no sabes de qué estás hablando.
Primero, churn de clientes (logo churn) = clientes perdidos en el periodo / clientes al inicio. Cuenta cabezas. Segundo, churn de ingresos (revenue churn) = MRR perdido / MRR al inicio. Cuenta dinero. La diferencia importa porque perder diez clientes de $20 no es lo mismo que perder uno de $2,000, y el logo churn los trata igual.
Encima de eso está el eje bruto vs neto. El churn bruto solo mira lo que se fue. El churn neto resta la expansión: si perdiste $1,000 de MRR pero tus clientes existentes te subieron $1,400 en upgrades, tu revenue churn neto es negativo (creciste). Son historias distintas y necesitas las dos.
Benchmarks aproximados de churn mensual por segmento
Y aquí va el golpe que motiva todo: un 5% de churn mensual equivale a perder aproximadamente el 46% de tus clientes en un año. Casi la mitad de tu base evaporada en doce meses. Cuando ves ese número, entiendes por qué vale la pena recuperar el churn involuntario —los pagos que fallan por una tarjeta vencida, no porque el cliente quiera irse—. Es la fuga más barata de tapar que vas a encontrar.
Mi opinión, después de correr esto en producción: vigila el revenue churn bruto para ver la fuga real. El churn neto es honesto y útil, pero también es el número que más fácil te miente, porque un par de upgrades grandes pueden enmascarar una cubeta que se está vaciando por abajo. El neto te dice si estás creciendo; el bruto te dice si tienes un problema de retención que vas a pagar caro cuando la expansión se enfríe.
LTV y LTV:CAC — ¿cuánto vale de verdad un cliente?
El LTV (lifetime value) es cuánto ingreso esperas de un cliente a lo largo de su vida. La fórmula práctica es simple:
LTV ≈ ARPA / churn rate
donde ARPA es el ingreso promedio por cuenta. Si tu ARPA es $50/mes y tu churn mensual es 5%, tu LTV es $50 / 0.05 = $1,000. Limpio. Pero fíjate en algo crítico: el churn está en el denominador. Eso significa que tu LTV es tan bueno como tu número de churn, y ni un centavo mejor.
La regla de decisión que importa es el ratio LTV:CAC ≥ 3:1. Por cada peso que gastas en adquirir un cliente (CAC), quieres recuperar al menos tres de LTV. Por debajo de 3:1, la matemática de adquisición no cierra: estás comprando crecimiento que no se paga solo. Las unit economics detrás de esto son las mismas que discuto en cuánto cuesta construir un MVP de SaaS — el build es solo el principio; el LTV:CAC es lo que decide si el negocio respira.
La trampa: como el churn es el denominador, un error pequeño en el churn mueve el LTV brutalmente. Mide el churn en 3% cuando en realidad es 5% y tu LTV salta de $1,000 a $1,667 — un 67% de fantasía. Por eso mi consejo es no sobre-modelar cohortes de LTV antes del product-market fit. Pon el churn honesto primero; el LTV cae solo cuando el denominador es real.
NRR: por qué cruzar el 100% lo cambia todo
El Net Revenue Retention (NRR) es, en mi opinión, el número que mejor revela si tu negocio compone. La fórmula:
NRR = (MRR inicial + Expansion − Contraction − Churned) / MRR inicial × 100
Fíjate que solo mira tu base existente: cero clientes nuevos en la ecuación. Eso es justo lo que lo hace tan poderoso. Si tu NRR está por encima del 100%, significa que tu base crece sola aunque no firmes un solo logo nuevo el mes que viene. Los clientes que ya tienes te pagan más con el tiempo. Best-in-class es arriba del 120%.
Churn bruto vs NRR: lo que cada uno te muestra
Solo churn bruto
- Solo mira lo que se fue
- Hace ver toda pérdida como catástrofe
- Esconde la expansión de la base
- Te empuja a obsesionarte con logo churn
NRR (>100%)
- Incluye expansión, contracción y churn
- Arriba de 100% = la base crece sola
- Arriba de 120% = best-in-class
- Revela si tu modelo compone sin nuevos logos
Por eso el NRR es la métrica que mueve el pricing por uso y la expansión. Si cobras por consumo, cada cliente que crece su uso te sube el NRR sin que tú vendas nada nuevo — exactamente la dinámica que explico en facturación por uso para SaaS de IA con Stripe. La trampa opuesta es ignorar la expansión por completo, obsesionarte con el logo churn, y perderte la verdadera historia de crecimiento que está pasando dentro de tu base.
¿Cómo sacas esto de Stripe sin engañarte?
Bien, la parte práctica. Si tu billing corre en Stripe, ya tienes casi todo lo que necesitas; el truco está en configurarlo con honestidad. Y si todavía no tienes el motor de billing que produce estos datos, ese es otro tema: lo cubro en cómo integrar Stripe en tu SaaS.
Stripe Billing Analytics. Stripe Billing trae un dashboard de Analytics (Dashboard → Billing → Analytics) que te calcula MRR, churn y crecimiento directo de tus suscripciones. Lo importante es cómo configuras el tratamiento de descuentos y trials. Un setup conservador resta los descuentos recurrentes y one-time y cuenta a un suscriptor como activo cuando se recibe el primer pago (no cuando arranca el trial). Esto evita inflar el MRR con gente que todavía no te ha pagado un peso.
Stripe Sigma. Cuando necesitas un corte que el dashboard no te da —MRR por plan, por país, por cohorte— usas Stripe Sigma para escribir SQL directo contra tus datos de Stripe. Un ejemplo mínimo para sacar el MRR activo por plan:
-- MRR activo por plan (ilustrativo)
-- Nota: el esquema real de Sigma puede usar la tabla/columnas de `prices`
-- (modelo actual) en vez de `plans` (modelo legacy), segun tu cuenta.
-- Normaliza el precio a mensual: si el intervalo es anual, divide entre 12.
-- Contempla también 'week'/'day' y el interval_count al normalizar.
SELECT
plans.id AS plan_id,
plans.nickname AS plan_name,
COUNT(*) AS active_subs,
SUM(
CASE plans.interval
WHEN 'year' THEN plans.amount / 12.0
WHEN 'month' THEN plans.amount
ELSE plans.amount -- ajusta week/day segun tu interval_count
END
) / 100.0 AS mrr -- amount viene en centavos
FROM subscriptions
JOIN plans ON subscriptions.plan_id = plans.id
WHERE subscriptions.status = 'active'
GROUP BY plans.id, plans.nickname
ORDER BY mrr DESC;Nota que normalizo el anual a mensual dentro del query y divido entre 100 porque amount viene en centavos. Esos dos detalles son justo donde la gente se equivoca y reporta números 12x o 100x inflados. El ELSE está para no perder filas silenciosamente si aparecen intervalos como week o day.
La línea que nunca cruzas: el ingreso reconocido (accrual / ASC 606) NO es lo mismo que el MRR ni que el efectivo. El MRR es una métrica de salud normalizada. El efectivo es lo que entra a tu banco. El ingreso reconocido es contabilidad. Si necesitas reconocimiento de ingresos para tu contabilidad, Stripe lo maneja por separado con Stripe Revenue Recognition — no lo mezcles con tu MRR.
Cómo sacar las métricas de Stripe, en orden
- Configura Billing AnalyticsTrata descuentos y trials de forma conservadora; activo = primer pago recibido
- Usa Sigma para cortes a medidaSQL contra tus datos: MRR por plan, por cohorte, por país
- Separa MRR/efectivo de ingreso reconocidoASC 606 lo maneja Revenue Recognition aparte; no lo mezcles con el MRR
Para profundizar, la guía de métricas SaaS de Stripe y la documentación de Stripe Sigma son las referencias oficiales que yo uso.
Preguntas frecuentes: MRR, churn, LTV y NRR en Stripe
¿Debo contar los planes anuales en el MRR? Sí, pero normalizados a mensual (anual / 12). Nunca contabilices el año completo como el MRR de un solo mes; te inventa un pico que no existe.
¿El MRR es lo mismo que el ingreso de mi payout de Stripe? No. El MRR es ingreso recurrente normalizado. El efectivo de tu payout y el ingreso reconocido (ASC 606) son cosas distintas — son tres lentes diferentes sobre el mismo negocio.
¿Resto refunds y descuentos del MRR? Lo configuras en Billing Analytics. Un setup conservador resta los descuentos recurrentes y one-time, lo que te da un MRR más cercano a la realidad de caja recurrente.
¿Qué es un buen churn rate? Depende del segmento: enterprise ~0.5–1%/mes, mid-market ~1–2%, SMB ~3–5%. Son benchmarks aproximados que varían; compárate contra tu propia tendencia antes que contra una tabla.
¿Por qué el NRR importa más que el logo churn? Porque el NRR captura la expansión. Arriba de 100% tu base compone sola; best-in-class es arriba de 120%. El logo churn solo cuenta cabezas que se fueron y se pierde la mitad de la historia.
¿Los pagos fallidos pueden inflar mi churn? Sí — eso es churn involuntario, y es recuperable. Las tasas de recuperación varían (Stripe cita alrededor de ~55%; la data independiente suele ser más baja). Confirma siempre el número actual contra tu propia operación.
Las métricas que se ganan un lugar en tu dashboard
Resumo. Cuatro números se ganan un lugar en tu dashboard y el resto puede irse: MRR con sus componentes (New + Expansion − Contraction − Churned), el churn en su sabor correcto (revenue bruto para ver la fuga real), el LTV con la regla 3:1 de LTV:CAC, y el NRR arriba del 100% como señal de que tu base compone. Fíjalos. Suelta lo demás.
Una sola disciplina los sostiene a todos: nunca confundas el efectivo, el ingreso reconocido y el MRR. Normaliza los planes anuales. Excluye los one-time fees. Si te aferras a eso, tus números dejan de mentirte.
Y la acción concreta para esta semana: entra a Billing Analytics y configúralo de forma conservadora, escribe una query de Sigma para sacar tu MRR por plan, y luego ve a mover el único número que de verdad está bajo tu control inmediato — el churn involuntario. Cómo recuperarlo está aquí: recuperar pagos fallidos con dunning en Stripe. Medir bien es el requisito; mover el churn involuntario es el primer retorno.