ARR, MRR et churn : indicateurs SaaS, formules, benchmarks et pièges de mesure

L’ARR, le MRR et le churn sont trois chiffres qu’un investisseur, un associé ou une banque demanderont dans les premières minutes de toute conversation sur un produit SaaS. L’ARR (annual recurring revenue) est le revenu récurrent exprimé sur une base annuelle — et c’est là que commence la confusion, car ce même terme désigne deux choses différentes dans le secteur, et ni l’une ni l’autre n’est le revenu annuel facturé. Les indicateurs SaaS ressemblent à de simples calculs, mais chaque outil les calcule un peu différemment, et comparer son propre résultat à un benchmark calculé autrement mène à de mauvaises décisions.

Cet article classe les indicateurs dans l’ordre où ils découlent réellement les uns des autres : du MRR et de l’ARR, aux mouvements du MRR et au churn, à la rétention de revenu (GRR, NRR), à l’économie du client (LTV, CAC) et à la règle des 40 %. Les formules viennent de la documentation de ChartMogul, Stripe et Baremetrics ; les benchmarks viennent de rapports qui indiquent leur échantillon, leur période et à qui appartiennent les données. Chaque fois que nous montrons un calcul, c’est une illustration, pas une donnée de marché — et c’est indiqué comme tel.

ARR et MRR : définitions et formules

MRR : le revenu récurrent mensuel

Le MRR (monthly recurring revenue) est la somme de la valeur mensuelle de tous les abonnements actifs. La documentation officielle de Stripe en français précise : « MRR est la somme de la valeur normalisée mensuellement de tous vos abonnements active et past_due. Le calcul du MRR exclut les taxes appliquées à l’abonnement, les abonnés aux offres gratuites et les produits mesurés (établis sur l’utilisation). » (Stripe, Analytics).

Le mot « normalisée » compte ici. Baremetrics le dit simplement : si un client paie 1 200 USD par an, « you simply divide that number by 12 » — traduction libre : « il suffit de diviser ce chiffre par 12 » (Baremetrics, MRR). La formule la plus simple de cette même page est « MRR = number of customers * average billed amount » — nombre de clients multiplié par le montant mensuel moyen facturé.

ARR : deux définitions sous un même sigle

ChartMogul signale directement l’ambiguïté : « ARR stands for either Annualized Run Rate or Annual Recurring Revenue. In modern SaaS, ARR usually means Annualized Run Rate: your Monthly Recurring Revenue (MRR) multiplied by 12. The stricter definition, Annual Recurring Revenue, counts only contracts of 12 months or longer » — traduction libre : « ARR signifie soit le taux annualisé courant, soit le revenu récurrent annuel. Dans le SaaS moderne, ARR désigne généralement le taux annualisé courant : votre MRR multiplié par 12. La définition plus stricte, le revenu récurrent annuel, ne compte que les contrats de 12 mois ou plus » (ChartMogul, ARR).

Il existe donc deux formules :

• ARR (taux annualisé courant) = MRR × 12 — c’est ainsi que ChartMogul le calcule lui-même dans son application ;
• ARR (revenu récurrent annuel) = valeur du contrat ÷ nombre d’années, où les contrats de moins de 12 mois sortent entièrement de cette définition.

Pourquoi l’ARR n’est pas le revenu annuel facturé

L’ARR est une photographie instantanée, annualisée. Le revenu annuel facturé est la somme de ce qui a réellement été facturé sur douze mois — y compris les frais de mise en œuvre, la formation, les dépassements d’usage, et moins les clients partis en mars. Une illustration, pas une donnée : un produit avec un MRR de CHF 20 000 en janvier et CHF 40 000 en décembre affiche en décembre un ARR de CHF 480 000, même s’il a facturé bien moins que cela sur l’année entière. L’inverse arrive aussi : une entreprise qui a vendu beaucoup de mises en œuvre ponctuelles peut afficher un revenu annuel élevé et un ARR faible. Si « ARR » revient dans une conversation avec un investisseur ou dans un plan d’affaires, précisez quelle définition vous utilisez.

Mouvements du MRR : d’où vient réellement le changement de revenu

Le niveau du MRR, seul, dit peu de choses. Ce qui compte, c’est ce qui compose son évolution. ChartMogul la décompose en cinq mouvements (ChartMogul, MRR) :

