🚀 J’ai vibe codé mon app en 5 jours : entre magie et consommation

Une sacrée aventure

Bon, on va se dire les choses franchement : après des années de frustration en tant que CEO à avoir des idées sans pouvoir les coder, quand j’ai vu arriver l’IA, je me suis dit qu’enfin je pourrais moi aussi transformer mes idées en projet sans savoir coder ! 

J’ai passé 5 jours à « vibe coder » avec plein de bonnes intentions. C’était une expérience avec des hauts et des bas, mais pour la première fois, MES idées devenaient du code. Et ça a marché. Je vous partage tout ça.

Suivez cet article en vidéo

Vivez cet article avec moi en 3 vidéos, disponibles ici:

Vibe coding story 1: La préparation!	Vibe coding story 2: On génère notre app	Vibe coding story 3: Les conclusions

Le déclic : la frustration de CEO

Flashback : dans une ancienne vie, j’étais CEO de ma boîte. Et ma plus grosse frustration ? 

Je voyais TOUT : les user journeys, les features, les versions, les écrans de mon produit… Je savais exactement ce qu’il me fallait. 

Mais voilà : je ne savais pas coder. 

C’était frustrant. Être dépendant des devs, ne pas avoir assez de budget pour avoir une vraie équipe… J’avais l’impression d’avoir une Ferrari dans la tête et un vélo pour avancer. 

Et puis l’IA est arrivée. Elle s’est améliorée. Et maintenant, apparemment, elle sait coder. 

L’idée du vibe coding c’est de « parler naturellement à une IA qui code tes idées pour toi ». Pas forcément besoin de plan précis, pas de structure rigide. Tu lances ton idée, l’IA code, ça bug, vous corrigez ensemble, et hop on recommence. Qu’est-ce qui pourrait mal se passer ? 

Pour la première fois de ma vie, je pouvais passer de l’idée au code. Direct. Et itérer plusieurs fois par heure. 

Alors vous me connaissez, en tant que product owner, je me suis préparé, j’ai créé un plan précis, étape par étape… que je n’ai pas du tout suivi ! L’IA est imprévisible, je me suis laissé porter et même emporté. Ça fait partie de l’expérience… et bizarrement… ça marchait.  

Alors oui, j’ai découvert après coup que le context engineering existe et que c’est plus efficace. Mais pour un ex-CEO frustré qui voulait juste voir ses idées prendre vie… le vibe coding, c’était une première libération. 🚀 

Avant de commencer Mon setup

Les outils que j’ai utilisés :

• • Cursor : l’IDE avec IA intégrée le plus connu (plan pro + 5 US$ de crédits Anthropic = 40 US$ au total). 
  • Claude : mon architecte personnel (plan pro 20 US$). 
  • ChatGPT : mon illustrateur (plan gratuit). 
  • GitHub : pour stocker mon code (de qualité discutable) – Voir le repo PO Bingo. 

  Petit conseil : prenez directement le plan pro de Cursor. Moi j’ai voulu faire le malin avec la version gratuite… double passage en caisse et galères en prime ! 

📝 Le workflow qui a (presque) tout changé

Étape 1 : L’idéation avec Claude 

L’idée était simple : créer une app à la Duolingo pour apprendre des choses utiles aux product owners pendant 3 minutes par jour. 

Alors c’est ce que j’ai demandé à Claude.ai. Sans rien d’autre. 

• Des specs techniques ? Je ne suis pas développeur. 
• Des écrans dessinés ? Je ne suis pas designer.
• Un nom d’application ? J’en avais des milliers. 
• Des user journeys ? Mon idée était trop vague. 

Je voulais surtout voir où tout ça allait nous emmener. 

Et je n’ai pas été déçu ! Claude m’a sorti : 

• une architecture complète ; 
• les technos à utiliser (React, Vite, Tailwind… que je ne connais pas) ; 
• des suggestions de features auxquelles je n’avais même pas pensé. 

C’était dingue : mon idée floue devenait un vrai projet structuré. En direct. J’avais l’impression que quelqu’un travaillait avec moi sur mes idées, comme une équipe ! 

Mon retour d’expérience : l’IA est géniale pour transformer une idée vague en plan concret. Mais attention, j’ai perdu 1 heure parce qu’elle m’a fait rêver à partir sur des choses géniales mais beaucoup trop complexes. Même avec une idée floue, donnez le maximum de contexte. 

Étape 2 : La préparation (un si beau plan jamais exécuté)

Vivez cette étape en live avec la vidéo  Vibe coding story 1: La préparation!

PO organisé et pour bien préparer cette expérience, j’ai créé : 

• un workflow en 7 étapes ; 
• une liste des outils d’IA que j’allais utiliser à chaque étape. 

