Guide de formation Vibe Coding
pour OsmiumWPC
Six semaines, un seul projet fil rouge — le cockpit CRM/ERP déjà prototypé — et deux fois plus de temps sur ce qui manque réellement : Git, déploiement en production, et le flow web builder + IDE. Chaque semaine se termine par un exercice concret et sa correction, à dérouler quand tu veux vérifier ta réponse.
Où tu en es aujourd'hui
Tu détiens déjà le RS6776 (contenu et visuels par l'IA générative), qui couvre le cœur de métier actuel d'OsmiumWPC. Le RS7554 (Vibe Coding) est un référentiel différent : construire et déployer une application, pas produire du contenu. Sur ce référentiel, trois blocs sont déjà acquis en pratique et deux restent à combler ou à élargir.
Six semaines, un projet fil rouge
Le cockpit CRM/ERP déjà prototypé (V1 à V2-Claude-Demo) sert de terrain d'exercice à tout le parcours : il passe d'une pile de fichiers HTML autonomes à une vraie application versionnée, connectée à une base de données, et déployée en production.
Consolidation express
Cadrage produit, itération, API — formaliser les réflexes déjà en place.
Léger — rappelGit & environnement local
Versionner le cockpit au lieu d'empiler des fichiers V1/V2/V2-Demo.
RenforcéWeb builders + IDE
Bolt.new / Lovable pour prototyper vite, puis Cursor pour aller plus loin.
RenforcéBase de données réelle
Supabase : sortir du localStorage, une vraie base partagée avec authentification.
StandardDéploiement en production
Hébergement, DNS, monitoring, SEO technique — rendre le cockpit réellement vendable.
RenforcéPitch & examen
Pitch produit chronométré, dossier de preuves, simulation d'examen.
RenforcéConsolidation express des acquis
Objectif : vérifier que les réflexes déjà en place sont formalisés, avant de passer aux vraies lacunes. Environ 2 heures, pas une semaine complète.
Remplis le questionnaire client Pack 1 Artisan comme si OsmiumWPC était son propre client : métier, ville, 3 prestations (site vitrine, cockpit CRM/ERP, assistant IA), CTA principal, moyen de contact préféré.
Voir la correction
Métier : Agence digitale TPE/PME (conception web, outils métier et assistant IA par Vibe Coding)
Ville / zone : zone de chalandise OsmiumWPC (à préciser selon implantation réelle)
Prestation 1 : Pack 1 — site vitrine cadré par IA, 1 550 € HT
Prestation 2 : Cockpit CRM/ERP sur-mesure — à partir de 2 500 € HT
Prestation 3 : Assistant IA installé sur le site client — à partir de 1 200 € HT
CTA principal : « Demander un diagnostic digital gratuit »
Moyen de contact préféré : formulaire + rendez-vous calendrier
Le fait que ce remplissage soit facile et rapide confirme le constat du diagnostic : ce bloc est acquis, pas besoin d'y consacrer plus de temps.
Git & environnement de développement local
Initialise un dépôt Git pour le cockpit CRM/ERP, versionne V1 puis V2 en deux commits distincts, puis reviens au contenu de V1 sans perdre l'historique de V2.
Voir la correction
Commandes à exécuter dans le dossier du projet :
# Initialisation git init git add V1-cockpit.html git commit -m "V1 - Cockpit CRM/ERP initial" # Ajout de la version suivante git add V2-cockpit.html git commit -m "V2 - Production par étapes, planning, RGPD" # Consulter l'historique git log --oneline # Revenir au contenu de V1 sans supprimer l'historique de V2 git checkout <hash-du-commit-V1> -- V1-cockpit.html
Le point clé : git checkout restaure un fichier à un état antérieur sans effacer les commits
suivants — contrairement à un renommage manuel de fichier, l'historique complet reste consultable et rien n'est
perdu si tu changes d'avis une seconde fois.
Web builders + IDE IA (flow combiné)
Recrée la page d'accueil du Pack 1 Artisan (hero + 3 prestations + CTA) dans Bolt.new en 15 minutes maximum, exporte le code, puis ouvre-le dans Cursor et demande-lui d'ajouter une validation de champs sur le formulaire de contact.
Voir la correction
Dans Bolt.new, prompt de départ : « Crée une page d'accueil one-page pour un artisan, avec un hero (titre + sous-titre + CTA), une section 3 prestations en cartes, et un formulaire de contact simple (nom, téléphone, message). Palette : bleu nuit #0F2233, vert teal #169B8E, orange #F07F1C. »
Dans Cursor, une fois le projet importé, prompt de suite : « Ajoute une validation côté client sur le formulaire de contact : téléphone au format français, message obligatoire de 10 caractères minimum, message d'erreur affiché sous chaque champ sans rechargement de page. »
Point de vigilance à noter : Bolt/Lovable optimisent la vitesse d'un premier rendu visuel, Cursor est plus à l'aise pour une logique précise et incrémentale (comme une règle de validation) — c'est exactement la complémentarité que l'examen RS7554 évalue en mise en situation.
Bases de données et authentification réelles
Le cockpit CRM/ERP actuel reste 100% local (localStorage) : chaque poste a sa propre copie, sans partage. Cette semaine comble l'écart entre « ça marche sur mon poste » et « c'est une vraie base de données accessible par plusieurs personnes ».
Crée une table clients dans Supabase avec nom, ville, statut et email, insère 3 lignes tests, puis
écris la requête qui récupère uniquement les prospects.
Voir la correction
create table clients (
id uuid default gen_random_uuid() primary key,
nom text not null,
ville text,
statut text default 'Prospect',
email text,
created_at timestamp default now()
);
insert into clients (nom, ville, statut, email) values
('Rénov''Éclat', 'Lyon', 'Prospect', 'contact@renoveclat.fr'),
('Terra Verte Paysage', 'Bordeaux', 'Client actif', 'contact@terraverte.fr'),
('ElecPro Services', 'Toulouse', 'Prospect', 'contact@elecpro.fr');
select * from clients where statut = 'Prospect';
Les trois noms utilisés reprennent volontairement les cas fictifs déjà construits dans les prompts Pack 1 — pas besoin d'inventer de nouvelles données de test, celles-ci existent déjà dans le dossier de production.
Déploiement sécurisé en production
Déploie une version statique du cockpit sur Vercel ou Netlify (glisser-déposer), configure un sous-domaine personnalisé, et vérifie que la page est bien servie en HTTPS.
Voir la correction
1. Créer un compte Vercel ou Netlify, glisser le dossier du cockpit sur l'interface — un lien de prévisualisation est généré immédiatement.
2. Dans les paramètres du domaine, ajouter cockpit.osmiumwpc.fr et suivre l'instruction
d'ajout d'un enregistrement DNS de type CNAME chez l'hébergeur du domaine osmiumwpc.fr.
3. Une fois le DNS propagé (quelques minutes à quelques heures), vérifier le cadenas HTTPS dans la barre d'adresse du navigateur — Vercel/Netlify le génèrent automatiquement, aucune action supplémentaire n'est nécessaire.
Checklist sécurité à cocher avant de partager le lien : aucune clé API en dur dans le code source,
balise <meta name="robots" content="noindex,nofollow"> présente, page non liée dans le menu
public du site.
Pitch produit et préparation à l'examen
Rédige un pitch de 2 minutes du cockpit CRM/ERP, structuré en 4 temps : problème, puis démo, puis impact, puis appel à l'action.
Voir la correction
Problème (25 s) : « Une TPE/PME sur deux gère encore ses clients, devis et factures sur un cahier ou un tableur — chaque information est dispersée, rien n'est relié, et le suivi repose sur la mémoire d'une seule personne. »
Démo (60 s) : « Voici le cockpit : un prospect entre en base, devient client dès la signature du contrat, un projet se lance avec ses étapes de production, la facture se règle en plusieurs fois si besoin — et tout ça reste visible sur un seul tableau de bord, à jour en temps réel. »
Impact (20 s) : « Construit avec le Vibe Coding, ce cockpit a été prototypé en quelques sessions de travail assisté par IA — là où un développement sur-mesure classique demande généralement plusieurs semaines. »
Appel à l'action (15 s) : « On peut l'adapter à votre activité en quelques jours — voulez-vous qu'on regarde ensemble ce qu'il faudrait personnaliser pour vous ? »
Rythme indicatif : environ 260-280 mots pour tenir les 2 minutes à un débit naturel — à ajuster au chronomètre lors de l'entraînement, pas à réciter tel quel.
Ce que ce parcours change concrètement
| Avant ce guide | Après ce guide |
|---|---|
| Fichiers V1/V2/V2-Demo empilés à la main | Historique Git propre, retour en arrière fiable |
| Un seul outil pratiqué (Claude Code) | Flow complet web builder + IDE IA, choix de l'outil selon le besoin |
| Stockage local uniquement (localStorage) | Vraie base de données partagée avec authentification |
| Livrables en fichiers autonomes ou guides d'installation | Application réellement déployée, surveillée, avec DNS et SEO technique |
| Pas de pitch structuré | Pitch produit rodé, dossier de preuves prêt pour un jury |
Quand commencer
Sans autre chantier urgent en cours, le plus efficace est de démarrer dès la semaine du 20 juillet 2026 (semaine 2, Git), pour une fin de parcours autour du 31 août 2026, avant la rentrée — période généralement plus calme pour une activité TPE/PME orientée artisans/services. Le seul impératif est de garder l'ordre des semaines : Git avant le flow web builder/IDE, et les deux avant le déploiement réel, qui s'appuie dessus.