• New Business MRR — « recurring revenue from leads converting to new, paying customers » (traduction libre : revenu récurrent provenant de prospects devenus de nouveaux clients payants) ;
• Expansion MRR — « extra revenue from existing customers upgrading to a higher tier or buying add-ons » (revenu supplémentaire des clients existants passant à un plan supérieur ou achetant des options) ;
• Contraction MRR — « revenue lost when customers downgrade to a lower-priced plan or drop an add-on » (revenu perdu lors d’un passage à un plan moins cher ou de l’abandon d’une option) ;
• Churned MRR — « revenue lost when customers cancel their plan during the period » (revenu perdu lors des résiliations) ;
• Reactivation MRR — « revenue from previously churned customers returning to a paid plan » (revenu des clients précédemment partis qui reviennent sur un plan payant).

Stripe décrit la croissance du MRR avec le même ensemble de composantes — MRR de départ, plus le nouveau MRR, les réactivations et l’expansion, moins la contraction et le churn, puis un ajustement pour l’effet de change (Stripe, Analytics). Ce dernier point compte si vous vendez en euros et établissez vos comptes et votre reporting en francs suisses — c’est la situation d’un SaaS suisse qui vend dans l’Union européenne ; nous y revenons plus bas.

Baremetrics donne une version plus courte : « Net New MRR = New MRR + Expansion MRR – Churned MRR », où sur cette page « Churned MRR » couvre à la fois les résiliations et les passages à un plan moins cher (Baremetrics, MRR) — premier exemple d’une petite différence de définition donnant un chiffre de « churn » différent à partir des mêmes données.

Décomposer le revenu en mouvements permet de distinguer deux produits à la croissance identique. L’un croît parce que les ventes amènent toujours plus de nouveaux clients, pendant que les clients existants partent. L’autre croît plus lentement sur les nouveaux clients, mais les clients existants achètent davantage. Le MRR total est le même ; la santé de l’activité, non — c’est exactement ce que montre le pont du MRR.

Dans cet exemple — les chiffres sont inventés pour l’illustration — le MRR passe de CHF 50 000 à CHF 64 000, soit une hausse de 28 % sur l’année. Cela semble sain. Mais la totalité des CHF 14 000 de croissance — et même davantage — provient des ventes à de nouveaux clients (CHF 18 000), tandis que la base présente en début d’année s’est réduite de CHF 4 000. Par simplification, nous supposons ici que toute l’expansion, la contraction et le churn concernent les clients déjà présents en début d’année — nous revenons sur cette hypothèse avec le NRR.

Churn : perdre des clients, perdre du revenu

Le « churn », en SaaS, désigne les départs — mais il faut toujours préciser les départs de quoi. Dans notre article sur les modèles freemium et essai, nous avons montré par un calcul comment la différence entre 2 % et 6 % de churn de revenu mensuel se répercute sur le MRR après un an. Ici, nous nous concentrons sur la façon de calculer le churn lui-même.

Taux de churn clients (logo churn)

Baremetrics donne la formule classique : « (Lost customers during a set time period / Total customers at the start of a time period) x 100 = Customer churn » — traduction libre : clients perdus durant une période donnée, divisés par le nombre de clients en début de période (Baremetrics, churn).

Stripe calcule différemment. Son indicateur de churn des abonnés est « the number of total churned subscribers in the past 30 days, divided by the number of active subscribers 30 days ago, plus the total new subscribers in the past 30 days » — les nouveaux abonnés de la même période figurent aussi au dénominateur. L’exemple de Stripe, dans sa documentation en français, donne « ce qui équivaut à 100 / 1100 = 9,1 % » (Stripe, Analytics). Avec la formule de Baremetrics, les mêmes données brutes (100 pertes pour 1 000 clients en début de période) donneraient 10 %. Aucune des deux n’est fausse — elles sont simplement différentes.

Churn de revenu (MRR churn)

Le churn de revenu mesure la même chose en argent. Selon Baremetrics : « (Lost revenue / Total revenue at the start of a time period) x 100 = Revenue churn », et un exemple sur une page séparée donne « MRR Churn Rate = $500 / $10,000 = 5% » — traduction libre : taux de churn du MRR = 500 USD / 10 000 USD = 5 % (Baremetrics, churn MRR). Le panneau Stripe affiche le revenu perdu (churned revenue) comme la somme du MRR churné et de la contraction totale sur la période — le revenu perdu par résiliations et par passages à des plans moins chers, combinés.

