D'opticien à 35 000 $/mois avec 3 micro-SaaS : comment Samuel Rondot a réussi en copiant intelligemment et en améliorant de 1%
L'indie hacker français Samuel Rondot a été opticien pendant environ trois ans, puis a appris à coder vers 2017 grâce à un seul cours YouTube de 15 heures. Sa règle : « Je ne construis jamais quelque chose qui n'existe pas déjà et qui ne marche pas. » Il entre sur des niches aux clients payants avérés et fait un peu mieux. Son portefeuille — UseArtemis (prospection LinkedIn), StoryShort.ai (générateur de vidéos courtes par IA) et Capacity.so (créateur d'apps par IA) — atteignait environ 35 000 $/mois déclarés en 2025 ; les 22 309 $ de MRR et 391 abonnés de StoryShort sont vérifiés par TrustMRR via Stripe. Seul, sans levée de fonds.
Processus
Toute la méthode de Samuel Rondot tient en une phrase sans aucun glamour :
« Je ne construis jamais quelque chose qui n'existe pas déjà et qui ne marche pas. »
Cet indie hacker français n'a pas de diplôme en informatique et a été opticien pendant environ trois ans. Toute sa formation en programmation se résume à un cours de 15 heures sur YouTube. Depuis, il a créé seul trois produits SaaS : UseArtemis (prospection sur LinkedIn), StoryShort.ai (générateur de vidéos courtes par IA) et Capacity.so (créateur d'applications par IA). En 2025, il affirmait que les trois rapportaient ensemble environ 35 000 $ par mois.
D'abord, quels chiffres sont solides. Le total du portefeuille est sa propre déclaration ; le titre de l'interview Indie Hackers parle de 28 000 $/mois, et les chiffres varient selon la date et la source. Seul StoryShort.ai est vérifié de manière indépendante : TrustMRR, connecté directement à son compte Stripe, affichait 22 309 $ de MRR, 391 abonnés payants et 513 973 $ de revenus cumulés en juillet 2026.
Phase 1 · Un opticien et un cours de 15 heures (vers 2017)
Samuel vivait en France, tout près de la frontière suisse. Après ses études, il est devenu opticien et a travaillé environ trois ans dans un magasin de lunettes.
Il bricolait des sites web depuis la fac, sans jamais avoir vraiment étudié la programmation. Le déclic : un cours full-stack de 15 heures sur YouTube. Sa méthode était radicale : pas d'exercices — regarder une section, puis l'appliquer à un vrai projet. Il le répète en interview : l'objectif n'est pas « apprendre à coder », mais « construire quelque chose pour lequel les gens paient ».
Pendant ses années d'opticien, il travaillait sur ses projets chaque matin avant le travail et chaque soir en rentrant.
Phase 2 · Une première affaire sans une ligne de code (2017)
Sa première « affaire » n'était même pas un logiciel. C'était un service d'automatisation pour gagner des abonnés sur Instagram : une landing page WordPress prenait les commandes et les paiements, et derrière, aucune automatisation. Il avait embauché des personnes en Inde et au Bangladesh pour faire les likes et les follows à la main.
Il en a tiré deux leçons :
- Vendre d'abord, construire ensuite. Les clients achètent un résultat ; peu leur importe que ce soit du code ou des humains qui le livrent.
- La demande avant la technologie. Il ne savait pas encore construire le système, mais il avait déjà prouvé que des gens paieraient pour lui.
(Des résumés de seconde main de l'interview Indie Hackers indiquent que cette première activité a atteint environ 30 000 $/mois à un moment. Nous n'avons pas pu le confirmer dans l'original : à prendre avec prudence.)
Phase 3 · UseArtemis : 15 000 $/mois — et ce qu'il appelle une erreur
Une fois capable de coder, il a créé UseArtemis, un outil qui extrait des profils LinkedIn pour que les équipes commerciales B2B trouvent des leads en masse. Selon ses propos d'août 2025, l'outil comptait environ 10 000 utilisateurs, environ 15 000 $/mois de revenus et environ 4 000 $/mois de coûts.
Samuel s'en sert comme d'un contre-exemple. Les produits de scraping cassent dès que la plateforme ciblée modifie ses pages ou renforce ses protections anti-scraping, et il faut les réparer immédiatement. Ils ont l'air rentables, mais ils vous enchaînent à votre ordinateur. C'est de là que vient le filtre « maintenance simple » de sa grille de sélection d'idées.
Phase 4 · StoryShort.ai : copier une niche qui rapportait déjà (depuis août 2024)
En 2024, les comptes « sans visage » explosaient sur TikTok et YouTube Shorts : personne face caméra, juste des voix off générées par IA et des images d'archives qui racontent des histoires. Les outils de ce créneau publiaient déjà leurs revenus.
Selon la règle de Samuel, c'était exactement le signal qu'il attendait : quelqu'un gagne déjà de l'argent, donc la demande est réelle. Il a appliqué ses filtres :
- L'utiliserait-il lui-même ? Oui.
- Une traction payante prouvée ? Les concurrents publiaient leur MRR.
- Croissance possible sans gros budget pub ? Il y avait de la place pour le SEO et le contenu.
- Maintenance simple ? Le cœur enchaîne des API d'IA existantes dans un pipeline, sans scraping.
StoryShort.ai a été lancé en août 2024. On saisit un sujet ; l'outil écrit le script, ajoute une voix off, génère les visuels et les sous-titres, et livre une vidéo courte prête à publier.
La croissance a démarré uniquement avec de la publicité payante. Il explique que tout le trafic initial venait des publicités Facebook. C'est son mode opératoire habituel : acheter quelques semaines de trafic et voir si les gens paient. Une fois validé, ajouter les canaux lents — des articles SEO (publiés en masse avec l'outil de rédaction automatique Outrank), des chaînes YouTube sans visage créées avec StoryShort lui-même et un programme d'affiliation (toujours dans le menu principal du site).
En août 2025, il indiquait que StoryShort générait environ 20 000 $/mois, avec environ 4 000 utilisateurs et environ 5 000 $/mois de coûts, surtout des frais d'API d'IA. En juillet 2026, TrustMRR vérifiait 22 309 $ de MRR.
Phase 5 · Capacity.so : coder avec l'IA, puis vendre « une IA qui code » (2025)
En 2025, les outils « du prompt à l'application » comme Lovable et Bolt.new connaissaient une croissance explosive — encore une niche où quelqu'un gagnait clairement de l'argent. Samuel a créé Capacity.so. En août 2025, le produit en était à ses débuts : environ 50 utilisateurs et environ 900 $/mois. Des articles ultérieurs le situent autour de 3 000 $/mois.
Sa propre façon de développer a changé aussi. Il affirme que Claude Code fait désormais environ 90 % du travail. Sa stack : Next.js + Node.js, déployé sur Vercel, avec Stripe pour les paiements. Il est même allé jusqu'à dire : « Si j'avais 18 ans aujourd'hui, je n'apprendrais pas à coder. J'utiliserais des outils d'IA. » Il ajoute toutefois que comprendre le code reste important, et il continue d'apprendre.
Le bilan : à quoi ressemblent les vrais chiffres
Un décompte approximatif de ses chiffres déclarés en août 2025 :
| Produit | Revenu mensuel | Coût mensuel | Utilisateurs |
|---|---|---|---|
| StoryShort.ai | ~20 000 $ | ~5 000 $ | ~4 000 |
| UseArtemis | ~15 000 $ | ~4 000 $ | ~10 000 |
| Capacity.so | ~900 $ | — | ~50 |
| Total | ~35 900 $ | ≥9 000 $ |
Après les coûts connus, la marge tourne autour de 70–75 %, et moins encore en comptant la publicité. C'est excellent, mais ce n'est pas le « 85 % de bénéfice net » qui circule en ligne.
Réflexion
1. Ce que « copier » veut vraiment dire : sous-traiter la validation au marché
Le « copier » de Samuel n'est pas un clonage au pixel près. C'est sauter l'étape la plus coûteuse d'une startup : prouver que quelqu'un paiera. La plupart des développeurs indépendants meurent du « je l'ai construit, personne n'en voulait ». Lui n'entre que dans des niches où quelqu'un a déjà publié des captures de MRR ou des revenus Stripe. Les captures de revenus des autres sont son étude de marché gratuite.
Il utilise aussi Ahrefs pour examiner la répartition du trafic d'un concurrent. Les meilleures cibles ont à la fois de la publicité payante et du trafic de recherche organique : la publicité signifie que la valeur client couvre le coût d'acquisition, et le SEO que la demande est durable.
2. Il gagne grâce à l'ordre de croissance, pas au produit
StoryShort a beaucoup de concurrents aux fonctionnalités proches. Son avantage est une séquence de croissance fixe :
- La pub d'abord : de l'argent réel pour tester la demande et la conversion en quelques semaines.
- Le SEO ensuite : des articles automatisés à grande échelle pour du trafic gratuit sur le long terme.
- Du contenu fait avec le produit : des chaînes YouTube sans visage créées avec StoryShort lui-même.
- L'affiliation : des créateurs le diffusent pour lui.
Le rapide avant le lent ; acheter avant de cultiver. Beaucoup de fondateurs font l'inverse — six mois de SEO avant de découvrir si quelqu'un veut le produit — et perdent six mois dans la mauvaise niche.
3. La maintenance est le coût caché d'un portefeuille
« Répartir le risque sur plusieurs produits » sonne bien, mais chaque produit supplémentaire ajoute de la maintenance. UseArtemis rapporte 15 000 $/mois et il parle pourtant d'une erreur : le scraping de LinkedIn est fragile par nature et comporte un risque vis-à-vis des conditions d'utilisation (LinkedIn combat les scrapers devant les tribunaux depuis longtemps). À revenu égal, le produit le moins exigeant en maintenance vaut davantage — le plus négligé de ses quatre filtres.
4. L'IA a changé la valeur du code, pas celle du choix des niches
Quelqu'un qui a suivi un seul cours de 15 heures gère aujourd'hui seul trois produits SaaS ; les outils de code par IA y sont pour beaucoup. Mais la barrière disparaît pour tout le monde : si vous pouvez construire StoryShort en une semaine avec Claude Code, d'autres le peuvent aussi. Ce qui est rare, c'est le jugement sur quoi construire et la capacité à acquérir des clients — d'où sa remarque selon laquelle un jeune de 18 ans n'a pas besoin d'apprendre à coder.
5. Lire ce cas avec la tête froide
- Relativisez les chiffres : 28 000 $, 35 000 $ et 36 000 $ apparaissent dans différentes sources ; seuls les 22 309 $ de StoryShort sont vérifiés. Avec ses propres chiffres de coûts, la marge est d'environ 70–75 %, pas 85 %.
- Risque lié aux règles des plateformes : les utilisateurs de vidéos courtes par IA monétisent sur YouTube et TikTok. YouTube a durci en juillet 2025 ses règles de monétisation pour les contenus répétitifs produits en masse, et ce genre de changement frappe directement la demande pour StoryShort.
- « Copier » a ses limites : il copie des catégories et une demande, pas du code, des marques ou des designs. Copier ces éléments-là expose à des risques juridiques et ne donne aucun avantage.
Action
Étape 1 : constituez une liste de « niches validées » (1 semaine) Passez 30 minutes par jour sur #buildinpublic sur X, Indie Hackers et TrustMRR. Notez les petits outils qui publient leurs revenus : nom, MRR, prix, date de lancement. Visez 20 candidats.
Étape 2 : réduisez à 3 avec les quatre filtres Pour chacun : l'utiliserais-je ? Y a-t-il une preuve de paiement ? Peut-il croître sans gros budget pub ? Est-il simple à maintenir ? Éliminez tout ce qui dépend du scraping de plateformes tierces ou exige beaucoup de support manuel.
Étape 3 : examinez la répartition du trafic Utilisez Ahrefs ou la version gratuite de Similarweb pour voir d'où vient le trafic de chaque candidat. Privilégiez ceux qui ont à la fois du trafic payant et organique. Cherchez ensuite sur Reddit et Trustpilot « [concurrent] alternative / sucks » et notez les 2–3 plaintes les plus fréquentes : c'est votre « 1 % meilleur ».
Étape 4 : lancez un MVP payant en 1–2 semaines Ne construisez que la fonction principale et un correctif pour la plainte n° 1 contre le concurrent. Reprenez sa stack : Next.js + Vercel + Stripe, avec Claude Code ou Cursor pour écrire le code. Encaissez dès le premier jour.
Étape 5 : validez avec un petit budget publicitaire pendant 2–4 semaines Lancez de petites campagnes sur Google ou Meta et ne suivez qu'un indicateur : des inconnus paient-ils ? Sinon, passez au candidat suivant. Ne vous attardez pas.
Étape 6 : n'ajoutez les canaux lents qu'après validation Articles SEO, comptes qui publient du contenu créé avec votre propre produit, programme d'affiliation — du plus rapide au plus lent.
Étape 7 : faites le calcul de la maintenance avant le produit n° 2 Ne lancez un deuxième produit que lorsque le premier est stable et que sa maintenance hebdomadaire est maîtrisée. Privilégiez de nouveaux produits qui partagent votre stack et demandent peu de maintenance.
Ce n'est pas pour vous si :
- Vous n'avez pas quelques centaines à mille dollars pour tester des publicités, ou vous détestez gérer de la pub ;
- Vous voulez créer un produit original qui « change le monde » et refusez d'entrer dans une niche encombrée ;
- Vous attendez un revenu passif du type « construire une fois, se reposer pour toujours » — un SaaS implique des corrections de bugs, du support et des adaptations aux changements de plateforme ;
- Votre catégorie dépend fortement des règles d'une seule plateforme (monétisation ou accès à l'API) et vous n'avez pas de plan B.