Calculadora de métricas SaaS

Esta calculadora de métricas SaaS toma un recuento de suscriptores, un precio mensual por cliente y cuántos clientes se dieron de baja en el periodo, y devuelve el ingreso recurrente mensual, la tasa de churn de clientes del periodo y el valor de vida del cliente a partir de las identidades de manual: MRR igual a subscribers por price, tasa de churn igual a churned dividido entre subscribers, y valor de vida igual a price dividido entre esa tasa de churn. Un recuento de suscriptores igual a cero falla con invalid_input y no se factura, porque tanto la tasa de churn como el valor de vida dividirían entre cero.

Cómo el MRR, la tasa de churn y el valor de vida salen de tres números

El ingreso recurrente mensual, devuelto como mrr, es subscribers por price: el recuento de clientes de pago multiplicado por el precio mensual que pagan, que también es el ingreso medio por usuario cuando todos los suscriptores están en un mismo plan. La tasa de churn es churned dividido entre subscribers: la fracción de la base que canceló, caducó o se fue durante el periodo. La calculadora devuelve esa razón como churn_rate (de cero a uno) y como churn_rate_percent (de cero a cien). El valor de vida del cliente es price dividido entre la tasa de churn mensual, que es lo mismo que price por subscribers dividido entre churned: si el cinco por ciento de la cartera se va cada mes, se espera que un cliente permanezca veinte meses y aporte veinte veces el precio mensual.

Contrato de entrada, forma de la respuesta y comportamiento ante errores

Esos fallos no se facturan. Cuando churned es cero la tasa de churn es cero y los campos de vida se omiten en lugar de imprimirse como infinito o null. Envíe por POST un cuerpo JSON con tres números finitos obligatorios. subscribers es el recuento de clientes usado como base del periodo —en general los clientes de pago al inicio del mes, o la cartera de pago actual que desea valorar— y debe ser estrictamente mayor que cero; los alias customers, customer_count y subscriber_count apuntan al mismo campo para que la hoja conserve el nombre de sus columnas. price es el importe mensual que paga cada suscriptor, también llamado ARPU cuando la cartera está en un solo plan; se aceptan los alias arpu, monthly_price y price_per_subscriber. churned es cuántos clientes se fueron durante el periodo; se aceptan los alias churned_customers, cancelled y churn_count. Cada campo numérico puede llegar como número JSON o como cadena numérica. Los campos ausentes, las cadenas vacías y los valores no finitos —NaN, Infinity o texto que no se interpreta como número— fallan con invalid_input nombrando el campo. Un recuento de suscriptores igual a cero o un recuento negativo también falla con invalid_input, porque la tasa de churn y el valor de vida dividirían entre cero. Un price negativo y un churned negativo se rechazan. churned no puede superar a subscribers: una tasa de churn por encima del cien por cien se trata como error de datos, no como resultado. Si la validación pasa, el cuerpo repite subscribers, price y churned, informa mrr como subscribers por price redondeado half-up a dos decimales, arr como esa cifra mensual por doce, churn_rate como churned dividido entre subscribers redondeado half-up a ocho decimales, churn_rate_percent como esa razón por cien redondeada half-up a seis, customer_lifetime_months como subscribers dividido entre churned redondeado half-up a cuatro, customer_lifetime_value como price por subscribers dividido entre churned redondeado half-up a dos, más una cadena de fórmula que reafirma las identidades. Combine el JSON con su propia regla sobre qué instantánea de suscriptores encaja con las cancelaciones que envía —recuento inicial, recuento final o promedio del periodo— porque este endpoint divide los dos números que usted manda; no reconstruye un libro de facturación ni elige una convención de cohortes. El precio es un fijo de $0.002 por petición correcta.

Dónde aporta valor una calculadora de métricas SaaS

Los equipos de producto integran el contrato en paneles, exportaciones CRM y pruebas CI que deben fijar mrr, churn_rate_percent y customer_lifetime_value sin llamar a un motor de facturación. Como la implementación es parse pura de nivel A, cada llamada correcta cuesta el precio base publicado $0.002 sin tokens de modelo ni red saliente. Mantenga subscribers estrictamente positivo, mantenga churned entre cero y subscribers, mantenga price no negativo, fije en las pruebas las métricas redondeadas y obtendrá una instantánea SaaS reproducible para teasers, plugins LMS y workers de borde sin montar una pila de analítica de suscripciones propia.