Chapitre 9.1 — L’économie réelle du SaaS solo

⏱️ TL;DR — Regardons les chiffres en face, sans le filtre des captures d’écran Stripe qui font rêver sur X. La majorité des micro-SaaS restent sous 1 k$ de MRR, et la médiane tourne autour de 500 $/mois. Ça a l’air décevant — jusqu’à ce que tu voies l’asymétrie : le downside est minuscule (quelques semaines de ton temps, 30–100 $/mois d’infra), l’upside est énorme et composé. Le SaaS solo n’est pas une loterie, c’est un pari à espérance positive si tu comprends pourquoi la plupart échouent : pas de distribution, mauvaise idée, ou prix trop bas.

🎯 Objectifs

Connaître la distribution réelle des revenus des makers en 2026.
Poser des timelines honnêtes (combien de temps pour 10 k$ MRR).
Comprendre l’asymétrie qui rend le pari intelligent malgré la médiane basse.
Nommer les trois causes d’échec les plus fréquentes — pour les éviter.

Les vrais chiffres

Voici la répartition que les données 2026 dessinent pour les makers indépendants. Elle est brutale, et c’est exactement pour ça qu’il faut la regarder.

Tranche de MRR	Part des makers	Ce que ça veut dire
0 – 1 000 $	~50 %	Un side-project qui paie l’infra, un café, ou rien.
1 000 – 10 000 $	~20 %	Un vrai complément de revenu, parfois un mi-temps.
10 000 – 100 000 $	~10 %	Un revenu principal solide, voire une petite boîte.

La moitié des makers sont sous 1 k$ de MRR. La médiane d’un micro-SaaS tourne autour de 500 $/mois — de quoi payer l’infra et un abonnement ou deux, pas de quoi quitter ton job. Il faut l’entendre clairement : le résultat le plus probable d’un micro-SaaS, c’est « petit ».

Mais regarde l’autre bout : parmi les SaaS qui deviennent rentables, la médiane grimpe à environ 4 200 $ de MRR, soit ~50 k$/an. La distribution est donc à longue traîne : beaucoup de « petits », une minorité qui atteint un vrai revenu. Ton job, dans toute cette partie, c’est de maximiser tes chances de passer du premier groupe au second.

⚠️ Piège — Se comparer aux captures d’écran « 40 k$ MRR en 6 mois ». Ce sont les outliers survivants d’une distribution à longue traîne — pour un que tu vois, cent que tu ne vois pas ont abandonné à 80 $ de MRR. Cale tes attentes sur la médiane (~500 $/mois), pas sur le sommet. Tu seras agréablement surpris plutôt qu’amèrement déçu.

L’asymétrie : pourquoi tenter quand même

Si la médiane est si basse, pourquoi s’y mettre ? Parce que le SaaS solo est l’un des rares paris où ce que tu risques est ridicule face à ce que tu peux gagner.

Le downside : quelques semaines de ton temps (l’IA a divisé le build par ~3, voir 9.3) et 30 à 100 $/mois d’infra au stade MVP. Si ça échoue, tu as perdu un mois de soirées et le prix de deux abonnements. Et tu as appris à shipper un produit — compétence réutilisable à vie.
L’upside : un revenu qui compose. Contrairement au freelance, tu ne réencaisses pas ton temps chaque mois. Un SaaS à 4 000 $ de MRR qui tourne, c’est ~48 k$/an qui rentrent que tu dormes ou non. Et rien ne t’empêche d’en avoir deux, trois.

C’est la logique de l’effet de levier (rappel : 1.4 — L’effet de levier). Le code est un levier « à coût marginal zéro » : une fois écrit, il sert un client ou dix mille pour le même prix. Le micro-SaaS, c’est transformer ton code en actif plutôt qu’en heures facturées.

💡 Réflexe — Ne juge pas un pari à son résultat le plus probable, mais à son espérance : (probabilité de gros × gain énorme) face à (coût faible et quasi certain). Quelques semaines contre un actif qui peut rapporter 50 k$/an : même à faible probabilité, l’espérance est excellente. C’est pour ça qu’on ose — pas parce que « ça marche à tous les coups ».