Ce workflow précis me permettait de construire une application de A à Z en passant par toutes les étapes critiques sans rien oublier. 

Ça, c’est dans la théorie, car l’IA m’a emmené autre part. C’est à la fois très bien, car ça ouvre des portes, mais aussi très mal, ça m’a facilement détourné de là où je voulais aller.

Mon retour d’expérience : ici j’ai fait exprès de ne pas recadrer pour voir où est-ce que cela nous emmenait, ça faisait partie de la découverte et de ce que je voulais vivre. Et partager. Les phrases « Parfait ! », « Super ! », « Très bonne idée ! », « Tu as totalement raison ! », etc. que l’IA génère pour des interactions positives sont trompeuses et participent au fait de dévier de là où je voulais aller au départ. 

Étape 3 : L’exécution avec Cursor (le vrai vibe coding commence)

Vivez cette étape en live avec la vidéo  Vibe coding story 2: On génère notre app

C’est là que ça devient dingue. Cursor génère le code, et moi je regarde, fasciné (au début) puis un peu inquiet (avec de l’expérience). 

Premier impression : bluffant 😱 

• Il explique TOUT en langage humain – « Je crée un composant pour afficher les questions. », « J’ajoute une logique pour tracker les bonnes réponses. » 
• Le debug simple – Quand ça plantait (70 % du temps), il créait des pages de debug spécifiques juste pour isoler le problème. 
• Le dialogue constant – « Peux-tu vérifier si tu vois un bouton bleu ? », « Est-ce que le texte s’affiche maintenant ? » 
• Un gain de temps monstrueux – par exemple, si je lui disais : « Il me faut 200 questions pour PO avec 3 niveaux de difficulté », 5 minutes plus tard, j’avais ma base de données complète, formatée, catégorisée. J’aurais mis 5 jours à faire ça à la main. 
• Il sait me contredire – Quand mon idée ne semble pas bonne, il me le dit (avec beaucoup de pommade) mais il le fait. 

Deuxième impression : vortex à temps 🌪️ 

• Parfois 15 minutes d’attente où tu pars chercher un café (ou deux). 
• Dans 70 % des cas, le code généré est buggé. 
• Dans 20 % des cas, le code généré casse autre chose. 
• Les allers-retours constants : code → test → bug → fix → test → bug… 
• Ses phrases mettent toujours l’utilisateur en avant et elles deviennent lourdes : « Incroyable ! » ; « Super idée ! » ; « Mais oui c’est génial ! » pour la 100ème fois fait l’effet inverse.

Troisième impression : vortex à tune 💸 

On ne va pas se le cacher, c’est pas donné. Avec mes différentes galères, j’ai dû payer : 

• un abonnement pro à Cursor : 20 US$ /mois ; 
• un abonnement pro à Claude : 20 US$ /mois (inutile pour Cursor mais je ne savais pas) ; 
• des crédits pour accéder aux API d’Anthropic pour utilisation de Claude dans Cursor Pro (20 US$), 

soit un total de 60 US$ pour comprendre comment tout ça fonctionne. Une leçon chèrement apprise. 

Mon retour d’expérience : prenez simplement Cursor Pro, Claude et d’autres IA sont intégrées, pas besoin du reste.

Impression finale 

Pour la première fois depuis que j’ai quitté mon rôle de CEO, j’ai pu créer quelque chose de A à Z. Pas une idée complexe avec 50 specs, juste un « Duolingo pour PO » qui est devenu réalité. Sans intermédiaire. Sans attendre. Juste moi, une idée vague, et une IA qui structure et code. Et rien que ça, c’est fou. 

💡 Les vraies leçons

Ce qui marche vraiment : 

1. Le contexte est ROI – Sans bon contexte, l’IA fait n’importe quoi.
2. Les prompts optimisés – Je prompte → Je demande à une IA d’optimiser ce prompt → Je demande à une IA d’implémenter ce prompt.  
3. La structure avant tout – Mes fichiers de structure (architecture, vision, base de données, etc.) ont sauvé le projet. 

Ce qui m’a surpris : 

• L’IA debug mieux que moi (elle isole, teste, corrige). 
• C’est ultra addictif (j’ai bossé des soirées entières). 
• Les erreurs sont des opportunités d’apprentissage et vous rendent plus précis. 
• L’IA pose RAREMENT des questions – Elle ne vérifie pas ses assomptions et son code, même si elle n’a rien compris. 
• L’IA structure tes idées floues – Tu dis « Duolingo pour PO », elle te sort un plan complet. 

Le piège à éviter : 

L’IA ne te dira jamais : « Attends, t’es sûr de ton truc ? ». Elle exécute. Point. Si tu dis « fais-moi un bouton qui supprime tout », elle le fait. Sans confirmation. Sans warning. 

