Le piège du solo building à l’ère de l’IA : 1000 features, 0 client

Tout le monde veut builder solo avec l’IA et se prendre pour Elon Musk avec 20 balles par mois. C’est la grande promesse du moment : plus besoin de personne, tu promptes, tu ship, t’es le boss. Sauf que dans la vraie vie, ça donne deux scénarios. Aucun des deux ne finit bien.

Le dev qui kiffe ses features (et oublie le business)

Quand t’es dev, l’IA transforme le build en jeu vidéo. Tu rentres dans une loop dopaminergique à empiler des features. C’est propre, c’est gratifiant, t’as l’impression d’avancer. Sauf que le techos n’est plus en train de faire du business, il est en train de kiffer.

Résultat : 1000 features, 0 client. Le MVP est propre, le go-to-market est fucked up. J’ai vu des mecs tellement focus sur leurs features qu’ils ont la flemme de mettre Stripe. Stripe. Le truc qui prend 20 minutes et qui transforme un projet en business. Mais non, c’est moins fun que de rajouter un dark mode ou un système de notifications en temps réel que personne n’a demandé.

Le piège est vicieux parce qu’il est confortable. T’es dans ton flow, t’apprends des trucs, tu te sens productif. Mais t’es juste en train de construire un château de cartes que personne ne visite. Et plus tu empiles, plus le projet devient imbouffable. Le code est propre, l’architecture est clean, mais y’a pas un seul utilisateur payant. C’est un serpent qui se mord la queue : tu build pour nourrir la dopamine, la dopamine te fait builder, et le business attend.

Le non-tech qui ship un SaaS mono-feature (et crée une bombe à retardement)

De l’autre côté, t’as le profil non-tech. Lui, il a compris le marché. Il a un client, un vrai, avec un besoin précis. Il prompte un SaaS mono-feature, ça marche, le client paie. Victoire. Sauf que le front-end est beau et propre, mais le back-end est dégueulasse. C’est du code généré par IA, sans structure, sans vision long terme.

Un client, un SaaS mono-feature, mais zéro scaling. Le jour où le client demande une deuxième feature, tout s’effondre. Le projet devient imbouffable à force d’empiler des features sur une base pourrie. Le non-tech se retrouve avec un produit invendable à long terme, parce que personne ne veut racheter un plat de spaghettis. Il a shipé, il a facturé, mais il a construit sur du sable.

Pourquoi l’IA ne va pas résoudre ça demain

Certains pensent que les LLM vont régler le problème. Qu’il suffit d’attendre quelques mois et que l’IA saura architecturer un back-end propre ou générer un go-to-market automatique. Je n’y crois pas une seconde. Les LLM ne pourront pas résoudre ce problème avant plusieurs dizaines de mois, et ça coûtera plus cher en tokens. Le gap entre générer du code et comprendre un business model, une stratégie de scaling, une architecture qui tient la charge sur 2 ans, c’est pas un problème de paramètres. C’est un problème de contexte, de jugement, de vision. L’IA te donne des réponses, pas une direction.

La seule issue : s’associer

À l’ère de l’AI, il est ultra important de s’associer et de s’entourer. C’est contre-intuitif, parce que tous les outils te disent le contraire. Mais le vrai edge, c’est pas de tout faire seul. C’est de combiner la capacité à builder proprement (le dev) et la capacité à trouver des clients et à comprendre le marché (le non-tech). L’un sans l’autre, t’es soit un artiste, soit un vendeur de vent. Ensemble, t’as un business.

Le paradoxe, c’est que l’IA rend le solo plus facile que jamais, mais c’est justement pour ça qu’il faut résister. Parce que tout le monde va dans la même direction, et que la valeur est ailleurs. Arrête de builder seul. Trouve quelqu’un qui a la compétence que t’as pas, et construisez un truc qui tient la route. Sinon, tu finiras avec 1000 features et 0 client, ou un SaaS qui s’écroule à la première mise à jour.