Objectifs
- Définir le vibe coding avec vos mots.
- Comprendre pourquoi, pour un chef de produit, le code n'est pas le livrable : la décision l'est.
L'idée en une phrase
Le vibe coding consiste à décrire en langage naturel ce que l'on veut obtenir, à laisser une IA générer une première version d'application, puis à observer, ajuster et décider. Le terme est volontairement familier : on pilote « à l'intention », sans écrire soi-même chaque ligne.
La boucle de travail
- Le chef de produit décrit le problème : qui, pourquoi, quelles règles.
- L'IA génère une première version utilisable.
- Le chef de produit observe et ajuste : il clique, remarque ce qui manque ou ce qui gêne, et reformule.
- Il décide : continuer, pivoter ou arrêter.
Le but n'est pas d'obtenir un produit fini, mais de raccourcir le temps entre une hypothèse et une réaction concrète. Un prototype cliquable déclenche des retours que dix pages de spécifications n'obtiennent pas : les gens réagissent beaucoup mieux à ce qu'ils voient qu'à ce qu'ils doivent imaginer.
Figure 1 : la boucle de travail du vibe coding, de la description du problème à la décision.
Ce que le vibe coding n'est pas
- Ce n'est pas devenir développeur.
- Ce n'est pas livrer un produit en production sans équipe technique.
- Ce n'est pas une garantie de qualité : une application qui « s'affiche » n'est pas une application correcte, sûre ou maintenable.
Un piège fréquent
Confondre la vitesse de génération avec la vitesse de décision. Si vous produisez trois prototypes en une heure mais que personne ne les évalue, vous n'avez rien appris. Fixez toujours, avant de générer, la question à laquelle le prototype doit répondre (par exemple : « les freelances comprennent-ils le parcours de création d'une tâche sans aide ? »).
À vous de jouer
Pensez à une idée de fonctionnalité qui traîne dans votre backlog. Écrivez en une phrase la décision qu'un prototype vous aiderait à prendre.