De zéro à 6 applications en 6 semaines : le vrai bilan

Six applications. Six semaines. Un développeur solo. Et une question que je me pose encore : était-ce une bonne idée ?

Le bilan honnête — pas le thread Twitter euphorique sur la "vibe coding revolution".

Ce qui s'est passé

Entre janvier et février 2026, j'ai construit six applications éducatives pour le marché français : préparation à l'examen de citoyenneté (CitoyenApp), code de la route (PermisB), HACCP, SST/PSC1, habilitation électrique, et TCF/TEF pour les candidats à l'immigration. Des niches réelles, une demande vérifiable, des utilisateurs qui cherchent ces formations tous les jours.

L'outil principal : Claude Code. Stack technique : Next.js, Supabase, Vercel, Tailwind. Chaque app déployée en PWA — Progressive Web App — pour éviter les délais de validation App Store et rester agile.

Le résultat côté vitesse : réel. Ce qui aurait pris six mois à une petite équipe s'est fait en six semaines solo. Les fonctionnalités de base, les interfaces, les flux de quiz, les systèmes de progression — l'IA a absorbé 80% de la charge répétitive.

Le résultat côté impact : plus compliqué.

Ce que l'IA ne peut pas faire

Construire une application, c'est résoudre un problème technique. Trouver des utilisateurs, c'est résoudre un problème de distribution. Ce sont deux problèmes différents, et l'IA ne résout que le premier.

J'avais présumé que la qualité du produit suffirait à générer du trafic organique. Erreur classique — et pourtant, documentée partout. La règle qui s'applique : les stores d'applications font la promotion des apps qui ont déjà de la traction, pas de celles qui viennent de sortir. L'algorithme distribue vers les apps qui ont des avis, des installations, du momentum. Une nouvelle app part avec un désavantage structurel, pas une ardoise vierge.

Ce n'est pas une critique de l'IA. C'est une réalité de la distribution numérique que j'aurais dû intégrer dans ma stratégie avant de builder.

Le piège PWA

Choisir les PWA était logique en termes de vitesse de déploiement. C'était une erreur stratégique en termes de distribution.

Une PWA n'apparaît pas sur l'App Store. Elle n'apparaît pas sur Google Play. Ce sont deux canaux qui concentrent des millions de recherches quotidiennes sur des termes comme "examen de citoyenneté française" ou "préparation HACCP". Sans présence dans ces stores, vous êtes invisible à 70% des canaux de découverte naturelle.

La seule alternative : le SEO organique sur le web — qui prend six à douze mois pour produire des résultats significatifs sur des mots-clés compétitifs — ou de la publicité payante, ce qui transforme l'économie du projet entièrement.

J'aurais dû anticiper ça. Les PWA sont un outil de déploiement rapide, pas un outil de distribution.

Le paradoxe du portefeuille

Six apps en simultané, c'était une stratégie de diversification : si une échoue, les autres compensent. En théorie.

En pratique, ça signifie 1/6ème de l'attention sur chaque produit. Le marketing — réseaux sociaux, SEO, partenariats, feedback loop avec les premiers utilisateurs — demande du temps et de la répétition. Six produits simultanés, c'est six cycles de lancement en parallèle, six audiences à construire en même temps.

Les données sur le modèle "app factory" sont claires : ça fonctionne pour des opérateurs expérimentés qui ont des systèmes en place, des audiences existantes, et des premiers produits déjà en mode autopilote avec des revenus stables. Ce n'était pas ma situation.

La stratégie séquentielle — un produit, traction réelle, puis suivant — est plus lente à court terme. Elle est plus solide à moyen terme.

Ce que les chiffres disent réellement

La médiane pour une application indie : moins de 50€ par mois après un an complet. Seulement 17% des apps atteignent 1 000€ par mois. Le top 100 des apps par abonnement capte 81% de tous les revenus d'abonnement. La concentration est extrême.

Ce n'est pas pour décourager — c'est pour calibrer les attentes. L'IA a compressé le temps de construction de 80%. Elle n'a pas changé la dynamique fondamentale de la monétisation des apps mobiles.

Le vrai calcul : combien de temps faut-il pour atteindre 1 000 utilisateurs actifs sur une niche comme la préparation à l'examen civique ? Avec du SEO organique, entre 6 et 18 mois. Avec une présence App Store et de l'ASO bien exécuté dès le lancement, potentiellement moins. Sans l'un ni l'autre : indéfini.

Ce que je referais différemment

Un seul produit d'abord. CitoyenApp — la préparation à l'examen de naturalisation française — est le plus différencié et le plus urgent pour ses utilisateurs. C'est celui qui méritait toute l'attention.

App native dès le début. La PWA reste utile comme prototype, mais la version App Store devait être planifiée dans le scope initial, pas ajoutée après coup.

ASO avant le lancement. Les stores donnent un boost algorithmique aux nouvelles apps dans leurs premières semaines. Si le listing n'est pas optimisé à la publication — titre, mots-clés, captures d'écran, icône — cette fenêtre est perdue. C'est une décision irréversible.

Budget marketing prévu au départ. Pas après la construction. Le budget de distribution devait être dans la feuille de route initiale, pas en réponse au fait que "personne ne vient naturellement".

Ce que l'IA a vraiment changé

Malgré tout ça, quelque chose s'est passé que je n'aurais pas pu faire avant.

En 2024, construire six applications éducatives en six semaines en solo était impossible — pas en termes de code uniquement, mais en termes de conception UX, de système de quiz, de contenu structuré, de gestion des états utilisateur. L'IA a absorbé la complexité technique et m'a permis de me concentrer sur les décisions produit.

Le vrai changement : le goulot d'étranglement s'est déplacé. Avant, la question était "est-ce que je peux construire ça ?". Maintenant, la question est "est-ce que je peux le distribuer ?". Ce sont deux problèmes très différents — et le deuxième ne se résout pas avec un meilleur prompt.

Pour les développeurs solo qui regardent les outils IA avec excitation : la vitesse de construction est réelle. Prenez-en. Et planifiez la distribution avec la même rigueur que vous planifiez l'architecture.

Le code, c'est 20% du travail. Les 80% restants n'ont pas de raccourci IA — pas encore.