Le vibe coding, c'est développer en parlant à l'IA comme à un pair : on décrit l'intention, on itère sur le code généré, on garde la main sur l'architecture. Nous l'avons testé sur un side project interne : un moteur de prospection automatisée qui collecte et score des leads sur plusieurs verticales (commerces locaux, e-commerce, marketplaces). Pas un produit commercial, pas une promesse de CRM miracle : un outil de terrain pour nourrir notre propre pipeline commercial sans y passer nos soirées en copier-coller Excel. Budget total dépensé de notre poche : environ cent dollars d'APIs sur la phase d'expérimentation. Ce retour d'expérience partage le stack, les résultats des premiers jours, les limites honnêtes et ce que cela change dans notre façon de développer chez Rou9e.
C'est quoi le vibe coding et pourquoi c'est une vraie révolution pour les devs
Avant, un outil de cette complexité aurait commencé par deux semaines de scaffolding : framework, ORM, queue, dashboard, auth, déploiement. Le vibe coding inverse l'ordre : on attaque par le besoin métier (découvrir des leads qualifiés, les scorer, les exporter), et l'IA assiste sur le code répétitif pendant que nous gardons les décisions structurantes. Concrètement, nous utilisons Cursor au quotidien sur ce projet : génération de classes, migrations SQL, templates Twig, scripts Docker, puis relecture humaine systématique. Ce n'est pas du " copier-coller aveugle " : c'est un accélérateur sur les 80% plomberie pour concentrer l'énergie sur les 20% métier (scoring, rate limiting, budget kill-switch). La révolution n'est pas que l'IA écrive du PHP correct : c'est qu'un développeur senior peut livrer un daemon multi-projets en quelques sessions focalisées, là où le même périmètre aurait nécessité un petit sprint classique. Nous restons sceptiques sur le hype : sans architecture claire, vibe coding produit de la dette à vitesse grand V. Avec des conventions (namespaces, contrats par vertical, config YAML), c'est un levier sérieux. Notre rubrique blog tech accueille ce type de retour terrain sans langue de bois.
L'outil de prospection : le besoin, le cahier des charges et le stack choisi
Le besoin : alimenter en leads qualifiés plusieurs canaux de prospection Rou9e sans multiplier les outils SaaS coûteux et fermés. Le cahier des charges : un daemon PHP long-running qui orchestre N verticales dans un seul processus, persistance MariaDB, dashboard opérateur simple, exports TSV/CSV à la demande, rate limiting global, budget APIs avec kill-switch automatique. Stack retenu : PHP 8.4 strict, Symfony Console et HttpClient, Twig pour le dashboard sans build front, Docker Compose en local, supervisord pour le daemon. Chaque vertical implémente quatre classes (Discoverer, Enricher, Scorer, RowMapper) plus un YAML de config : cloner un template, calibrer, activer. Verticales en production sur la phase test : profils Google Business sans site web, boutiques e-commerce EU détectées par CMS, vendeurs Vinted Pro, shops Etsy francophones. Pas d'envoi d'emails automatisé, pas de CRM : uniquement collecte, enrichissement, score et export. Ce périmètre volontairement étroit a permis de shipper vite. Pour un outil métier comparable en client, nos tarifs développement sur-mesure cadreraient audit, MVP et budget infra distinctement.
Développement en vibe coding : les forces et limites de l'IA au quotidien
Les forces d'abord. L'IA excelle sur le code répétitif : repositories PDO, migrations SQL, handlers CLI, tests de parsing HTML, configuration Docker. Nous avons itéré des dizaines de migrations et de repositories en une fraction du temps habituel. Elle propose des patterns raisonnables (retry avec backoff, advisory locks MariaDB pour éviter deux runs concurrents sur un même projet) que nous aurions écrits anyway, mais plus lentement. Les limites ensuite. L'IA invente parfois des APIs qui n'existent pas, oublie nos conventions, duplique de la logique déjà présente ect. Elle ne porte aucune responsabilité technique : nous relisons tout, nous testons sur données réelles, nous challengeons ses choix. Sur le scraping et les APIs payantes, l'IA ne remplace pas la prudence humaine : quotas, coûts, backoff, respect des conditions d'utilisation des fournisseurs. Nous avons branché un budget guard qui coupe les appels avant la facture surprise : alertes mail à 50, 75 et 90% du plafond mensuel. Le vibe coding accélère l'écriture ; il n'absout pas l'exploitation. Et quand le modèle se trompe, c'est encore nous qui debuggons, pas l'agent.
Résultats : est-ce que l'outil fonctionne vraiment en conditions réelles ?
Oui, avec des réserves. Sur les cinq premiers jours de collecte intensive, le dashboard affichait déjà plusieurs milliers de leads cumulés, avec une répartition entre les verticales actives (commerces locaux, e-commerce, marketplaces). La capture ci-dessous montre l'interface opérateur : compteurs par période, suivi budget APIs, projets activables, table de leads scorés et filtrables. Les chiffres exacts évoluent chaque jour ; l'ordre de grandeur sur cette phase initiale tournait autour de mille à deux mille nouveaux leads par jour quand toutes les verticales tournaient, pour un total cumulé approchant les huit mille entrées sur le premier mois de soak test.
Le scoring heuristique trie le bruit : une partie des leads est froide, une minorité arrive chaude (site absent, CMS vieillissant, signaux e-commerce clairs). Nous n'avons pas encore bouclé la boucle commerciale complète sur tous les segments : l'outil fait son job de découverte, la qualification humaine reste indispensable avant tout contact. Coût APIs total sur la phase d'expérimentation : environ cent dollars sortis de poche (merci les crédits gratuits), loin d'un abonnement prospection enterprise à quatre chiffres annuels. Le ROI dépendra du taux de conversion de ces leads en missions signées : trop tôt pour conclure, assez tôt pour constater que le moteur tourne sans intervention permanente.
Ce que ce projet nous a appris sur le futur du développement web
Trois enseignements. Un : le métier du développeur senior se déplace vers l'architecture, la relecture et l'exploitation, pas vers la frappe de code boilerplate. Deux : un side project interne vaut mieux qu'un tutoriel pour tester une stack IA sur un vrai problème (budget, rate limit, persistance). Trois : la productivité gagnera chez les équipes qui ont déjà des conventions solides ; sans ça, vibe coding accélère surtout la production de dette. Nous continuerons à l'utiliser sur des outils internes et des POC clients, pas sur du code critique sans revue. La prochaine étape pour cet outil : stabiliser les verticales rentables, couper celles qui brûlent du budget pour peu de signal, et brancher un flux manuel vers notre process commercial existant. Si vous envisagez un outil métier sur mesure avec une équipe réduite, le vibe coding change la faisabilité économique : moins de jours-homme sur le plumbing, plus sur votre différenciation. Parlons-en via notre accompagnement digital ou directement sur un audit de faisabilité.
