Suivre son MRR est le premier réflexe d'un fondateur de SaaS. C'est aussi celui qui coûte le plus cher : les outils d'analytics de revenu sont facturés à un niveau pensé pour des entreprises qui ont déjà des dizaines de milliers d'euros de revenu récurrent. Quand on démarre, on hésite — et on finit souvent avec un tableur.
Cet article compare les outils d'analytics de revenu (Baremetrics, ProfitWell et leurs équivalents) avec Vesk. La différence tient en une phrase : ils regardent l'argent une fois qu'il est là, Vesk regarde tout le chemin qui y mène.
## Ce que fait un outil d'analytics de revenu
Tu connectes ton compte Stripe, et l'outil déplie tout ce que Stripe garde pour lui :
- le MRR, décomposé par cause (nouveaux clients, montées en gamme, baisses, départs, réactivations) ; - le churn en euros et en nombre de clients ; - la valeur vie client, le revenu moyen par client ; - des prévisions, des cohortes, parfois des outils pour retenir un client qui s'en va.
C'est solide, et sur la décomposition fine du MRR, ces outils vont plus loin que Vesk. Si ta question est *« pourquoi mon MRR a fait -3,2 % ce mois-ci, ligne par ligne »*, c'est là qu'il faut aller.
## Le problème : ils commencent trop tard
Un outil d'analytics de revenu commence à parler au moment du premier paiement. Tout ce qui se passe avant lui est invisible.
Or, quand ton MRR stagne, la cause est presque toujours **avant** le paiement :
- ton trafic a baissé — l'outil de revenu ne le sait pas ; - ton trafic est stable mais ta page convertit moins — il ne le sait pas ; - tes inscriptions tiennent, mais les gens ne vont pas jusqu'au bout de l'essai — il ne le sait pas non plus ; - une source d'acquisition qui marchait s'est tarie — invisible.
Il te dit qu'il y a un problème. Il ne peut pas te dire où.
Et pour un compte qui démarre, il y a un problème plus terre à terre : **il n'y a presque rien à décomposer**. À 400 € de MRR et douze clients, une décomposition en cinq mouvements avec courbe de cohorte n'apprend rien de plus qu'une liste. Le prix, lui, ne démarre pas à douze clients.
## Ce que Vesk fait à la place
Vesk lit le même [Stripe, en lecture seule](/docs/stripe), et affiche ce qui en découle : MRR, revenu encaissé, clients payants, nouveaux, départs, panier moyen, répartition par produit, paiements uniques inclus.
La différence est ce qu'il y a **autour** :
- **le trafic** — visites, sources, pays, pages d'entrée, mesurés par un script sans cookie ; - **les inscriptions** — combien de comptes créés, et d'où venaient ces personnes ; - **[le funnel complet](/fonctionnalites/funnel-attribution)** — visiteur, inscrit, activé, payant, MRR, avec le taux de passage et le taux d'abandon à chaque marche ; - **[l'annuaire](/fonctionnalites/annuaire)** — la liste de tes utilisateurs, ce qu'ils ont payé, quand ils sont venus.
Quand ton MRR bouge, tu remontes la chaîne sur le même écran au lieu de deviner.
Deux précisions d'honnêteté :
- **la décomposition du MRR est moins fine** que chez un outil spécialisé. Tu vois les mouvements principaux, pas dix segmentations croisées. - **il n'y a pas d'outil de rétention automatique** (relance de carte expirée, offre de rétention au moment du départ). Vesk mesure, il n'agit pas à ta place sur ta facturation.
## Le tableau, honnêtement
| | Outils d'analytics de revenu | Vesk | |---|---|---| | MRR, churn, ARPU, LTV | Oui, très détaillé | Oui, l'essentiel | | Décomposition fine des mouvements de MRR | Oui | Partielle | | Prévisions et cohortes avancées | Oui | Non | | Outils de rétention (relance carte, offres) | Souvent | Non | | Trafic du site | Non | Oui, sans cookie | | Inscriptions | Non | Oui | | Funnel visite → paiement | Non | Oui, affiché par défaut | | Annuaire des utilisateurs | Partiel (clients payants) | Oui, visiteurs et clients | | Paiements uniques (hors abonnement) | Variable | Oui, comptés à part du MRR | | Plusieurs SaaS sur un seul compte | Souvent facturé en plus | Inclus, selon le palier | | Pensé pour | SaaS établi | Fondateur qui démarre ou petite équipe |
## Une distinction que presque tout le monde rate
Il existe deux notions de « client », et les confondre fausse tous tes chiffres :
- **les abonnés actifs** — les gens dont l'abonnement tourne en ce moment. C'est eux qui font le MRR. - **les clients payants** — tous ceux qui t'ont donné de l'argent sur la période, paiements uniques compris.
Si tu vends un abonnement *et* un produit à l'unité, ces deux nombres n'ont aucune raison d'être égaux, et diviser ton revenu total par tes abonnés actifs te donne un revenu moyen par client faux.
Vesk garde les deux notions séparées, avec deux revenus moyens distincts, sur tous les écrans (voir [les définitions figées](/docs/metriques) et le [calculateur de MRR](/outils/calculateur-mrr-arr)). Ce n'est pas un détail de présentation : c'est la différence entre un chiffre juste et un chiffre qui te fait prendre une mauvaise décision de prix.
## « Et la fiabilité des chiffres ? »
C'est la vraie question à poser à n'importe quel outil branché sur Stripe, parce que la réponse détermine si tu peux lui faire confiance pour parler d'argent.
Beaucoup d'outils se contentent d'écouter les notifications envoyées par Stripe au fil de l'eau. Le jour où une notification se perd — panne réseau, déploiement, erreur silencieuse — le chiffre dérive, et rien ne le signale.
Vesk fait les deux : il écoute les notifications **et** il relit périodiquement l'API Stripe en entier pour se recaler. L'écran affiche depuis combien de temps la réconciliation a eu lieu. Quand une donnée manque, il écrit « non disponible » plutôt qu'un zéro — un zéro affiché à la place d'une source non branchée est un mensonge tranquille, et c'est comme ça qu'on prend une décision sur du vide.
## Comment décider, en trois questions
1. **Ton MRR stagne-t-il sans que tu saches pourquoi ?** Si oui, la réponse est en amont du paiement : il te faut le trafic et le funnel, pas une décomposition plus fine. 2. **As-tu besoin de cohortes détaillées et de prévisions ?** Si oui, prends un outil spécialisé — c'est son métier. 3. **Combien de clients as-tu aujourd'hui ?** En dessous de quelques dizaines, un outil d'analytics de revenu te vend une précision que tes données ne peuvent pas encore porter.
## Comment basculer
1. **Connecte Stripe** à Vesk en lecture seule. Ton historique remonte : tu n'attends pas un mois pour avoir une courbe. 2. **Colle le script** sur ton site — c'est la moitié qui te manquait. 3. **Compare le MRR** affiché par tes deux outils. S'il y a un écart, regarde d'abord les paiements uniques : ils ne doivent jamais entrer dans le MRR, et c'est la source de désaccord la plus fréquente. 4. **Attends une semaine** et regarde le funnel. C'est le seul écran qui te dira où ça bloque.
## En résumé
- Les outils d'analytics de revenu **décomposent l'argent déjà encaissé**, très bien, à un prix pensé pour un SaaS établi. - **Vesk** montre le chemin complet — visite, inscription, activation, paiement, MRR — avec une décomposition du MRR moins fine mais suffisante pour la plupart des décisions. - Quand le MRR stagne, la cause est presque toujours avant le paiement. C'est là qu'il faut regarder, et c'est précisément ce que ces outils ne voient pas.
À lire ensuite : [les 12 chiffres à suivre sur un dashboard de SaaS](/blog/dashboard-saas-12-chiffres-a-suivre), et [l'écran Revenu en détail](/fonctionnalites/revenu).
Essai gratuit, sans carte bancaire, et Stripe branché en lecture seule : Vesk ne peut rien encaisser ni modifier sur ton compte.
## Questions fréquentes
### À partir de quel MRR un outil d'analytics de revenu se justifie-t-il ?
Il n'y a pas de seuil officiel, mais un test simple : est-ce que tu as assez de clients pour que la décomposition en cinq mouvements (nouveaux, montées, baisses, départs, réactivations) affiche autre chose que des 1 et des 0 ? En dessous de trente ou quarante abonnés, la réponse est non — chaque mouvement se lit dans une liste, pas dans une courbe.
### Vesk calcule-t-il le MRR de la même façon que Stripe ?
Le MRR n'est pas une donnée que Stripe expose telle quelle : c'est un calcul fait à partir des abonnements actifs, ramenés au mois. Les abonnements annuels sont divisés par douze, les remises sont prises en compte, les paiements uniques sont exclus. C'est la définition standard, et c'est celle qu'on applique.
Le point à surveiller chez n'importe quel outil, c'est la cohérence entre écrans : deux pages du même produit ne doivent jamais afficher deux MRR différents. Chez Vesk, les définitions sont figées en un seul endroit pour cette raison.
### Que se passe-t-il en cas de remboursement ?
Il est déduit du revenu encaissé de la période concernée. Si le remboursement porte sur un abonnement annulé, le MRR reflète l'annulation à la date où elle a eu lieu, pas à la date du remboursement. Ce sont deux événements distincts, et les confondre décale la courbe.
### Puis-je suivre plusieurs SaaS sur le même compte Stripe ?
Oui, et c'est un cas fréquent quand on lance plusieurs produits. La règle : on connecte un compte Stripe, mais on attribue au niveau du produit. Chaque produit est rattaché à un seul SaaS, et tout produit non rattaché apparaît dans un panier « non attribué » visible. Rien n'est réparti au hasard entre tes projets — un revenu deviné est pire qu'un revenu manquant.
### Est-ce que je peux voir quel client a payé quoi ?
Oui, dans l'annuaire : la liste de tes utilisateurs, avec ce qu'ils ont payé, leur date d'inscription et leur dernière visite quand elle est connue. C'est aussi là qu'on repère les clients payants qui ne reviennent plus — du churn qui n'a pas encore eu lieu.
### Que devient mon historique si j'arrête mon abonnement Vesk ?
Les données restent conservées un temps défini après la fin de l'essai ou de l'abonnement, sans être supprimées immédiatement. Et de toute façon, la source de vérité de ton revenu reste Stripe : rebrancher un autre outil demain te redonne le même historique. C'est une propriété de l'architecture, pas une promesse commerciale.