Comment prototyper sur Lovable puis déployer avec Cursor et Claude Code ? Le tuto live de Jules Boiteux (Vibe Coding Academy)

Les mains dedans ! Dans cet épisode de C’est pas SorciAI, notre émission IA & Produit, Jules Boiteux, ex Product Manager de Trustpair et Livestorm et fondateur de la plateforme de e-learning pour devenir Product Builder Vibe Coding Academy, fait une démo en direct du passage d’un prototype sur Lovable à une mise en prod’ sur Cursor avec Claude Code. Essentiel si tu veux voir concrètement comment t’augmenter avec l’IA.

⌛ 7 min de lecture (ou 1h07 de replay vidéo)

🎫 Les membres Premium du Ticket ont un accès intégral à cet article

📌 TL;DR : Ce que tu vas apprendre dans cet article : 1- Product Builder, la tendance de fond des Product Managers augmentés par l’IA 2- Des outils d’expérimentation (Lovable, Figma Make…) et d’implémentation (Cursor, Claude Code…) désormais accessibles sans compétence technique 3- Comment lancer une application en local avec Claude Code 4- Comment créer un prototype haute fidélité sur Lovable à partir d’un design system existant 5- Comment créer une Skill de garde-fou avant la mise en prod’ 6- Comment déployer en prod’ avec Cursor à partir d’un prototype 🖥️ L’émission intégrale

1- Product Builder, ça veut dire quoi au juste ?

Point définition avant la démo. Car ce que va montrer Jules relève d’une tendance plus large : l’émergence de la notion de Product Builder.

Une nouvelle réalité qui s’explique par plusieurs mouvements de fond :

• Les barrières entre les différentes fonctions d’une équipe Produit sont en train de s’affaisser

On va demander aux Product Managers, Product Designers et ingés de gérer une plus grande partie du cycle de développement d’une fonctionnalité.

• Pourquoi? Car le “craft” qui définissait chacune des rôles est maintenant accessible grâce à l’IA 

À savoir le dev pour les ingés, les specs et la connaissance marché/business/client côté Product Manager et le design des Product Designers.

Conséquence : un rapprochement vers un rôle hybride de Product Builder avec :

• Des Product Designers qui prototypent directement dans la codebase
• Des ingénieurs qui pilotent le cycle de vie complet d’une fonctionnalité — du cadrage au delivery
• Des Product Managers qui mergent eux-mêmes une pull request en production

La réinvention du double diamant à l’ère de l’IA

Soyons clairs : ce n’est pas - encore - la réalité actuelle de la majorité des équipes produit. Mais c’est la tendance.

Pour illustrer ce nouveau paradigme, Jules se réfère au célèbre modèle du double diamant, notamment au 2e diamant : le passage du problème à la solution.

• Pré IA

De manière traditionnelle, il y a une distinction assez marquée entre la Discovery et la Delivery aussi bien en termes d’outils (Figma, Notion, Miro vs IDE) que de rôles. Ce qui se traduit par une collaboration poussée avec beaucoup de points et de messages asynchrones.

• Post IA

Avec l’IA, l’organisation se divise en deux facettes : 

• Un espace d’expérimentation (raisonnement divergent) avec des outils comme Lovable, Figma Make, Bolt…

• Un espace d’implémentation (raisonnement convergent) avec des outils comme Cursor, Claude Code, Codex…

Des outils utilisables sans forcément disposer de compétences techniques donc plus largement accessibles. 

Conséquence : moins de collaboration nécessaire avec plus d’autonomie pour les Product Builders.

Mise en pratique : Comment prototyper dans Lovable puis déployer avec Cursor et Claude Code ?

Place à la pratique désormais. Jules va montrer comment cette tendance de fond se concrétise sur le terrain avec une démo concrète.