Mon retour d’expérience : 

Faites des sessions de planification. Il existe maintenant un mode « planification » pour préparer un sujet avec la base de code à disposition avant de commencer à coder. Durant la préparation, demandez à l’IA de créer un document et pendant le développement de se baser sur ce document.  

Mes workflows finaux  

Workflow général 

1. Donnez à Claude un MAX de détails sur votre projet. 
2. Demandez quels documents sont indispensables pour commencer le projet. 
3. Travaillez avec lui sur ces documents et demandez-lui de choisir des technologies connues des LLM. 
4. Mettez ces documents dans votre projet (dossier « docs » par exemple). 
5. Dans Cursor, dites-lui de se référer à ces documents avant tout développement. 
6. Avant de demander quelque chose de complexe, demandez à une IA de vous poser des questions et de faire un prompt optimisé. 
7. Mettez ce prompt optimisé dans Cursor et laissez-le travailler. 
8. Si bug → capture d’écran + prompt de correction avec l’attendu → Cursor corrige → Vous testez. 
9. Demandez-lui de commit / merge & répéter. 

Workflow nouvelle fonction 

1. Parlez de votre fonction à une IA ou dans le mode « Planification » de Cursor. 
2. Demandez-lui de vous poser des questions si des choses ne sont pas claires. 
3. Demandez-lui de créer un plan ou un prompt optimisé. 
4. Donnez ce prompt à Cursor et regardez-le le générer. 

Workflow débuggage 

1. Faites une capture d’écran du bug. 
2. Détaillez où il se situe (quelle page, quelle partie, titre de la section, etc.). 
3. Donnez l’état actuel. 
4. Donnez l’état attendu. 
5. Mettez en avant les choses qu’il ne doit PAS toucher. 
6. Donnez ce prompt à Cursor et regardez-le le corriger. 

Vibe coding vs context engineering : la vraie différence 

Mettons les choses au clair. Ce que j’ai fait n’est pas du vibe coding c’est plutôt du context engineering car : 

• • j’avais préparé des documents en amont avec l’aide d’une IA : 
  • base de données ; 
  • vision du projet ; 
  • technologies à utiliser en front et back ; 
  • architecture, 
• cela a permis à l’IA d’avoir tout le contexte du projet ; 
• ce qui a énormément réduit le nombre de bugs et d’hallucinations ; 
• cela m’a fait gagner beaucoup de temps et beaucoup de crédit. 

Mon analyse perso

Vivez cette étape en live avec la vidéo  Vibe coding story 3: Les conclusions

Les points forts : 

✅ C’est incroyable de pouvoir faire des apps sans savoir coder – Sérieux, après des années de frustration, voir mon idée devenir réalité… magique ! 

✅ L’IA = Guide bienveillant – Elle vous prend par la main, vous explique, vous rassure quand ça plante. 

✅ Ça se debug « tout seul » – L’IA analyse, isole le problème, propose la solution. Vous validez, ça roule. 

✅ Un coéquipier qui bosse H24 – Pas de pause-café, pas de congé, juste focus sur VOS idées 

✅ Learning by doing – Vous comprenez enfin ce que font vos devs. 

✅ Rapidité de prototypage – 5 jours vs 5 mois avec une équipe classique. 

Les limites : 

❌ Workflow de départ ? Oublié direct – J’ai commencé avec un plan, puis j’ai vibé… chaos total. 

❌ Ça fait parfois n’importe quoi – Genre vraiment n’importe quoi. Des fois on se demande si l’IA a fumé. 

❌ L’IA = Guide énervant – Quand elle ne comprend pas après 5 reformulations, on veut la secouer. 

❌ Faut être ULTRA précis – On oublie un détail ? Elle fait l’inverse de ce qu’on veut. 

❌ Zéro question de sa part – Elle suppose, elle code. Même si c’est pas du tout ce qu’on voulait. 

❌ Prix élevé – 40  partis (Cursor Pro + crédits). Pour un proto, ça pique. 

❌ 70 % buggé au départ – Oui, 70 %. Les 30 % qui marchaient, c’était déjà un miracle. 

❌ La qualité du code ? – Aucune idée, mais probablement pas terrible. 

❌ La dette technique – On en reparle dans 6 mois. 

Le vrai bilan : 

Malgré les galères, le ratio effort/résultat est dingue. Oui c’est frustrant, oui c’est cher, oui ça bug. Mais j’ai codé une app fonctionnelle en 5 jours sans savoir coder ! 

Ma vision : plus il y aura d’IA plus il y aura de développeurs. 

Vous pensez que l’IA prendra le travail des développeurs ? Après cette expérience, c’est sûr que non. 

