Dès que vous avez un projet personnel en tête, le vrai travail commence : transformer votre idée en code fonctionnel. Vous apprendrez à rédiger des invites, à gérer la première version et à continuer d’itérer jusqu’à obtenir un résultat qui fonctionne. Il s’agit d’une session collaborative où c’est vous qui donnez le cap et où l’IA se charge du gros du travail.
La première invite
Tu es assis devant ton écran. Le Vibecoding Canvas se trouve à côté de ton clavier, rempli et prêt à l’emploi. Tu as une fenêtre de discussion vide devant toi et ton curseur clignote. C’est à ce moment-là que beaucoup de gens bloquent. Que faut-il taper en premier ? La première phrase n’est pas la plus importante, mais c’est celle qui fait le plus peur. Tu veux que ce soit parfait, tu as peur de perdre du temps ou de te fourvoyer. Mais voici le secret : la première phrase peut être brouillonne. C’est un coup d’ouverture, pas un échec et mat.
Commence par la mission de ton Canvas. C’est ta base. Reprends cette phrase que tu as formulée : « Cela résout [problème] pour [qui] afin d’obtenir [résultat] », ajoute-y une touche d’ambiance et d’esprit, et fais-en ton point de départ. Par exemple : « Je veux créer un outil destiné au tour manager d’un groupe. Le problème, c’est que les infos sur les concerts sont dispersées entre les e-mails, Excel et WhatsApp. L’objectif est d’avoir un seul endroit central où l’on voit tout ce qu’il faut savoir pour chaque concert. Ça doit dégager l’ambiance d’une salle de répétition. » C’est suffisant pour commencer. L’IA comprend désormais le contexte. À partir de là, tu peux continuer à construire.
Les éléments constitutifs d’une bonne invite
Une bonne consigne, c’est comme un bon briefing pour un stagiaire : elle doit indiquer clairement ce que vous attendez, sans pour autant entrer dans les moindres détails sur la manière de s’y prendre. Si elle est trop vague, vous obtiendrez un résultat générique. Si elle est trop précise, vous perdrez toute marge de manœuvre pour des solutions ingénieuses auxquelles vous n’auriez pas pensé vous-même. Une bonne consigne comporte au minimum trois éléments :
1. Context: Wat is de situatie? Voor wie is dit? Wat is het probleem?
2. Doel: Wat moet de gebruiker kunnen doen? Wat is de kernfunctie?
3. Sfeer: Hoe moet het aanvoelen? Welke vibe streef je na?
Par exemple : « Créez un outil interne destiné à un responsable RH dans une entreprise de taille moyenne. L’outil doit afficher, pour chaque employé : le nom, le poste, le type de contrat, la date d’entrée en fonction, le solde de congés et la prochaine date d’évaluation. Le principal cas d’utilisation est d’avoir un aperçu rapide lors des entretiens. L’interface doit être sobre et professionnelle. Conçue pour un ordinateur de bureau, mais lisible sur tablette. Pas de fioritures, tout doit être axé sur la rapidité et la fiabilité. » La consigne donne à l’IA suffisamment d’éléments pour travailler, tout en laissant une marge d’interprétation. L’IA peut désormais faire des choix concernant la mise en page, les couleurs et les fonctionnalités dans le cadre que vous avez défini.
Le canevas comme aide-mémoire
Pas besoin de réinventer la roue à chaque fois que tu rédiges une consigne. Le canevas Vibecoding que tu as rempli est en fait ton aide-mémoire. Chaque case correspond directement à une partie de ta consigne.
Voici comment utiliser le canevas dans votre première invite :
• De naam: « Ik bouw een tool genaamd [naam]. »
• Probleem & doel: « Het probleem is [x], het doel is [y]. »
• Voor wie: « De primaire gebruiker is [rol/persoon]. »
• Taken: « De must-have functies zijn: [1], [2], [3]. »
• De vibe: « Het moet aanvoelen als [sfeerbeeld]. »
• Data: « Ik heb al: [data/bestanden die je wilt gebruiken]. »
• Afbakening: « We bouwen nadrukkelijk GEEN [functie] omdat [reden]. »
• Experiment: « Dit is geslaagd als [concreet moment]. »
En suivant cette structure, vous donnez à l’IA une vision d’ensemble. Vous n’avez pas besoin de tout inclure dans une seule instruction, mais vous disposez ainsi d’un fil conducteur pour l’ensemble de la session.
La première version est toujours mauvaise
Une fois la consigne donnée, le suspense commence. L’IA crache du code. Une interface apparaît. Parfois, on est agréablement surpris, mais souvent, on se dit : « Ce n’est pas tout à fait ça. » Ou même : « Ce n’est pas du tout ça. » Cela fait partie du processus. La première version (v1) n’est pratiquement jamais parfaite. Considérez-la comme une proposition, une première ébauche, un point de départ pour discuter. L’IA a essayé de traduire vos mots en un système fonctionnel, mais elle a fait des hypothèses avec lesquelles vous n’êtes peut-être pas d’accord. Des couleurs qui ne correspondent pas. Des boutons mal placés. Des fonctionnalités qui fonctionnent légèrement différemment de ce que vous aviez prévu. Ce n’est pas un échec. C’est le processus. Je compare cela à la première répétition avec un nouveau groupe. Le batteur joue un peu trop vite, le bassiste rate le changement de tempo, le chanteur entre trop tôt. Mais vous continuez à jouer. Vous écoutez, vous vous adaptez, vous réessayez. C’est ainsi que fonctionne le vibecoding. La force réside dans l’itération. Vous prenez la v1, vous regardez ce qui va bien et ce qui doit être amélioré, puis vous donnez de nouvelles instructions. « Ce bouton doit être plus grand. » « Rendez le tableau plus compact. » « Ajoutez un bouton pour exporter les données. » Chaque itération vous rapproche de ce que vous aviez en tête. Mais seulement si vous continuez à dialoguer avec l’IA.
Le rythme de l’itération
« Itérer » est un mot savant pour désigner un concept simple : s’améliorer petit à petit. On ne crée pas l’application parfaite d’un seul coup. On construit une version fonctionnelle, on la teste, on identifie ce qui ne fonctionne pas bien et on l’ajuste. Le processus se déroule ainsi :
Consigne – code – test – retour d’expérience – nouvelle consigne. Mais voici l’astuce : veillez à ce que vos itérations restent modestes. Ne demandez pas de modifier dix choses à la fois. L’IA perdra alors le fil, oubliera les instructions précédentes ou supprimera par inadvertance des éléments qui fonctionnaient bien. Concentrez-vous sur une ou deux améliorations par itération. Exemple d’une bonne itération : « Élargissez la colonne de date et placez le bouton « Ajouter » en haut à droite au lieu d’en bas à gauche. » Exemple d’une mauvaise itération : « Changez les couleurs, agrandissez tout le texte, ajoutez une fonction de recherche, corrigez la mise en page sur mobile et assurez-vous que le tableau soit triable par date. » Dans le deuxième exemple, vous en demandez trop. Il y a de fortes chances que l’IA passe à côté de quelque chose, casse autre chose ou rende le code si complexe que vous devrez corriger encore plus de choses au tour suivant. Petit, ciblé et cohérent. C’est le rythme qui fonctionne.
L’art de répondre
Parfois, l’IA fait exactement le contraire de ce que vous lui avez demandé. Ou pire encore : elle supprime quelque chose que vous trouviez justement bien. C’est à ce moment-là qu’il faut apprendre à lui répondre. « Non, pas ça. Rétablis la version précédente. » L’IA est patiente. Elle n’a pas d’ego. Vous pouvez lui dire sans gêne : « Ça ne marche pas, reviens à ce que c’était avant. » Ou : « Tu as modifié le mauvais bouton, je parlais de l’autre. » Mais soyez précis. « C’est faux » n’aide pas. L’IA ne sait pas ce qu’est « ça ». Mieux vaut dire : « Tu as modifié le bouton bleu, mais je parlais du bouton vert à droite. » Et parfois, il faut simplement recommencer à zéro. Si la conversation devient trop confuse, le code trop compliqué ou si l’IA est complètement perdue, abandonnez la session et lancez une nouvelle conversation. Prenez votre Canvas, rédigez une nouvelle première invite en fonction de ce que vous savez maintenant et recommencez. Cela peut sembler être une perte, mais c’est souvent plus rapide que d’essayer de sauver une session ratée.
Des tests réalisés avec de vraies personnes
Tu sais comment fonctionne ton outil. C’est toi qui l’as créé. C’est pourquoi tu es la pire personne pour le tester, si tu développes un outil destiné à être utilisé par d’autres. Dès que tu as une version 1 fonctionnelle, même si elle regorge encore de bugs et de choix discutables, confie-la à quelqu’un d’autre. Un collègue. Un ami. Un membre de ta communauté. Ne dis rien sur son fonctionnement. Donne-leur simplement le lien et observe.
• Waar klikken ze?
• Waar lopen ze vast?
• Welke knop zoeken ze die er niet is?
Ce sont des moments en or. Ce sont des choses que tu n’aurais jamais remarquées, car tu sais où tout se trouve. Les vrais utilisateurs sont d’une honnêteté impitoyable sans le vouloir. Ils cliquent au mauvais endroit, ne lisent pas le texte et s’attendent à trouver des choses qui n’existent pas. Et c’est parfait. Car maintenant, tu sais ce qu’il faut corriger. Note leurs frustrations. Posez la question : « Qu’est-ce que tu t’attendais à voir ici ? » Intégrez ces retours dans votre prochaine itération. Répétez cette démarche au moins trois fois avec trois personnes différentes avant de décider que votre outil est terminé. À moins que cet outil ne soit destiné qu’à vous. Dans ce cas, vous êtes bien sûr le testeur ultime.
Le piège de la perfection
Voici un moment délicat : votre outil fonctionne. Les gens l’utilisent. Mais vous voyez encore dix choses à améliorer. Et vous continuez donc à travailler. Encore une fonctionnalité. Encore une petite touche de couleur. Encore une optimisation. C’est là le piège de la perfection. Vous en oubliez la raison pour laquelle vous vous êtes lancé : résoudre un problème. Une fois ce problème résolu, vous avez terminé. Tout ce qui vient après est sympa, mais pas nécessaire pour la v1. Revenez à votre Canvas. À la case 8 : le moment de la décision, aussi appelé le test décisif. Avez-vous atteint ce moment ? Cette personne a-t-elle commencé à utiliser l’outil ? Ces trois collègues sont-ils enthousiastes ? Alors vous avez terminé. La v1 n’a pas besoin d’être parfaite. La v1 doit fonctionner. Le reste viendra plus tard. Dans la v2. Ou la v3. Ou jamais, si cela s’avère inutile. Oubliez la perfection. Lancez votre outil. Fêtez ça. Ouvrez une bière. Et ensuite, vous vous lancerez dans le projet suivant.
PROMPT !
Pour finir, voici un exemple de projet que nous mettons en place à partir de la consigne suivante : « Créez Release Radar, un outil qui aide les artistes à gérer leurs sorties musicales en organisant les étapes, les tâches, les contacts et les fichiers au sein d’un flux de travail optimisé. Dans un style néo-brutaliste. »
De volgende functionaliteit is het resultaat van deze simpele prompt. AI interpreteert je wensen en bijbehorende (data)structuur.
• Releases: Creëer nieuwe releases met details zoals titel, artiest, label, releasetype (single, EP, album) en een streefdatum.
• Templates: Gebruik sjablonen die standaardfasen, beslissingen, taken en instellingen voor files bevatten.
• Contactbeheer: Voeg en beheer contacten met rollen zoals artiest, produceren PR-agent. Wijs deze contacten toe aan specifieke releases. Filebeheer: Upload en organiseer diverse files per release, zoals persberichten, biografieën, master audio, MP3’s en foto’s.
• Kalender: Volg belangrijke deadlines voor mixing, mastering, artwork, promotie en meer, overzichtelijk weergegeven voor elke release.
• Voortgangsoverzicht: Een helder dashboard toont de algemene voortgang van elke release, inclusief de status van beslissingen en voltooide taken.
• Release detailpagina: Een aparte pagina voor elke release biedt een diepgaand overzicht van alle gerelateerde informatie.
• Releases bewerken of verwijderen: Pas bestaande releasedetails, fasen, taken en assets eenvoudig aan. Of verwijder releases definitief.
Manuel du Vibecoding
Cet article est un chapitre tiré du « Manuel Vibecoding » d’Erwin Blom. L’auteur y montre à quel point la création de sites web, d’applications et d’outils est désormais accessible. Grâce aux plateformes « no-code » et « low-code », il n’est plus nécessaire d’avoir des connaissances techniques pour créer des solutions numériques intelligentes, que ce soit pour le travail, un loisir ou un projet personnel. Vous pouvez commencer dès aujourd’hui à créer quelque chose qui fonctionne et qui soit esthétique.
Erwin Blom suit lui aussi cette évolution de près. Dans cet ouvrage pratique, il explique étape par étape comment fonctionne le vibecoding, quels outils vous pouvez utiliser, quels en sont les avantages et les inconvénients, et comment vous pouvez vous y mettre immédiatement. Il s’appuie pour cela sur des exemples clairs, des schémas pratiques et des témoignages inspirants de personnes qui se sont lancées dans la création de leurs propres projets.
Le manuel « Vibecoding » est notamment disponible chez Standaard Boekhandel au prix de 34,99 euros.
