Claude Code est en train de transformer le processus de design

• Claude Code est utilisé pour produire directement du code fonctionnel sans passer par des maquettes intermédiaires, ce qui améliore l’efficacité du design
• L’usage de Figma a fortement diminué, et le fait de modifier des fonctionnalités dans du code fonctionnel avec de vraies données fait apparaître bien plus vite les améliorations UX qu’avec des maquettes statiques
• Les petites fonctionnalités sont désormais implémentées directement avec Claude Code sans passer par Figma, tandis que les grandes fonctionnalités passent par une phase de découverte avant de générer des artifacts interactifs à partager avec l’équipe
• Le processus évolue vers un mode de travail où l’on va jusqu’à soumettre la PR soi-même, sans handoff ni livrables gaspillés
• La réflexion centrée utilisateur, l’exploration du problème et l’amélioration itérative restent en place, tout en préservant les principes fondamentaux du design et en évoluant vers un nouveau workflow qui réduit la frontière entre design et développement

---

Changement clé : le travail de design avec Claude Code

• Claude Code est utilisé au quotidien, et l’augmentation du nombre de commits sur mon graphe Git montre l’intégration croissante entre design et développement
  • L’usage de Figma a fortement baissé, avec une transition vers un design piloté par le code
• En décrivant en langage naturel l’expérience utilisateur visée (cas d’usage, comportement attendu, direction d’évolution de la fonctionnalité), Claude Code comprend comment l’implémenter
• Cela reste similaire à la manière de collaborer auparavant avec un ingénieur, sauf que le designer garde directement le contrôle
• Les maquettes mid-fi sont complètement sautées, et il est possible d’obtenir en quelques minutes une version fonctionnelle via prompting directement dans Claude Code
• Le fait d’éditer une version fonctionnelle avec de vraies données fait apparaître immédiatement des points d’amélioration UX, comme le tri, le filtrage ou les problèmes liés à la longueur des données

Nouveau processus de design

• Au cours des derniers mois, le processus a beaucoup changé

• Les petites fonctionnalités sont implémentées directement avec Claude Code, sans Figma

  • Les améliorations de QoL, l’ajout d’un champ de recherche dans une liste et autres fonctionnalités qui réutilisent des patterns et composants existants passent désormais directement par Claude Code, sans Figma
  • Plus de wireframe, plus de handoff
  • Claude Code utilise bien les composants et patterns appropriés, et surtout Opus 4.6 comprend le codebase et effectue le bon travail sans instruction explicite

• Les grandes fonctionnalités conservent une phase d’exploration et de définition du problème

  • Le problème, les cas d’usage, la « forme » d’une bonne solution (par ex. « rapide et sans friction », « ne demande pas de travail supplémentaire à l’utilisateur ») et les approches potentielles sont rédigés à l’écrit
  • En apportant cela dans un chat Claude général pour demander des idées supplémentaires, on obtient à la fois quelques idées intéressantes auxquelles on n’avait pas pensé et d’autres qui ne collent pas au contexte
  • Pour la direction préférée, des artifacts interactifs sont générés avec Claude afin de tester directement le ressenti et de les partager avec l’équipe pour recueillir du feedback
  • Quand cela va plus vite que d’écrire un prompt, il arrive aussi de dessiner dans Figma un wireframe lo-fi simple
  • Une fois l’approche validée via l’itération, les discussions d’équipe et les retours utilisateurs, le travail est construit et peaufiné directement dans le code avec Claude Code

Là où Figma garde l’avantage

• Pour l’exploration visuelle (combinaisons de couleurs, options typographiques, nouveaux composants), Figma reste supérieur
• Comparer côte à côte, zoomer/dézoomer et déplacer des éléments sont des opérations difficiles à faire dans le code
• Mais comme le travail se fait majoritairement dans un produit existant et un système de design existant, le poids de cette partie a diminué

Ce qui ne change pas

• La pensée centrée utilisateur, l’identification des besoins, la compréhension du problème, l’exploration de différentes options, l’itération, les tests et le polish pour améliorer la qualité finale restent inchangés
• Seule l’étape intermédiaire du processus s’est principalement déplacée vers Claude Code, tout en permettant d’aller jusqu’à la mise entre les mains des utilisateurs
• En conséquence, la frontière entre design et développement se réduit, et la vitesse de livraison aux utilisateurs réels augmente
• Le flux consiste à travailler directement dans le support final et à soumettre une PR, sans handoff ni livrables inutiles
• Il est impossible de prédire ce qui changera ensuite, mais il s’agit clairement d’une période d’expérimentation active autour de nouveaux outils et nouvelles méthodes