Le travail des développeurs va peut-être un peu évoluer, mais il est absolument essentiel pour cadrer, pour comprendre, pour corriger, pour orienter et bien plus encore, car aujourd’hui c’est clair, ce n’est pas prêt pour la production. 

Le vibe coding et le context engineering, c’est très intéressant pour un projet personnel qui n’aurait de toute façon pas eu les moyens d’embaucher des développeurs. 

Mais dans la vraie vie et en production chez des clients, vous ne POUVEZ PAS l’utiliser pour une seule et bonne raison : on ne peut pas lui faire confiance. Sans confiance, pas d’utilisation et donc pas de production. 

Qu’en disent les développeurs ? 

J’ai demandé à des développeurs d’analyser la base de code (disponible sur GitHub) et même de tester par eux-mêmes le vibe coding et en résumé : ils ont pété un câble. 

« Je n’ai pas confiance. » 

Entre les fois où l’IA ne respectait pas ce qu’on lui demandait, où elle crée des classes qui s’appellent littéralement Hello World et qui sont inutiles, quand elle modifie une partie du code de manière arbitraire ou qu’elle en supprime d’autres soi-disant non utilisées, quand on lui dit qu’elle se trompe mais qu’elle continue quand même, quand elle fait des erreurs de débutant avec des classes, dans des classes, dans des classes en Java… C’est risible. 

Mais très utile pour certains cas. 

Créer la structure pour développer : par contre, un cas d’utilisation intéressant est pour lancer un dev : lui donner le ticket Jira et lui demander de créer toute la structure nécessaire en prenant exemple sur une autre partie du code, ça, ça marche très bien et ça fait gagner beaucoup de temps, car la structure est faite ; le dev peut commencer en quelques minutes au lieu de quelques heures. 

Créer des scripts : pour créer des scripts, l’IA crée exactement le même code que ce que le développeur avait en tête. Sauf qu’elle a mis deux minutes à le faire, alors que le dev aurait mis quatre heures. 

Mes conseils pour vous lancer : 

1. Commencez petit : si vous avez une grande idée, découpez-la en petits bouts. 

1. Pour le context engineering : préparez vos docs AVANT (vision, archi, features) 

1. Pour le vibe coding : lancez-vous direct, découvrez en route. 

1. Acceptez l’échec : mon app a planté 47 fois (et c’était du context engineering !) 

1. Optimisez les prompts : économisez vos crédits. 

1. Choisissez votre style : 

• Vous êtes PO/structuré ? → context engineering 

• Vous voulez explorer ? → vibe coding 

1. Préparez le café : le code ne s’écrit pas instantanément, c’est plus long que ce que vous pensez. 

Le mot de la fin 

Après cette expérience, je ne vois plus le développement de la même façon. 

Est-ce que je vais remplacer mes développeurs ? Non ! Sauvez-moi, surtout pas. 

J’ai eu le sentiment d’avoir besoin d’un développeur pour savoir ce que l’IA faisait et je me suis retrouvé plusieurs fois démuni face à des choix techniques. 

Est-ce que je comprends mieux leur taf ? Carrément. 

Mais surtout : j’ai enfin cassé cette barrière qui me frustrait depuis des années. Je suis enfin passé de l’autre côté pour comprendre le développement et l’IA. 

Le context engineering (ce que j’ai fait sans le savoir), c’est parfait pour un ex-CEO/PO habitué à structurer. Vous préparez vos docs, vous donnez le contexte, l’IA exécute. C’est rassurant, c’est efficace, ça limite les bugs. 

Le vrai vibe coding ? Je ne l’ai pas encore testé. Mais maintenant que je sais que je PEUX créer, j’ai envie d’essayer. Partir sans filet, juste avec une idée et voir où ça mène. 

Pour un P.O. structuré, le context engineering c’est génial. Pour explorer et s’amuser, le vibe coding doit être dingue. Pour du sérieux en production ? Embauchez des vrais devs même s’ils sont augmentés par l’IA… 

La prochaine fois ? Je pense créer une équipe d’agents IA qui travaillent entre eux et je suis déjà en train d’expérimenter sur le sujet. Est-ce que ce sera un prochain article ? Peut-être… 🙂 

Alors voilà, j’ai créé une app sans savoir coder. Et vous savez quoi ? Vous pouvez le faire aussi. 

Envie de tester ? Commencez par un petit projet en mode vibe coding. C’est fun et formateur. Puis passez au context engineering quand vous serez à l’aise. Et n’oubliez pas : en vibe coding, c’est normal que ce soit le bordel au début. 

Des questions ? Des retours d’expérience ? N’hésitez pas à nous écrire ! 

Bonus: Quelques prompts

Structure du MVP 

Prototype initial 

Workflow git