Programme détaillé
JOUR 1 – Penser, concevoir et construire
Module 1 – Le vibe coding : comprendre l’approche et ses limites (45 min)
- Le vibe coding : faire générer du code par l’IA au lieu de l’écrire soi-même
- Positionner l’approche : quand vibe coder, quand rester en no-code, quand faire appel à un développeur – arbre de décision (complexité, sécurité, scalabilité, maintenance)
- Les limites qu’on ne vous dit pas : dette technique, dépendance à l’outil, sécurité, coût réel sur 12 mois
- Panorama des plateformes : Lovable (plateforme principale), Bolt, v0, Cursor – comparaison fonctionnelle
Module 2 – Prompter pour du code : les règles du jeu (1h15)
- Pourquoi un bon prompt texte ne fait pas un bon prompt code – décrire un comportement attendu, pas un résultat esthétique
- Règle 1 : décrire le « quoi » (comportement utilisateur), pas le « comment » (implémentation technique)
- Règle 2 : donner le contexte complet (stack, base de données, ce qui existe déjà)
- Règle 3 : une seule fonctionnalité par prompt (pas de demandes fourre-tout)
- Règle 4 : décrire le parcours utilisateur pas à pas (« quand l’utilisateur clique sur X, il voit Y, le système fait Z »)
- Règle 5 : préciser les cas d’erreur (« si le champ est vide, afficher ce message »)
- Le vocabulaire minimum : front-end, back-end, API, composant, route, état, requête – pas besoin de coder, mais il faut parler la même langue que l’IA
- Prompting itératif : décrire le problème observé vs. le comportement attendu, donner le message d’erreur exact, demander une correction chirurgicale
- Le piège du « oui mais » : quand l’IA tourne en rond, comment sortir de la boucle (repartir d’un état stable, reformuler, découper)
- Atelier : 3 exercices de prompting code dans Lovable – création, modification, correction d’erreur
Module 3 – Penser l’architecture avant de construire (1h30)
- Cadrage du projet fil rouge : quel problème métier résoudre, pour quels utilisateurs, quelles fonctionnalités essentielles
- Comprendre une architecture web sans jargon : ce que voit l’utilisateur (front), ce qui se passe derrière (back), où sont stockées les données (base)
- Utiliser Claude pour raisonner sur l’architecture : poser son besoin en langage naturel, obtenir une recommandation, challenger les choix
- Modéliser sa base de données : tables, relations, types de données – avec Claude puis dans Supabase
- Créer son projet Supabase : configurer la base, comprendre l’authentification et les rôles
- Atelier : chaque participant conçoit l’architecture de son application et configure sa base de données
Module 4 – Construire avec Lovable : du brief à l’application (1h30)
- Du brief au prototype : transformer son brief en instructions Lovable en appliquant les 5 règles du Module 2
- Connecter Lovable à Supabase : faire communiquer l’interface avec la base de données
- Itérer par le dialogue : modifier, ajuster, corriger en conversant avec l’IA
- Principes d’UX pour non-designers : hiérarchie visuelle, parcours utilisateur, accessibilité
- Utiliser v0 pour générer des composants d’interface complémentaires
- Versionner son travail avec GitHub : sauvegarder, revenir en arrière
- Atelier : chaque participant construit le cœur fonctionnel de son application – front + back + base connectés
JOUR 2 – Enrichir, tester et déployer
Module 5 – Ajouter l’intelligence : Claude dans l’application (1h30)
- Pourquoi intégrer un LLM dans son app : passer d’un outil statique à un outil intelligent
- Intégrer Claude API via Lovable : prompt système, gestion du contexte, réponses structurées
- Cas d’usage : chatbot interne sur la documentation métier, analyse de formulaires, génération de contenu, recommandations contextuelles
- Les pièges : hallucinations en production, coût des appels API, latence
- Atelier : chaque participant ajoute une fonctionnalité IA à son application – elle doit résoudre un problème réel, pas être un gadget
Module 6 – Tester comme un utilisateur, pas comme un développeur (1h30)
- Construire ses scénarios de test : parcours critiques, cas limites, erreurs probables
- Faire tester par quelqu’un d’autre : les participants testent les applications des autres – feedback structuré
- Debugger sans coder : lire un message d’erreur, le comprendre avec Claude, demander la correction à Lovable
- Itérer rapidement : modifier une fonctionnalité, ajouter un champ, changer un comportement en quelques prompts
- Les limites du debug en vibe coding : quand l’IA tourne en rond, quand il faut intervenir autrement
- Atelier : session de test croisé et d’itération – chaque participant améliore son application à partir des retours
Module 7 – Mettre en ligne et sécuriser (1h30)
- Déployer depuis Lovable : mise en ligne, nom de domaine personnalisé, HTTPS
- Sécurisation : variables d’environnement, clés API, ne jamais exposer ses secrets
- RGPD appliqué à son application : mentions légales, consentement, stockage
- Monitoring de base : savoir si l’app fonctionne, comprendre les logs, réagir aux erreurs
- Quand passer la main à un développeur : critères (complexité, nombre d’utilisateurs, enjeux de sécurité)
- Atelier : chaque participant déploie son application – elle est en ligne à la fin du module
Module 8 – Pitcher son application et planifier la suite (1h30)
- Restitution : chaque participant fait une démo live de son application devant le groupe – l’app tourne en ligne
- Feedback croisé structuré : valeur métier, ergonomie, faisabilité de maintenance, prochaines fonctionnalités
- Faire vivre son application : comment l’améliorer sans dev, quand recruter ou sous-traiter
- Plan d’action à 30 jours : prochaines fonctionnalités, adoption par l’équipe, premiers retours utilisateurs
- Lancement Engage : activation du parcours d’ancrage WhatsApp Learning
.
