Un fichier Figma livré aux devs, c'est rarement un handoff. C'est une liste de décisions sans les raisons. Comment j'ai basculé l'ensemble du workflow sur Claude Code — et ce que ça change dans la vie quotidienne d'un Product Builder AI-First.
Pendant quinze ans, j'ai livré des dizaines de milliers de maquettes Figma (et avant Figma : Sketch, Photoshop, XD). La règle tacite du métier de Product Designer était : tu dessines l'interface, tu ajoutes des notes de spec, tu fais une session de handoff avec les développeurs, ils posent leurs questions, tu clarifies, on ship.
Ce workflow a une faille béante qu'on n'aime pas regarder en face : le fichier Figma montre ce que l'interface fait. Il ne dit presque jamais pourquoi.
Ces informations existent. Elles sont dans les calls client, dans les commentaires Slack, dans la tête du designer qui a passé deux semaines sur le problème. Mais elles ne franchissent pas la ligne de handoff. Elles restent dans les zones grises entre les artéfacts.
Les développeurs font alors ce qu'ils font toujours très bien : ils comblent les vides avec leur propre jugement. Parfois ça colle. Parfois non. Le résultat est visuellement correct, fonctionnellement à côté de ce qui était voulu. Et personne ne sait vraiment d'où vient l'écart.
Depuis fin 2025, j'ai progressivement basculé l'ensemble du workflow design → dev sur Claude Code (l'agent de code Anthropic). Le prototype n'est plus une maquette avec des notes. C'est un produit fonctionnel quasi-fini, codé pendant la phase de design, avec les vraies données du client, les vrais états (loading, error, empty, success), les vrais cas limites.
Les développeurs ne redevinent plus ce que j'ai voulu. Ils reproduisent ce que j'ai déjà livré, en l'adaptant à leur stack de production, en ajoutant la robustesse et les tests. L'intention design est lisible par l'agent au moment où il implémente — parce qu'elle est dans le code, dans les commentaires, dans la structure des composants.
Sur les trois projets où j'ai formalisé cette approche en 2025-2026 (CallBOT Accor, MAIA Forvis Mazars, Expert-ID CNOEC), les gains mesurés par les équipes produit :
— 60 % d'allers-retours dev/design sur les sprints de dev après handoff.
— Division par 3 du temps PO/PM passé à rédiger les User Stories. Le prototype fonctionnel remplace 80 % des specs textuelles.
× 2-3 accélération des sprints de dev — les développeurs codent sans poser de questions parce que les réponses sont dans le prototype.
4 versions testables par semaine au lieu de 1-2 — itération produit fortement accélérée.
Ce ne sont pas des chiffres vanity. C'est directement lu dans les métriques Jira/Linear des équipes et dans la vélocité mesurée par les PO sur 3 mois consécutifs.
Il devient responsable d'une brique opérationnelle du produit, pas seulement de sa représentation visuelle. Il doit comprendre les contraintes techniques, itérer avec le code, assumer la qualité du prototype livré. C'est exigeant — ça fait monter d'un cran. Ceux qui n'aiment pas ou ne peuvent pas seront progressivement remplacés par des profils AI-First Designer ou Vibe Coder.
Il passe moins de temps à rédiger des US pavés. Le prototype remplace les specs textuelles les plus complexes. Son rôle se recentre sur ce qui reste difficile à automatiser : arbitrage, diagnostic du problème utilisateur, alignement stakeholders, priorisation sous contrainte. Voir mon post « Un PO ou Product Designer se fait payer pour quoi, exactement ? »
Il code plus vite, avec moins d'ambiguïté, moins de retours. Il n'est pas menacé — au contraire, son expertise est recentrée sur la qualité, la performance, la sécurité, l'architecture scalable. Le boilerplate et le bikeshedding sur les détails d'interface disparaissent de son quotidien.
Honnêtement, tout n'est pas rose. J'ai identifié trois situations où Claude Code et le Vibe Coding ne remplacent PAS le handoff Figma classique :
Un fichier Figma montre ce que l'interface fait. Il ne dit pas pourquoi. Ces informations (règles métier, dépendances avec autres flux, décisions non triviales) ne franchissent pas la ligne de handoff. Les développeurs comblent les vides avec leur propre jugement.
Agent de code développé par Anthropic qui génère, modifie et orchestre du code via LLM. Contrairement à un assistant inline, Claude Code lit le contexte projet complet, modifie plusieurs fichiers en cohérence, et maintient la qualité sur de longues sessions.
Au lieu de livrer un fichier Figma avec des notes, le designer livre un prototype fonctionnel — code React/Next.js qui reproduit le produit avec vraies données, états et cas limites. Les développeurs reproduisent, ils ne redevinent plus.
Sur les projets récents : -60% des allers-retours dev/design, division par 3 du temps PO sur les US, x2-3 d'accélération des sprints. Le ROI vient de l'élimination des réunions de clarification.
Non. Figma reste utile pour la direction artistique, l'exploration des composants, la cohérence design system. Mais ce n'est plus le livrable final. Le livrable final est le prototype fonctionnel.
Trois façons : un Sprint Validation 3 jours pour tester le workflow sur un cas réel de votre produit, une mission Founding Designer pour l'intégrer dans la durée, ou une formation Qualiopi OPCO pour former vos équipes Product Designer à Claude Code et au Vibe Coding.
Ou par email : e.loui@uxdesignparis.fr