Pourquoi faut-il les deux chiffres ? Parce qu’ils disent des choses différentes. Si ce sont surtout vos plus petits clients qui partent, le churn clients est élevé et le churn de revenu faible — le problème se situe dans l’adéquation produit-marché du palier le moins cher. Si un gros client part, le churn clients bouge à peine alors que le revenu chute nettement. Les données de ChartMogul montrent aussi que, chez les entreprises dépassant 1 million USD d’ARR, les résiliations représentent environ 70 % de l’ARR perdu, et les passages à des plans moins chers les 30 % restants (ChartMogul, SaaS Benchmarks Report, plus de 2 100 entreprises, 12 mois jusqu’à mars 2023) — la contraction n’est donc pas une ligne que l’on peut ignorer.

À partir de quand le churn est-il élevé ?

Ce même rapport ChartMogul indique que le churn clients mensuel médian, à mesure que les entreprises mûrissent, « stabilizes at 3-4% per month » — se stabilise entre 3 et 4 % par mois —, et qu’une entreprise à 1–2 % de churn mensuel se situe déjà dans le quart supérieur (ChartMogul, SaaS Benchmarks Report). Réserves : ce sont des données jusqu’à mars 2023, issues de la propre clientèle de ChartMogul — des entreprises qui utilisent son outil d’analyse d’abonnements. Traitez-les comme un ordre de grandeur.

Churn net et rétention de revenu : GRR et NRR

Baremetrics définit aussi le churn de revenu net : « [(Churn MRR - Expansion MRR) / Total MRR at the start of the time period] x 100 = Net revenue churn ». Lorsque l’expansion dépasse les pertes, le résultat devient négatif — on parle de churn négatif. Ce même mécanisme, vu de l’autre côté, donne deux indicateurs de rétention aujourd’hui standards dans les rapports :

• GRR (gross revenue retention) — selon ChartMogul, « GRR equals starting MRR, minus contraction and churn, divided by that same starting MRR » — traduction libre : le GRR est égal au MRR de départ, moins la contraction et le churn, divisé par ce même MRR de départ (ChartMogul, GRR). Il ne compte que les pertes, jamais l’expansion, donc « GRR can never exceed 100% » — le GRR ne peut jamais dépasser 100 %.
• NRR (net revenue retention, aussi NDR) — « NRR equals starting MRR, plus expansion and reactivation, minus contraction and churn, divided by that same starting MRR » — traduction libre : le NRR est égal au MRR de départ, plus l’expansion et la réactivation, moins la contraction et le churn, divisé par ce même MRR de départ (ChartMogul, NRR). On le mesure généralement d’une année sur l’autre pour une même cohorte de clients.

Dans notre exemple du pont du MRR : GRR = (50 000 − 2 500 − 7 500) ÷ 50 000 = 80 %, NRR = (50 000 + 6 000 − 2 500 − 7 500) ÷ 50 000 = 92 %. Les 18 000 francs issus de nouveaux clients n’entrent dans aucun des deux indicateurs — c’est voulu. Comme le note ChartMogul, « because expansion only ever adds, NRR ≥ GRR always holds » — traduction libre : comme l’expansion ne fait jamais qu’ajouter, le NRR est toujours supérieur ou égal au GRR.

Le NRR : pourquoi il compte plus que le nombre de nouveaux clients

Le NRR répond à une question : que se passerait-il pour le revenu si vous n’acquériez plus aucun nouveau client à partir de demain ? Au-dessus de 100 % de NRR, une entreprise croît même sans rien vendre de nouveau. À 80 %, elle doit remplacer un cinquième de son revenu chaque année avant même de pouvoir croître. C’est pourquoi ChartMogul écrit que les entreprises SaaS B2B « should aim for over 100% » — devraient viser plus de 100 %.