Une condition pour que l’asymétrie tienne : garde le downside petit. Le pari n’est intelligent que tant que l’échec ne coûte que du temps et quelques dizaines de dollars. Le jour où tu démissionnes, prends une dette ou brûles ton épargne pour « tout donner », tu détruis l’asymétrie — un downside énorme face à un upside incertain, c’est exactement le pari qu’il ne faut pas faire. Le SaaS solo se construit à côté d’un revenu, pas à sa place.

Combien de temps, vraiment

Oublie les « 90 jours pour 10 k$ ». Voici les délais honnêtes, comptés depuis ton premier client payant (pas depuis la première ligne de code) :

Médiane pour atteindre 10 k$ de MRR : 12 à 18 mois après le premier client.
Les plus rapides : 6 à 9 mois — presque toujours ceux qui avaient déjà une audience ou un canal de distribution avant de coder.
Certains : 2 ans et plus, par itérations successives, en changeant d’angle plusieurs fois.

Le message : c’est un marathon, pas un sprint. Le SaaS solo récompense la persévérance sur 12–24 mois bien plus que le talent technique. La plupart de ceux qui échouent n’ont pas fait un mauvais produit — ils ont abandonné avant que la distribution ne prenne.

Regarde aussi ce que dit l’écart entre les rapides et les lents : la variable décisive n’est pas la qualité du code, c’est l’audience et le canal de distribution existants au départ. Ceux qui atteignent 10 k$ en 6–9 mois sont presque toujours ceux qui avaient déjà un public à qui parler. C’est exactement pour ça que ce cours te fait construire une audience avant et pendant le SaaS, pas après — et pourquoi le micro-SaaS arrive tard dans ton plan, une fois ce canal amorcé.

Pourquoi la plupart échouent

Trois causes reviennent, dans cet ordre d’importance :

Pas de distribution. C’est la tueuse numéro un. Un excellent produit que personne ne trouve = zéro dollar. La plupart des devs sur-investissent le code et sous-investissent le fait de se rendre atteignables (on y revient en 9.2 et 9.5).
Mauvaise idée. Un produit que personne ne veut assez pour payer : construit solution-first, sans problème réel ni marché atteignable. Aucun marketing ne sauve une idée que le marché ne veut pas.
Sous-tarifé. Facturer 9–19 $/mois par instinct de dev (« je ne veux pas paraître cher ») plafonne mécaniquement sous 500 $ de MRR : il faut des centaines de clients pour un revenu correct, et tu attires les utilisateurs les plus exigeants et les plus volatils (détaillé en 9.5).

Aucune de ces trois causes n’est technique. Retiens-le : ton problème ne sera presque jamais « je n’arrive pas à coder ça ». Ce sera « personne ne le connaît », « personne ne le veut », ou « je le vends trop peu cher ».

C’est une nouvelle libératrice : les trois murs qui font échouer les micro-SaaS sont exactement ceux que le reste de cette partie t’apprend à franchir. La distribution (9.2 et 9.5), le choix d’idée (9.2) et le pricing (9.5) ne sont pas des dons innés — ce sont des méthodes. Ton avantage de dev n’est donc pas « je code mieux » (l’IA a nivelé ça), c’est que tu peux shipper vite et concentrer ton énergie sur ces trois murs plutôt que sur la technique.

📚 Aller plus loin — Cette distribution des revenus est cohérente avec ce qu’on a vu au 1.1 — Le grand basculement : le code (la brique technique) s’est commoditisé, donc la valeur — et l’argent — se sont déplacés vers le jugement, la distribution et le produit. Un micro-SaaS n’échappe pas à la règle : ce qui te sépare des 500 $/mois, ce n’est pas ton code, c’est tout ce qu’il y a autour.

⚠️ Piège — Viser le SaaS avant d’avoir un socle de revenu stable et une audience. Le SaaS solo est lent et incertain ; le construire pendant que tu galères à payer ton loyer te forcera à l’abandonner au pire moment. Dans la logique des cinq leviers, le micro-SaaS est un levier tardif : on le pose sur un socle (freelance/emploi) et une audience naissante, pas à la place.

