Construire, c'était la partie facile
Tu as passé un mois à faire le SaaS de tes rêves. Des heures, des jours, des semaines, des nuits. Ça y est, tu as enfin quelque chose qui tient la route. Tu te dis que le plus dur est fait, et qu'aller le vendre n'est plus qu'une formalité.
Le plus dur commence.
Construire un produit et le vendre, ce sont deux métiers différents. Le premier, tu viens de le faire avec l'IA, et tu l'as fait vite. Le second ne se vibe code pas. Personne ne va générer tes premiers clients pendant que tu dors.
La bonne nouvelle, c'est que vendre tes 10 premiers utilisateurs n'a rien à voir avec vendre tes 10 000 prochains. Tu n'as pas besoin de growth hacking, de tunnel de conversion ou de budget pub. Tu as besoin de parler à des humains. Et ça, ça s'apprend.
Le piège du "je lance et j'attends"
Voilà le scénario classique. Tu finis ton app. Tu mets un beau bouton "S'inscrire". Tu postes un message sur LinkedIn ou sur X. Tu attends.
Il ne se passe rien.
Trois likes, un commentaire d'un pote, zéro inscription. Tu te dis que ton produit n'intéresse personne. C'est faux. Le problème, ce n'est pas ton produit. C'est que tu as confondu "publier" et "vendre".
Publier, c'est passif. Tu poses ton truc dans le vide et tu espères. Vendre, c'est actif. Tu vas chercher une personne précise, qui a un problème précis, et tu lui montres que ton app le règle. Au début, ça se fait une personne à la fois. À la main. C'est lent, c'est inconfortable, et c'est exactement comme ça que tout le monde commence.
Trouve tes 10 premiers, pas tes 1000
L'erreur de débutant, c'est de viser large. "Mon app peut servir à tout le monde." Non. Une app pour tout le monde, c'est une app pour personne.
Réfléchis à la personne la plus précise possible. Pas "les freelances". Plutôt "le graphiste freelance qui galère à relancer ses factures impayées". Plus c'est précis, plus c'est facile de la trouver et de lui parler.
Ensuite, va là où elle est. Pas dans le vide de ton feed. Dans les vrais endroits.
Les communautés où elle traîne déjà. Des serveurs Discord, des groupes Slack, des subreddits, des groupes Facebook de niche. Tu n'arrives pas pour spammer ton lien. Tu arrives pour aider. Tu réponds aux questions, tu donnes des conseils, et quand quelqu'un décrit pile le problème que ton app résout, tu lui en parles.
Ton réseau direct. Tu connais sûrement trois personnes qui ont le problème que tu résous. Écris-leur. Pas un message générique. Un vrai message, à elles, qui dit "j'ai fait un truc pour ça, tu veux le tester ?".
Le démarchage à froid, mais bien fait. Dix messages personnalisés valent mieux que mille messages copiés-collés. Tu prends le temps de comprendre la personne avant d'écrire. Ça prend cinq minutes par message. C'est normal.
Ton objectif au départ, ce n'est pas dix ventes. C'est dix conversations. Les ventes viennent après.
Pour la petite histoire, j'ai trouvé mon tout premier client en faisant du démarchage physique. Il s'apellait Greg et tenait un food truc mexicain. J'ai discuté avec lui pendant 1/2h et il a fini par s'inscrire sur mon app pour me "donner un coup de main".
C'est le levier qui m'a permis d'aller voir les suivants en leur disant, regardez, ce food truck s'est inscrit donc pourquoi pas vous ?
Parle avant de coder la moindre feature de plus
Ton réflexe de vibe coder, c'est de répondre à chaque objection par du code. "Ah, il manque ça ? Je le rajoute ce soir." Je t'arrête tout de suite.
Avant d'ajouter quoi que ce soit, parle. Échange avec dix personnes de ta cible au téléphone, ou en visio, ou même juste en DM. Vérifie que c'est un vrai besoin.
Tu ne vends pas pendant ces appels. Tu écoutes. Tu cherches à comprendre :
- Comment elles règlent le problème aujourd'hui, sans toi.
- Ce qui les dérange vraiment dans leur solution actuelle.
- Si elles seraient prêtes à payer pour faire disparaître ce problème.
Ces dix conversations valent plus que dix nouvelles features. Elles te disent quoi vendre, avec quels mots, à quel prix. Souvent, tu découvres que la feature dont tu étais le plus fier, personne ne s'en sert. Et que le petit truc que tu as bâclé en deux minutes, c'est ce qui les intéresse.
C'est la même logique que pour ton produit lui-même : construire vite ne veut pas dire construire la bonne chose. Le marché tranche, pas ton intuition.
Sur le site de mon SaaS de restauration, j'avais créé un serveur MCP hyper complet pour piloter son restaurant avec l'IA. J'y ai passé un temps fou. Cela ne m'a amené aucun client.
En revanche, en étant à l'écoute de mes clients, réactif, et en leur faisant 2,3 petites améliorations dédiées, ils m'ont recommandé et cela m'en a amené d'autres.
Fais payer dès le premier jour
La plus grosse erreur que je vois chez les vibe coders, c'est le "je le rends gratuit pour avoir des utilisateurs, je monétiserai plus tard".
Plus tard n'arrive jamais. Et surtout, le gratuit te ment.
Je le sais parce que j'ai déjà fait cette erreur. 60 clients en deux mois, et pas un seul vraiment impliqué. Certains refusaient même de bosser avec moi : ils préféraient payer pour quelque chose de sérieux. Le gratuit ne m'avait pas seulement privé de revenus, il avait détruit ma valeur perçue.
Cent personnes qui s'inscrivent à une app gratuite, ça ne prouve rien. Les gens disent oui à tout ce qui ne coûte rien. La seule preuve que ton produit a de la valeur, c'est que quelqu'un sort sa carte bleue. Un seul client à 20€ t'apprend plus que cent inscrits gratuits.
Tu n'as pas besoin d'un pricing parfait. Tu as besoin d'un prix. Mets-en un, même approximatif. Tu l'ajusteras. Une bonne base pour démarrer :
- Un prix simple, un ou deux paliers maximum. Pas de grille à cinq colonnes.
- Plutôt trop cher que trop peu. C'est plus facile de baisser un prix que de le monter.
- Un essai gratuit si tu veux, mais qui finit par demander une carte.
Et quand tu mets un bouton de paiement, tu mets aussi en jeu de l'argent réel et la confiance des gens. C'est précisément là que tu peux aussi avoir des problèmes tech. J'ai détaillé comment un checkout Stripe généré par IA peut fuiter ou planter en silence. Avant d'encaisser, vérifie que tu encaisses vraiment, et que tu n'encaisses pas deux fois.
Le truc que personne ne te dit : vendre, ça casse ton app
Tant que ton app tourne avec toi tout seul, tout va bien. Tu cliques où il faut, dans l'ordre où il faut. Tu es le seul utilisateur, et c'est un utilisateur très poli.
Tes premiers vrais clients ne sont pas polis. Ils cliquent partout. Ils mettent des emojis dans des champs qui n'attendaient que des chiffres. Ils s'inscrivent deux fois, ils ferment l'onglet en plein paiement, ils utilisent un mot de passe que ton app n'a jamais vu venir.
Vendre, c'est inviter le chaos dans une maison que tu as construite pour une seule personne calme.
C'est là que les fissures sortent. L'auth qui laisse passer un compte sans email vérifié. L'app qui ralentit dès le dixième utilisateur en même temps. Le formulaire qui perd les données si on appuie deux fois sur "Envoyer". Rien de tout ça ne se voyait quand tu étais seul. Tout ça se voit le jour où tu vends.
Ce n'est pas une raison pour ne pas vendre. C'est une raison pour savoir où tu en es avant de vendre. La nuance est énorme. Tu peux lancer avec des fissures, à condition de savoir lesquelles, et lesquelles vont te coûter un client.
La checklist avant de mettre le bouton de paiement
Tu n'as pas besoin que tout soit parfait. Tu as besoin que l'essentiel tienne. Avant d'envoyer ton lien à un premier client payant, vérifie ces points.
L'inscription et la connexion marchent vraiment. Pas juste pour toi. Teste avec une adresse que tu n'as jamais utilisée. Teste le "mot de passe oublié". Teste ce qui se passe si quelqu'un s'inscrit deux fois.
Le paiement encaisse, et une seule fois. Fais un vrai paiement de bout en bout. Vérifie que l'argent arrive, que le client reçoit un reçu, et qu'un double clic ne le facture pas deux fois.
Tes utilisateurs ne voient pas les données des autres. C'est le bug le plus fréquent et le plus grave des apps vibecodées. Crée deux comptes, connecte-toi avec l'un, et assure-toi qu'il ne voit rien de l'autre.
Tu sais quand ça plante. Si ton app tombe un dimanche à 23h, est-ce que tu l'apprends, ou est-ce que c'est ton client qui te l'apprend par mail furieux le lundi ? Mets au moins un truc qui te prévient.
Tu peux répondre à un client en moins d'une heure. Une adresse mail, un chat, un numéro. Au début, ton support, c'est toi. Et un client qui galère mais qui te sent réactif, tu le gardes.
Si tu coches ces cinq cases, tu peux vendre la tête tranquille. Si tu n'es pas sûr d'en cocher une seule, tu le sauras le jour du premier vrai client, et ce sera le pire moment pour le découvrir. J'ai fait une checklist plus complète pour passer du prototype au produit si tu veux creuser.
La règle à retenir
On ne vend pas en publiant. On vend en parlant à une personne à la fois, et en s'assurant que le produit tient quand elle débarque.
Le vibe coding t'a donné quelque chose de rare : un produit fini, vite, sans équipe. C'est une vraie longueur d'avance. Mais cette avance, tu la perds le jour où un client paie, clique, et tombe sur une fissure que tu ne savais pas être là.
Vends. Vraiment, vends, dès maintenant. Mais regarde sous le capot avant d'inviter du monde dedans.
Tu veux savoir si ton app tient avant de la vendre ?
Si tu t'apprêtes à mettre ton SaaS entre les mains de vrais clients, autant savoir d'abord ce qui est solide, ce qui est risqué, et ce qu'il faut corriger en premier. Réserve un audit. En 3 jours, tu sais exactement où tu en es et quoi faire ensuite, avant que ce soit un client qui te l'apprenne.
Et si tu veux des conseils concrets pour construire et vendre avec l'IA sans te planter, inscris-toi à la newsletter. Pas de spam, juste ce qu'il faut savoir.