Le lien entre le NRR et la croissance apparaît dans les données. Dans le rapport ChartMogul de 2023 (plus de 2 100 entreprises, données 2022), les entreprises avec un NRR supérieur à 100 % ont crû en moyenne de 43,6 % par an, contre 13,1 % pour celles sous 60 % de NRR (ChartMogul, SaaS Retention Report). Dans l’édition 2024 (plus de 2 500 entreprises, données du premier semestre 2021–2024), la croissance médiane des entreprises à 100 % de NRR ou plus a atteint 48 % d’une année sur l’autre (ChartMogul, SaaS Retention: The New Normal). C’est une corrélation, pas une preuve de causalité — mais elle est cohérente d’une édition à l’autre.

Les benchmarks de NRR — et pourquoi ils ne s’accordent pas

Deux ensembles de données publiques récents donnent des images nettement différentes :

• ChartMogul, décembre 2025 — le rapport « The AI churn wave » couvre 3 500 entreprises logicielles (environ 2 700 SaaS B2B, 600 SaaS B2C et 200 entreprises « AI-native »), avec la rétention annuelle pour 2025, limitée aux entreprises d’au moins 250 000 USD d’ARR. NRR médian en B2B : 82 % (quartile supérieur 97 %). En B2C : 49 % (ChartMogul, The AI churn wave).
• High Alpha, 2025 SaaS Benchmarks Report — une enquête auprès de plus de 800 répondants (69 % aux États-Unis, 17 % en Europe), données à la fin du deuxième trimestre 2025. NRR médian par tranche d’ARR : moins de 1 million USD — 100 %, 1 à 5 millions — 104 %, 5 à 20 millions — 103 %, 20 à 50 millions — 103 %, plus de 50 millions — 101 % (High Alpha, SaaS Benchmarks 2025).

Un écart de 20 points entre les deux médianes n’est pas une erreur, c’est un échantillon et une méthode différents. High Alpha est une enquête : les entreprises déclarent elles-mêmes leurs résultats, et la majorité des répondants sont américains. ChartMogul couvre un ensemble plus large d’entreprises au-dessus du seuil de 250 000 USD d’ARR et montre séparément le B2C, où — comme le notent les auteurs — « B2C is much less sticky with minimal upsell » (traduction libre : le B2C fidélise beaucoup moins, avec une vente additionnelle minimale). Conclusion pratique : il n’existe pas un seul « bon » NRR. Comparez-vous à un benchmark dont l’échantillon ressemble à votre entreprise — segment de clientèle, échelle, marché.

Le NRR dépend du prix

Le facteur le plus déterminant est le niveau de prix. Dans le SaaS Benchmarks Report de ChartMogul (plus de 2 100 entreprises, données jusqu’à mars 2023), « nearly half of SaaS businesses with an ARPA over $1k/month have net retention over 100% » — traduction libre : près de la moitié des entreprises SaaS avec un ARPA supérieur à 1 000 USD par mois ont une rétention nette supérieure à 100 % —, alors que parmi les entreprises avec un ARPA inférieur à 25 USD par mois, seules 2 % atteignent ce niveau (ChartMogul, SaaS Benchmarks Report). L’ARPA est le revenu mensuel moyen par compte — ChartMogul exclut les comptes en plan gratuit et en période d’essai de ce calcul (ChartMogul, ARPA). Nous détaillons les conséquences de ce mécanisme pour un produit bon marché dans notre article sur le freemium.

Côté pertes : selon ChartMogul, les entreprises les plus performantes à chaque étape maintiennent un GRR supérieur à 86 % (ChartMogul, SaaS Retention Report), et l’enquête High Alpha 2025 donne des médianes de GRR de 88 à 92 % selon les tranches d’ARR.

LTV, CAC et LTV:CAC : l’économie du client

LTV : la valeur du client dans le temps

La LTV (lifetime value) est, selon ChartMogul, « the estimated revenue an average subscriber generates over their entire relationship with your business » — traduction libre : le revenu estimé qu’un abonné moyen génère sur toute la durée de sa relation avec votre entreprise —, avec la formule de base LTV = ARPA × marge brute ÷ churn clients (ChartMogul, LTV). Baremetrics et Stripe donnent une version sans marge : l’ARPU divisé par le churn (Baremetrics, LTV ; Stripe, Analytics).

