En bref — Tony Dinh est développeur solo, sans associé ni VC. Décryptage de sa méthode pour bâtir un portefeuille de micro-SaaS rentables, de Xnapper à Blackmagic.
Image : Startup Stock Photos — Openverse (cc0)
En bref — Tony Dinh est un développeur solo vietnamien qui a bâti un portefeuille de micro-SaaS générant plusieurs dizaines de milliers de dollars de MRR, sans cofondateur ni investisseur. Son approche — ship vite, distribuer en public, couper ce qui ne pousse pas — est l'une des plus documentées de la scène indie mondiale.
Il n'a pas levé de fonds. Il n'a pas de cofondateur. Il n'a pas de bureau. Tony Dinh est ce que beaucoup de makers rêvent d'être : un développeur qui shippe des produits, les vend, et documente tout en public — les succès comme les plateaux. Son histoire ne ressemble à rien de ce que les médias français couvrent habituellement. Pas de tour de table, pas de "disruption", pas de licorne en cours. Juste des produits utiles, des utilisateurs payants, et un MRR qui monte.
C'est exactement pour ça qu'il mérite un décryptage sérieux.
Qui est Tony Dinh, et pourquoi la communauté indie le suit autant ?
Tony Dinh est un développeur indépendant basé à Singapour. Il a quitté son emploi de salarié pour se lancer dans le bootstrapping, et il documente sa trajectoire depuis plusieurs années sur tonydinh.com et sur X (ex-Twitter).
Ce qui le distingue dans la scène indie mondiale, ce n'est pas un seul grand succès. C'est la régularité. Il a lancé plusieurs produits, certains ont pris, d'autres ont stagné. Il parle des deux. Cette honnêteté radicale — les mises à jour mensuelles avec les vrais chiffres, les produits mis en pause, les pivots assumés — lui a bâti une audience fidèle et crédible.
Dans un écosystème saturé de "j'ai fait X en 30 jours" sans suite, Tony Dinh, lui, montre le long terme. Le vrai terreau du solopreneuriat.
L'anatomie de son portefeuille : de Xnapper à Blackmagic
Tony Dinh n'a pas misé sur un seul produit. Il a construit un portefeuille de micro-SaaS, chacun ciblant une niche précise, chacun conçu pour être petit et rentable — pas pour "dominer un marché".
Blackmagic.so est son produit phare. C'est un outil d'analytics et de growth pour les utilisateurs de X (Twitter). Il cible une niche ultra-spécifique : les créateurs et les makers qui veulent comprendre leurs métriques et grandir sur la plateforme. Le produit a décollé parce que Tony lui-même en était l'utilisateur type. Il a résolu son propre problème avant de le vendre aux autres.
Xnapper est un outil de capture d'écran pour macOS qui embellit automatiquement les screenshots — fonds dégradés, ombres, arrondis. Cible : les makers, les indépendants, les développeurs qui partagent leur travail en public et veulent des visuels propres sans passer par Figma. Produit simple, achat unique (pas d'abonnement), distribution naturelle dans la communauté build-in-public.
DevUtils est une boîte à outils pour développeurs — encodeur/décodeur JSON, JWT, base64, timestamps, etc. — packagée en une app macOS native. Le positionnement : tout ce dont un dev a besoin en local, sans passer par des sites web. Encore une fois, Tony était son propre utilisateur.
Ce qu'on remarque dans ce portefeuille, c'est un fil conducteur clair : chaque produit résout un problème réel que Tony a rencontré lui-même, dans le cadre de sa vie de maker. Pas de research de marché abstrait. Pas de persona inventé. Il code pour lui, puis il ouvre la porte.
Si tu veux creuser la logique de validation d'idée avant de coder, c'est exactement ce principe qu'il applique — même s'il ne l'a probablement jamais formalisé ainsi.
Comment il valide, shippe et passe à autre chose sans s'enterrer
C'est la partie la plus instructive — et la moins sexy — du modèle Tony Dinh.
Il ne s'accroche pas. C'est son avantage concurrentiel principal.
La plupart des makers passent des mois, parfois des années, à optimiser un produit qui ne décolle pas. Tony Dinh, lui, fixe un cap mental : si le produit ne montre pas de signaux d'intérêt rapides (utilisateurs, MRR, feedback enthousiaste), il passe à autre chose ou le met en mode maintenance minimale. Il ne "pivot" pas à l'infini. Il coupe, ou il laisse tourner sans y investir d'énergie.
Sa méthode tient en quelques principes qu'il documente lui-même sur son blog :
- Partir d'un problème personnel réel. Pas d'hypothèse, pas de sondage. Il code d'abord pour lui.
- Shipper une v1 en quelques semaines. Pas une v1 parfaite. Une v1 qui fonctionne et qui peut être payante.
- Distribuer en public dès le premier jour. X est son canal principal. Chaque mise à jour, chaque milestone, chaque chiffre partagé = audience + SEO + crédibilité.
- Écouter les signaux, pas les opinions. Les utilisateurs qui paient sont sa boussole. Ceux qui demandent des features gratuitement, moins.
- Ne pas surinvestir avant la preuve. Pas de redesign, pas d'infrastructure complexe, pas de marketing budget avant que le produit ait prouvé qu'il pouvait convertir.
Ce schéma est proche de ce qu'on décrit dans le guide distribution > produit : la distribution n'est pas une étape après le produit, c'est une contrainte de conception dès le début.
Le build-in-public n'est pas une stratégie de communication pour Tony Dinh. C'est sa stratégie de distribution. En partageant chaque lancement, chaque mise à jour, chaque chiffre, il crée des boucles d'acquisition organiques. Ses followers deviennent des clients, ses clients deviennent des ambassadeurs, ses ambassadeurs amènent de nouveaux followers. La boucle se referme sans budget pub.
Si tu cherches à automatiser cette présence sur X sans y passer 2 heures par jour, des outils comme PurrPlan ou son concurrent Buffer peuvent t'aider à planifier et à maintenir la cadence — la régularité étant le vrai secret du build-in-public.
Les chiffres réels : MRR, plateaux et rebonds
On va être directs : les chiffres de Tony Dinh, c'est lui qui les publie. On ne les vérifie pas de l'extérieur, et on ne va pas les inventer ou les affiner au-delà de ce qu'il partage lui-même sur tonydinh.com.
Ce qu'il documente publiquement : un MRR combiné atteignant les 50 000 $/mois sur l'ensemble de son portefeuille, avec Blackmagic.so représentant la part majoritaire. Ces chiffres ont été partagés dans ses mises à jour régulières sur son blog et sur X — à aller lire directement pour avoir les données à jour.
Ce qui est plus intéressant que les chiffres bruts, c'est la forme de la courbe. Tony Dinh parle ouvertement des plateaux. Des mois où la croissance stagne. Des produits qui plafonnent à un MRR modeste et n'avancent plus. Il ne présente pas une trajectoire linéaire vers le haut. Il montre les vraies oscillations.
C'est là que son témoignage est précieux pour un maker francophone : le plateau fait partie du modèle. Un micro-SaaS n'a pas vocation à croître indéfiniment. Il peut trouver son niveau d'équilibre à 2 000 $/mois et y rester — et c'est une réussite, pas un échec. L'agrégation de plusieurs produits à ce niveau, c'est ce qui crée la liberté financière sans VC.
Pour les données sur la survie et la mortalité des startups bootstrappées en France, on renvoie à notre page statistiques startups France qui centralise les sources vérifiables.
Ce que les makers francophones peuvent copier dès maintenant
Voilà la partie actionnable. Tony Dinh n'a pas de magie. Il a une méthode reproductible — et tu n'as pas besoin d'être à Singapour ni de parler à des investisseurs pour l'appliquer.
1. Fais l'inventaire de tes propres frictions. Quel outil tu utilises tous les jours en te disant "c'est nul, il doit y avoir mieux" ? Ce problème-là, c'est ton point de départ. Pas un persona fictif. Toi.
2. Fixe un seuil de validation avant de coder. 10 clients payants en 90 jours. Si tu n'y arrives pas, le produit n'est pas prêt — ou le marché n'existe pas encore. Tu peux utiliser GoNoGo pour structurer cette phase de validation avant d'écrire une ligne de code.
3. Shippe petit, shippe vite, shippe en public. La v1 n'a pas besoin d'être belle. Elle a besoin d'être fonctionnelle et payante. Lance sur X, sur des communautés Reddit francophones, sur Product Hunt. Documente en temps réel. Chaque post est une graine plantée dans le moteur de recherche et dans l'audience.
4. Construis en portefeuille, pas en monoculture. Un seul produit, c'est fragile. Tony Dinh a plusieurs produits parce que les marchés bougent, les plateformes changent (Blackmagic dépend de X — une vraie dépendance assumée et risquée), les clients évoluent. Deux ou trois micro-SaaS qui tournent en parallèle, c'est une racine plus solide qu'un seul tronc. Ça prend du temps à construire, mais c'est l'objectif à 2-3 ans.
5. Ne pas sur-optimiser ce qui ne scale pas. Si un produit est à 500 $/mois et n'avance plus depuis 6 mois, soit tu changes quelque chose de radical (pricing, cible, canal), soit tu le mets en mode "cash cow passif" et tu passes à autre chose. Ce que Tony Dinh appelle implicitement la "gestion de portefeuille", c'est savoir quoi arroser et quoi laisser en jachère.
6. Documenter les chiffres, même inconfortables. C'est contre-intuitif. Partager un MRR faible semble risqué. En réalité, ça construit une confiance qui dure. Les makers qui ne partagent que les succès sont transparents sur leur opacité. Ceux qui partagent les plateaux et les rechutes créent une communauté qui reste.
Pour aller plus loin sur l'art de distribuer sans budget, les guides bootstrapping et les stories de founders qui font le même chemin en France, c'est par là.
À retenir
- Tony Dinh a bâti un portefeuille de micro-SaaS à plusieurs dizaines de milliers de dollars de MRR sans cofondateur ni investisseur, en partant systématiquement de ses propres problèmes de maker.
- Sa méthode repose sur 5 actes : problème personnel → v1 rapide → distribution en public → écoute des signaux payants → passage à autre chose si ça ne pousse pas.
- Le build-in-public n'est pas une stratégie de comm pour lui : c'est son canal d'acquisition principal, sans budget.
- Le portefeuille multi-produits protège contre la dépendance à une seule plateforme ou un seul marché.
- Les chiffres publiés sont les siens, à aller lire directement sur tonydinh.com — on ne les invente pas, on les commente.
- La leçon principale pour le maker francophone : shippe un produit imparfait pour toi d'abord, mets-le en vente, partage le processus en public, et fixe un seuil de validation avant d'y investir ton année.
Graine de startup est édité par Sébastien De Bollivier, développeur et maker bootstrappé — la preuve vivante que ce modèle fonctionne aussi en France.