🚀 Sur ton plan 12 mois — À ce stade du fil rouge, ton dev Next.js a déjà un socle (freelance ou emploi) et une audience qui démarre. Le micro-SaaS entre au tableau comme une option T3–T4, pas T1 : le pari se joue par-dessus la stabilité, pas à sa place. Sur 12 mois, l’objectif réaliste n’est pas « 10 k$ MRR » — c’est shipper, décrocher les 10 premiers clients payants, et valider que l’idée respire. Le reste, c’est l’année 2.

✏️ Exercices

Exercice 1 — Calcule ton asymétrie. Estime honnêtement le coût de tenter ton idée de SaaS sur 3 mois : nombre de soirées/week-ends, plus l’infra (30–100 $/mois). Compare-le à l’upside d’un SaaS médian-rentable (~4 200 $ MRR). Le pari te paraît-il rationnel ?

✅ Solution

Un exemple typique : 3 mois × ~6 h/semaine ≈ 70 h de ton temps, plus ~150–300 $ d’infra sur le trimestre. Face à un actif qui, s’il atteint la médiane des rentables, rapporte ~50 k$/an de manière semi-passive : l’asymétrie est massive. Le point n’est pas que ça va marcher — c’est que le coût d’essayer est tellement faible que ne pas essayer est le vrai risque, à condition que le downside reste petit (pas de démission, pas de dette).

Exercice 2 — Diagnostique un échec. Prends un side-project (à toi ou d’un ami) qui n’a jamais décollé. Attribue son échec à l’une des trois causes : pas de distribution, mauvaise idée, sous-tarifé. Laquelle domine ?

✅ Solution

Dans la grande majorité des cas, la réponse est « pas de distribution » — le produit existait, fonctionnait, mais personne ne l’a jamais trouvé, souvent parce que le maker a passé 95 % de son temps à coder et 5 % à se faire connaître. Si tu as répondu « le produit avait des bugs » ou « il manquait des features », creuse : ce sont presque toujours des symptômes, pas la cause. La cause racine est le déséquilibre build/distribution.

🧠 Quiz de révision

1. Quelle est la part des makers sous 1 k$ de MRR, et la médiane d’un micro-SaaS ?

Environ 50 % des makers sont sous 1 k$ de MRR, et la médiane tourne autour de 500 $/mois. Le résultat le plus probable d’un micro-SaaS est « petit » — il faut caler ses attentes là-dessus, pas sur les outliers.

2. Pourquoi tenter le pari malgré une médiane basse ?

À cause de l’asymétrie : le downside est minuscule (quelques semaines + 30–100 $/mois d’infra) face à un upside qui compose (un SaaS rentable médian ≈ 4 200 $ MRR, ~50 k$/an, semi-passif). On juge le pari à son espérance, pas à son résultat le plus probable.

3. Combien de temps, en médiane, pour atteindre 10 k$ de MRR ?

12 à 18 mois depuis le premier client payant. Les plus rapides (6–9 mois) avaient déjà une audience ; certains mettent 2 ans et plus. C’est un marathon qui récompense la persévérance, pas un sprint.

4. Quelles sont les trois causes d’échec les plus fréquentes ?

Dans l’ordre : pas de distribution (la tueuse n°1), mauvaise idée (personne ne la veut assez pour payer), sous-tarifé (9–19 $ qui plafonnent sous 500 $ MRR). Aucune n’est technique — le problème n’est presque jamais « je n’arrive pas à coder ça ».

5. Pourquoi le micro-SaaS est-il un levier « tardif » ?

Parce qu’il est lent et incertain : le construire sans socle de revenu stable ni audience te force à l’abandonner au pire moment. On le pose par-dessus un socle (freelance/emploi) et une audience naissante, en option T3–T4, pas à leur place.

Chapitre suivant : Trouver l’idée — comment repérer une idée qui a une vraie chance, en partant du problème et de la distribution.