La différence compte. Une illustration, pas une donnée : à un ARPA de CHF 200 par mois et un churn mensuel de 2 %, la version sans marge donne une LTV de CHF 10 000. Avec une marge brute de 80 %, la version de ChartMogul donne CHF 8 000. Si vous comparez la LTV au coût d’acquisition du client — qui est lui-même un coût, pas un revenu —, la version ajustée de la marge est la plus honnête.

Un second point concerne la nature même de la LTV : c’est « usually a forward-looking estimate, not a historical measurement » — traduction libre : généralement une estimation prospective, pas une mesure historique. ChartMogul affirme que la formule de base « produces an overly optimistic result » — produit un résultat trop optimiste —, car elle suppose un churn linéaire, et cite sa propre analyse de 35 512 cohortes de clients : dans 28,3 % d’entre elles, le revenu réel a divergé de plus de 50 % par rapport à la prévision de LTV faite à l’inscription. Dans un jeune produit, avec seulement quelques mois d’historique, la LTV porte donc une marge d’erreur très large.

CAC : le coût d’acquisition d’un client

Le CAC (customer acquisition cost) est, selon ChartMogul, « total sales and marketing spend in a period divided by the number of new customers won in that same period » — traduction libre : les dépenses totales de vente et de marketing sur une période, divisées par le nombre de nouveaux clients gagnés sur cette même période. La version « fully-loaded » inclut « salaries, commissions, tooling, and ad spend, not just ad spend alone » — salaires, commissions, outils et publicité, pas seulement la publicité (ChartMogul, CAC). L’erreur la plus fréquente consiste à calculer le CAC uniquement à partir des dépenses publicitaires — il paraît alors attractivement bas, car il omet les salaires et les outils.

Un indicateur voisin est la durée de récupération du CAC (CAC payback) — le nombre de mois de marge générés par un client avant de couvrir le coût de son acquisition. Dans l’enquête High Alpha 2025, les médianes sont de 5 mois pour les entreprises sous 1 million USD d’ARR, 8 mois entre 1 et 5 millions, 14 entre 5 et 20 millions, 20 entre 20 et 50 millions, et 17 au-delà de 50 millions.

LTV:CAC et la règle du 3:1

Le rapport entre LTV et CAC indique si l’acquisition de clients est rentable. Baremetrics affirme que « the ideal LTV to CAC ratio is 3:1 » — traduction libre : le rapport idéal LTV sur CAC est de 3 pour 1 (Baremetrics, LTV to CAC ratio) ; ChartMogul qualifie le 3:1 de « a common target » — un objectif courant. C’est une règle empirique, pas une norme, pour trois raisons :

• la LTV est une prévision — avec un historique court, l’erreur de prévision peut dépasser la différence entre un rapport de 2:1 et de 4:1 ;
• le résultat dépend de la formule — la version sans marge gonfle la LTV, un CAC sans les salaires sous-évalue le coût, et les deux erreurs tirent le rapport dans le même sens ;
• le rapport ne dit rien sur le temps — un 3:1 avec un retour à 30 mois représente un besoin de trésorerie totalement différent d’un 3:1 avec un retour à 5 mois. C’est pourquoi mieux vaut lire le LTV:CAC avec la durée de récupération du CAC.

La règle des 40 % : son origine, et à qui elle s’adresse

La règle des 40 % s’est largement diffusée grâce à un billet de Brad Feld publié le 3 février 2015. Feld n’en est pas l’auteur — il écrit l’avoir entendue lors d’un conseil d’administration, de la bouche d’un investisseur en phase avancée (late stage) qu’il ne nomme pas. Il formule la règle ainsi :

> « The 40% rule is that your growth rate + your profit should add up to 40%. So, if you are growing at 20%, you should be generating a profit of 20%. If you are growing at 40%, you should be generating a 0% profit. If you are growing at 50%, you can lose 10%. If you are doing better than the 40% rule, that's awesome. » — traduction libre : « La règle des 40 % veut que votre taux de croissance plus votre profit totalisent 40 %. Si votre croissance est de 20 %, vous devriez dégager 20 % de profit. Si elle est de 40 %, un profit nul suffit. Si elle est de 50 %, vous pouvez perdre 10 %. Si vous faites mieux que la règle des 40 %, c’est formidable. » (Brad Feld, The Rule of 40% For a Healthy SaaS Company)

