{"id":325458,"date":"2026-08-27T04:56:13","date_gmt":"2026-08-27T01:56:13","guid":{"rendered":"https:\/\/ceotudent.com\/economie-unitaire-micro-saas-metriques-qui-decident-de-la-survie"},"modified":"2026-08-27T04:56:13","modified_gmt":"2026-08-27T01:56:13","slug":"economie-unitaire-micro-saas-metriques-qui-decident-de-la-survie","status":"publish","type":"post","link":"https:\/\/ceotudent.com\/fr\/economie-unitaire-micro-saas-metriques-qui-decident-de-la-survie","title":{"rendered":"\u00c9conomie unitaire du micro-SaaS : les m\u00e9triques qui d\u00e9cident de la survie de votre petit produit logiciel"},"content":{"rendered":"

En bref :<\/strong> Un produit logiciel \u00e0 une personne n’est pas une version r\u00e9duite d’une entreprise financ\u00e9e par capital-risque, et les m\u00e9triques qui le gouvernent ne sont pas non plus des versions r\u00e9duites des m\u00e9triques du capital-risque. Trois choses d\u00e9cident de sa survie. D’abord le taux de pr\u00e9l\u00e8vement effectif de votre couche de paiement, qui n’est pas le pourcentage affich\u00e9 : aux 2,9 pour cent plus 30 centimes publi\u00e9s par Stripe, avec Billing \u00e0 0,7 pour cent, un abonnement \u00e0 9 dollars perd 6,93 pour cent en frais tandis qu’un abonnement \u00e0 99 dollars en perd 3,90 ; aux 5 pour cent plus 50 centimes publi\u00e9s par Paddle, les deux m\u00eames prix perdent 10,56 et 5,51 pour cent. Les frais fixes par transaction rendent le produit bon march\u00e9 78 pour cent plus co\u00fbteux \u00e0 encaisser via Stripe et 92 pour cent via Paddle. Ensuite l’attrition mensuelle, qui d\u00e9termine tout le reste : \u00e0 5 pour cent d’attrition mensuelle, un abonnement \u00e0 29 dollars vaut environ 553 dollars nets sur sa dur\u00e9e de vie, \u00e0 10 pour cent environ 277 dollars, et l’\u00e9cart n’est pas de 5 points, c’est la moiti\u00e9 de l’activit\u00e9. Enfin le tapis roulant de remplacement : \u00e0 10 pour cent d’attrition mensuelle, un produit de 200 clients doit acqu\u00e9rir 20 nouveaux clients chaque mois pour rester exactement l\u00e0 o\u00f9 il est. Ci-dessous : un tableau de pr\u00e9l\u00e8vement d\u00e9riv\u00e9 sur cinq niveaux de prix, une grille de survie sur six niveaux d’attrition, le calcul du seuil de rentabilit\u00e9 face \u00e0 des prix catalogue d’infrastructure publi\u00e9s, et la raison pour laquelle la r\u00e9tention devance la marge et le co\u00fbt d’acquisition dans la recherche publi\u00e9e.<\/p>\n

On peut aujourd’hui construire un produit logiciel fonctionnel en un week-end. Cette partie a r\u00e9ellement chang\u00e9, et ceux qui vous le disent n’ont pas tort. Ce qui n’a pas chang\u00e9, c’est le calcul qui d\u00e9cide si la chose est encore vivante dans dix-huit mois.<\/p>\n

L’\u00e9cart entre ces deux faits est l’endroit o\u00f9 meurent la plupart des petits produits logiciels. Pas \u00e0 l’\u00e9tape de la construction. \u00c0 l’\u00e9tape du quatorzi\u00e8me mois, quand le fondateur fait enfin les comptes et d\u00e9couvre que le produit est en d\u00e9ficit face \u00e0 sa propre attrition depuis \u00e0 peu pr\u00e8s le troisi\u00e8me mois.<\/p>\n

Voici donc ces comptes. Pas des r\u00e9f\u00e9rences emprunt\u00e9es \u00e0 des entreprises mille fois plus grandes, ni un sondage sur ce que d’autres fondateurs pr\u00e9tendent \u00eatre leur attrition. Des prix publi\u00e9s, de la recherche publi\u00e9e et un calcul que vous pouvez v\u00e9rifier.<\/p>\n

\n
\n

Table of Contents<\/p>\nToggle<\/span><\/path><\/svg><\/svg><\/span><\/span><\/span><\/a><\/span><\/div>\n