Calculateur de métriques SaaS

Ce calculateur de métriques SaaS prend un effectif d'abonnés, un prix mensuel par client et le nombre de clients partis sur la période, puis renvoie le revenu récurrent mensuel, le taux de churn logos de la période et la valeur vie client à partir des identités de manuel : le MRR égale subscribers fois price, le taux de churn égale churned divisé par subscribers, et la valeur vie égale price divisé par ce taux de churn. Un effectif d'abonnés égal à zéro échoue avec invalid_input et n'est pas facturé, car le taux de churn et la valeur vie diviseraient par zéro.

Comment le MRR, le taux de churn et la valeur vie sortent de trois nombres

Le revenu récurrent mensuel, renvoyé comme mrr, est subscribers fois price : l'effectif de clients payants multiplié par le prix mensuel qu'ils paient, ce qui est aussi le revenu moyen par utilisateur lorsque tous les abonnés sont sur un même plan. Le taux de churn est churned divisé par subscribers : la part de la base qui a résilié, expiré ou quitté pendant la période. Le calculateur renvoie ce rapport comme churn_rate (de zéro à un) et comme churn_rate_percent (de zéro à cent). La valeur vie client est price divisé par le taux de churn mensuel, ce qui est la même chose que price fois subscribers divisé par churned : si cinq pour cent du livre partent chaque mois, un client est censé rester vingt mois et apporter vingt fois le prix mensuel.

Contrat d'entrée, forme de la réponse et comportement en cas d'erreur

Lorsque churned vaut zéro, le taux de churn est zéro et les champs de durée de vie sont omis plutôt qu'imprimés comme infini ou null. Envoyez par POST un corps JSON avec trois nombres finis obligatoires. subscribers est l'effectif de clients pris comme base de la période — en général les clients payants au début du mois, ou le livre payant actuel que vous voulez valoriser — et doit être strictement supérieur à zéro ; les alias customers, customer_count et subscriber_count pointent vers le même champ afin que la feuille conserve le nom de ses colonnes. price est le montant mensuel que paie chaque abonné, aussi appelé ARPU lorsque le livre est sur un seul plan ; les alias arpu, monthly_price et price_per_subscriber sont acceptés. churned est le nombre de clients partis pendant la période ; les alias churned_customers, cancelled et churn_count sont acceptés. Chaque champ numérique peut arriver comme nombre JSON ou comme chaîne numérique. Les champs manquants, les chaînes vides et les valeurs non finies — NaN, Infinity ou un texte qui ne s'interprète pas comme un nombre — échouent avec invalid_input en nommant le champ. Ces échecs ne sont pas facturés. Un effectif d'abonnés égal à zéro ou un effectif négatif échoue aussi avec invalid_input, car le taux de churn et la valeur vie diviseraient par zéro. Un price négatif et un churned négatif sont rejetés. churned ne peut pas dépasser subscribers : un taux de churn au-dessus de cent pour cent est traité comme une erreur de données, non comme un résultat. Si la validation passe, le corps répète subscribers, price et churned, indique mrr comme subscribers fois price arrondi half-up à deux décimales, arr comme ce chiffre mensuel fois douze, churn_rate comme churned divisé par subscribers arrondi half-up à huit décimales, churn_rate_percent comme ce rapport fois cent arrondi half-up à six, customer_lifetime_months comme subscribers divisé par churned arrondi half-up à quatre, customer_lifetime_value comme price fois subscribers divisé par churned arrondi half-up à deux, plus une chaîne de formule qui réaffirme les identités. Associez le JSON à votre propre règle sur quel instantané d'abonnés correspond aux résiliations que vous envoyez — effectif de début, effectif de fin ou moyenne de période — car ce point d'accès divise les deux nombres que vous envoyez ; il ne reconstruit pas un grand livre de facturation et ne choisit pas une convention de cohortes. Le tarif est un forfait de $0.002 par requête réussie.

Où un calculateur de métriques SaaS gagne sa place

Les équipes produit câblent le contrat dans des tableaux de bord, des exports CRM et des tests CI qui doivent figer mrr, churn_rate_percent et customer_lifetime_value sans appeler un moteur de facturation. Comme l'implémentation est parse pure de niveau A, chaque appel réussi coûte le prix de base publié $0.002 sans jetons de modèle ni réseau sortant. Conservez subscribers strictement positif, conservez churned entre zéro et subscribers, conservez price non négatif, figez dans les tests les métriques arrondies, et vous obtenez un instantané SaaS reproductible pour teasers, greffons LMS et workers de bord sans dresser votre propre pile d'analytique d'abonnement.