Feld prend la croissance comme le taux de croissance annuel du MRR et le profit comme l’EBITDA. Plus importante encore est une réserve qui disparaît généralement des résumés ultérieurs : « These are for SaaS companies at scale – assume at least $50 million in revenue » — traduction libre : cela vaut pour des entreprises SaaS ayant atteint une taille importante, soit au moins 50 millions USD de revenu. Pour un produit qui démarre à peine, la règle des 40 % n’est pas un indicateur de santé : avec une petite base, une croissance de 100 % d’une année sur l’autre est plus facile, et le profit n’a guère d’importance.

Même au sein du groupe qu’elle vise, la règle relève davantage de l’ambition que de la norme. Dans l’enquête High Alpha 2025, les médianes de la règle des 40 % sont de 33 pour les entreprises de 1 à 5 millions USD d’ARR, 20 entre 5 et 20 millions, 24 entre 20 et 50 millions, et 30 au-delà de 50 millions ; les auteurs ont titré cette page « Median Companies Fall Short of the Rule of 40 » (traduction libre : la médiane des entreprises n’atteint pas la règle des 40). High Alpha la calcule comme la croissance annuelle de l’ARR plus la marge de flux de trésorerie disponible ou la marge d’EBITDA sur douze mois, et note, pour comparaison, que l’entreprise SaaS cotée médiane affiche 33 %.

Comment mesurer les indicateurs SaaS sans se tromper

La plupart des erreurs sur les indicateurs SaaS ne viennent pas du calcul, mais de ce que l’on met dans la formule. Une liste de règles à fixer une fois pour toutes :

• Divisez les abonnements annuels par 12. Un paiement annuel comptabilisé en totalité dans le MRR du mois d’achat crée un pic, suivi de onze mois de « baisse » apparente. Le MRR doit toujours porter 1/12 du montant, indépendamment du moment où l’argent est effectivement arrivé.
• Pas de frais ponctuels, pas de remboursements. Les frais de mise en œuvre, de formation et de migration de données ne sont pas du revenu récurrent. Les remboursements et corrections de facture ne devraient pas non plus modifier le MRR — ce sont des ajustements comptables, pas des mouvements d’abonnement.
• Pas de taxes, de plans gratuits ni d’essais. C’est ainsi que Stripe calcule le MRR ; ChartMogul exclut aussi les comptes en plan gratuit et en essai de l’ARPA. Un utilisateur en essai n’est pas encore un client — l’inclure sous-évalue à la fois le churn et l’ARPA.
• Surveillez les paiements en retard. Stripe inclut les abonnements past_due dans le MRR, et ne compte le churn qu’une fois l’abonnement annulé ou marqué unpaid. Avec de nombreux paiements par carte échoués, votre MRR affiché peut momentanément dépasser l’argent qui arrivera réellement.
• Décidez une fois pour les remises. Stripe permet de soustraire les remises du MRR et y voit, dans sa documentation en français, « une approche plus prudente du rapport MRR ». Les deux versions sont acceptables — en changer en cours d’année ne l’est pas.
• La devise. Si vous vendez en euros et établissez votre reporting en francs suisses, comme un SaaS suisse qui vend dans l’Union européenne, un mouvement de change déplace le MRR sans aucun mouvement du côté client. Stripe isole cet effet comme une ligne à part dans le pont du MRR ; faites de même dans votre propre tableau, plutôt que d’en créditer ou d’en imputer l’effet aux ventes ou au churn.
• Les produits facturés à l’usage. Stripe les exclut du MRR. Si une part importante de votre revenu est facturée à l’usage, le MRR seul ne montre pas l’image complète.

La règle la plus importante concerne les comparaisons. La documentation Stripe sur les analyses ne donne aucune formule pour le taux de churn du MRR — sa page de benchmarking mentionne « Gross and net MRR churn rate » (taux de churn brut et net du MRR) comme indicateur, et renvoie à la définition du revenu perdu (Stripe, Benchmarking). Le calcul du churn clients de Stripe inclut les nouveaux abonnés au dénominateur ; celui de Baremetrics non. Baremetrics, à un endroit, inclut les passages à un plan moins cher dans le « MRR churné » ; ChartMogul les garde comme une ligne de contraction séparée. Conclusion : ne comparez que des chiffres calculés de la même façon — vos propres résultats face à vos périodes passées dans le même outil, et des benchmarks face à des benchmarks du même fournisseur. Si vous changez d’outil, recalculez l’historique ou signalez la rupture dans la série.

Stripe, de son côté, fait quelque chose de raisonnable : plutôt que de publier un benchmark, il vous compare dans son panneau à un groupe d’« at least 100 similar businesses » (au moins 100 entreprises similaires), chacune ayant au moins 100 abonnements actifs. C’est une règle utile pour vous aussi — avec quelques dizaines de clients, les indicateurs en pourcentage bougent fortement sur une seule décision et ne se comparent pas de façon pertinente au marché.

Quels indicateurs comptent, et à quel stade

Tous les indicateurs SaaS n’ont pas de sens dès le premier jour. Mesurer le NRR avec dix clients donne un chiffre qui varie de plusieurs dizaines de points sur la seule décision d’un client.

Stade MVP : activation et rétention par cohorte

Avant l’apparition de clients payants, ce qui compte est de savoir si les utilisateurs atteignent le point où le produit livre de la valeur (activation), et s’ils reviennent dans les semaines suivantes. La rétention par cohorte — des groupes d’utilisateurs inscrits la même semaine ou le même mois, suivis séparément — le montre le mieux. Si la courbe des cohortes successives tombe à zéro, aucun changement de prix ni de marketing n’y remédiera. Nous détaillons comment planifier une première version permettant ces mesures dans notre article sur le MVP, et le choix entre freemium et essai dans notre article sur le freemium.

Les 50 premiers clients : churn clients et MRR

Une fois les paiements lancés, la base est le MRR décomposé en mouvements, et le churn clients — suivi chaque mois, avec un échange avec chaque client qui part. Avec une petite base, les raisons des résiliations comptent plus que le pourcentage. C’est aussi le moment de fixer les règles de mesure ci-dessus et de ne plus les changer. Si vous construisez un petit produit de niche, nous avons réuni des hypothèses réalistes pour cette échelle dans notre article sur les idées de micro-SaaS.

À l’échelle : NRR, durée de récupération du CAC, règle des 40

Avec des centaines de clients et un processus de vente reproductible, les indicateurs de cohorte et d’efficacité prennent le relais : NRR et GRR mesurés d’une année sur l’autre, durée de récupération du CAC, LTV:CAC avec une LTV ajustée de la marge. La règle des 40 ne devient pertinente qu’une fois que vous parlez à des investisseurs de stade avancé — Feld écrivait pour des entreprises au-delà de 50 millions USD de revenu.

Pour le contexte plus large du modèle SaaS, des définitions jusqu’au choix entre un outil déjà prêt et son propre produit, voir notre guide du SaaS. La rubrique couvre aussi le SLA, l’architecture multi-tenant et comment construire une application SaaS.

Et ensuite ?

Si vous construisez votre propre produit SaaS, les indicateurs méritent d’être planifiés avec la première version — c’est une décision sur les événements enregistrés par votre application et sur la façon dont elle se connecte à votre système de facturation, pas seulement un tableau de reporting. Nous aidons les startups à construire un MVP qui collecte, dès le premier jour, les données nécessaires à ces décisions.

Sources

ChartMogul — définitions de l’ARR, du MRR (mouvements), du NRR, du GRR, de la LTV, du CAC, de l’ARPA

Stripe — documentation Analytics et Benchmarking de Billing

Baremetrics — MRR, churn, churn MRR, LTV

Baremetrics — rapport LTV:CAC

ChartMogul — The AI churn wave, 10 décembre 2025 (3 500 entreprises, ARR ≥ 250 000 USD, 2025)

ChartMogul — SaaS Retention Report, 2023 (plus de 2 100 entreprises, données 2022)

ChartMogul — SaaS Retention: The New Normal, 2024 (plus de 2 500 entreprises, S1 2021–2024)

ChartMogul — SaaS Benchmarks Report, 2023 (plus de 2 100 entreprises, 12 mois jusqu’à mars 2023)

High Alpha — 2025 SaaS Benchmarks Report (plus de 800 répondants, enquête)

Brad Feld — The Rule of 40% For a Healthy SaaS Company, 3 février 2015