Claude Design en pratique : notre avis honnête après 5 jours

Claude Design est le système de design d'interface d'Anthropic, lancé le 17 avril 2026. Il génère une structure UI prête pour la production (layouts, composants, hiérarchie, logique d'interaction) plutôt que des images statiques, ce qui le rend fondamentalement différent des générateurs d'images comme Midjourney ou Firefly. La conséquence pratique, c'est que l'étape de traduction d'une "jolie image" vers un "composant constructible" disparaît ; ce que vous générez est déjà l'UI.

Claude Design est sorti le 17 avril 2026. Nous avons lâché ce que nous faisions deux jours plus tard et passé les cinq derniers jours à l'utiliser. Pas dans un bac à sable. Pas comme projet de recherche annexe. Dans notre travail réel, sur de vrais briefs, en tant qu'agence de conception de sites web d'entreprise en activité.

Voyez ceci comme une note de terrain plutôt qu'un tutoriel ou une étude de cas léchée. Cinq designers, cinq jours, beaucoup de café serré et un outil qui n'a cessé de nous surprendre. Nous concevons des landing pages, des sites corporate et des portails web pour gagner notre vie, alors nous avons essayé de le casser comme les clients nous cassent.

Cinq jours, ce n'est rien. Je sais. Mais parfois, cinq jours suffisent pour savoir dans quel sens souffle le vent.

Claude Design est le système de design d'interface d'Anthropic, construit sur la famille de modèles Claude. Ce n'est pas un générateur d'images. Cette phrase compte plus que la majorité des articles sur le lancement ne lui ont accordé, et c'est la raison pour laquelle ce truc atterrit différemment de tout ce que nous avions essayé avant.

Midjourney et Adobe Firefly vous donnent des images. Claude Design vous donne de la structure : un layout, une hiérarchie, des espacements réels, des composants qui se connaissent entre eux, une logique d'interaction qui découle du contexte business que vous lui avez donné. Vous ne finissez pas avec une capture d'écran d'un site web. Vous finissez avec un design à partir duquel vous pouvez vraiment construire.

La conséquence pratique, c'est que l'étape de traduction disparaît. Vous ne regardez pas une belle image de référence en vous demandant comment la transformer en UI de production. Vous êtes déjà à l'intérieur de l'UI. Cela ferme la boucle d'itération d'une manière à laquelle je n'étais pas préparé le premier jour.

Claude Design vs Midjourney

Midjourney fait des images magnifiques. Pour les moodboards de marque et la direction créative en amont, c'est toujours excellent et nous l'utilisons toujours. Mais pour le design d'interface, c'était toujours un problème de traduction. Quelqu'un devait s'asseoir et reconstruire la jolie image en composants réels. Claude Design ne prend pas la place de cet usage. Il prend quelque chose de plus loin dans la chaîne, là où nous passions le plus d'heures.

Claude Design vs Adobe Firefly

Firefly vit à l'intérieur de Creative Cloud et génère des assets visuels : prises produit, variations de fond, expérimentations de composition. Le design d'interface web n'est pas vraiment son terrain, et je soupçonne Anthropic de le savoir. Comparer les deux est presque une erreur de catégorie, mais on nous pose la question, alors voilà.

Claude Design vs Figma AI

Figma AI affine et étend ce qui est déjà dans votre fichier Figma. C'est une couche d'assistance intelligente posée sur du travail manuel. Claude Design opère plus tôt. Avant qu'il y ait un fichier. Avant qu'il y ait une structure. Au moment où vous êtes encore en train de comprendre ce que la chose doit être fondamentalement. L'un travaille en amont, l'autre en aval, et la majorité du débat en ligne sur lequel est meilleur semble passer à côté du fait qu'ils ne se disputent pas vraiment la même minute de votre journée.

Nous ne nous sommes pas ménagés. Dès la première heure après son ouverture publique, nous lui balancions des choses. Des landing pages dans des secteurs que nous connaissons bien (fintech, logistique, santé), des systèmes de composants UI, des architectures de navigation, des fondations de design system, des directions d'identité de marque. Générer, évaluer, contredire, régénérer. Rincer et répéter jusqu'à ce que quelqu'un ait faim.

Ce que nous avons testé

Les landing pages, c'est par là que nous avons commencé, parce qu'une landing page est le test le plus tranchant pour savoir si un outil pense vraiment. Une bonne landing page n'est pas jolie par accident. Elle est construite autour d'une séquence précise de choses que le visiteur doit croire avant d'agir. Claude Design ne se contente pas de cracher quelque chose qui ressemble à une landing page. Il raisonne sur cette séquence. La première fois que nous l'avons vu structurer un layout pour trafic froid différemment d'un layout pour trafic chaud, sur le même brief produit, sans qu'on le lui dise, la pièce s'est tue une seconde. Ça a été la première vraie pause.

Les composants UI sont venus ensuite. Bibliothèques de composants, sets de data viz, systèmes de formulaires, motifs de navigation. La cohérence à l'intérieur d'une seule session était meilleure que prévu. Les choses semblaient venir du même système, pas assemblées à partir d'un tas de tableaux Pinterest sans rapport.

Le jour cinq comparé au jour un

Le jour un, nous le tâtions. À chercher les bords. À essayer de voir ce qu'il ne pouvait pas faire.

Le jour cinq, nous le dirigions. Nous avions saisi la grammaire du travail avec lui : comment écrire un brief pour que la première passe soit déjà proche, comment contredire sans le perdre, comment utiliser les contraintes comme accélérateur plutôt que comme garde-fous. L'écart entre ce que nous lui donnions et ce qui revenait s'est nettement resserré sur ces cinq jours. C'est généralement le signe d'un outil avec une vraie profondeur en dessous, pas seulement d'une démo astucieuse.

Nous avons utilisé beaucoup d'outils IA dans des workflows réels. La plupart accélèrent une tâche précise et laissent la partie réflexion tranquille. Claude Design a fait quelque chose de différent, et je cherche encore comment l'appeler.

Raisonnement structurel, pas juste de jolies images

Claude Design ne se contente pas de construire ce que vous demandez. Il raisonne sur la raison pour laquelle le layout devrait être structuré comme il l'est. Demandez-lui une landing SaaS visant une audience qui n'a jamais entendu parler de la catégorie de produit, et il met l'éducation avant la preuve sociale. Demandez le même produit visant des personnes déjà dans la catégorie, et la structure se déplace. Ce n'est pas un outil visuel avec un chat sur le côté. C'est un outil de design thinking qui produit accessoirement des visuels.

Le retour critique est réel

Plus d'une fois dans la semaine, Claude Design a signalé que notre brief était ambigu ou se contredisait, avant même de générer quoi que ce soit. Pas en échouant. En posant des questions. C'est plus proche du travail avec un senior designer que d'un outil de production, et j'avoue que ce n'est pas toujours bienvenu quand on est pressé. Les résultats étaient meilleurs chaque fois que nous ralentissions et répondions correctement. Agaçant. Et juste.

Vitesse d'itération

Des changements de direction qui d'habitude bouffent une demi-semaine se sont faits en minutes. Pas parce que l'outil fait les mêmes opérations plus vite. Parce que l'opération elle-même est différente. Changer la direction d'un layout, ce n'est pas déplacer des éléments. C'est réécrire le brief et laisser tomber un nouveau layout à partir de là.

Le contexte tient

À l'intérieur d'une session, Claude Design se souvient. Les composants construits dans la même session partagent typographie, espacement, motifs d'interaction. Cela paraît mineur si vous ne faites pas ce travail pour vivre. La cohérence à travers un design system est l'une des parties les plus laborieuses de notre métier, et l'avoir gérée sans surveillance est une sensation nouvelle.

Cinq jours dedans et la principale chose que je peux dire avec certitude, c'est que nous n'avons pas vu le plafond.

Nous ne l'avons pas mis sous pression sur le travail le plus dur que nous faisons : processus de découverte multi-stakeholders, architectures de portails à grande échelle, systèmes de marque qui doivent tenir à travers 12 points de contact différents. Tout ce que nous avons fait jusqu'ici reste exploratoire selon les standards d'une vraie mission client.

Et même à ce niveau peu profond, ça a déjà changé notre manière de penser la phase d'ouverture de chaque projet que nous toucherons à partir de maintenant.

Les outils qui finissent par compter n'arrivent pas toujours avec des trompettes. Parfois, ils apparaissent discrètement et quelques semaines plus tard, vous remarquez que vous avez arrêté de faire quelque chose qui vous prenait des heures. Je pense que Claude Design en fait partie, et je pense que nous sommes au tout début de la compréhension de ce que cela signifie au quotidien.

Donc nous l'intégrons. Nous bâtissons notre process autour. Nous le traitons moins comme une nouveauté à évaluer et plus comme une capacité à développer. Ce basculement s'est fait en cinq jours. Si vous ne l'avez pas essayé, le guide officiel de prise en main d'Anthropic est le moyen le plus rapide de vous faire votre propre opinion.

Disons-le tout de suite. Nous aimons Figma. Figma a changé le design collaboratif d'une manière qui était différente en nature, pas une petite mise à niveau. Avant Figma, la collaboration en design était une corvée. Après Figma, elle ne l'était plus, en gros. C'est une vraie contribution et je ne vais pas faire semblant du contraire.

Mais Figma a un problème de fond que Claude Design rend évident, et je ne pense pas qu'on le dise assez fort.

Tout dans Figma a encore besoin d'un humain pour prendre chaque décision visuelle, déplacer chaque élément, définir chaque relation entre composants. Figma AI aide, mais c'est de l'aide vissée sur un montage fondamentalement manuel. Le fichier de design est toujours le centre de gravité. Votre main est encore sur chaque pixel.

Claude Design ne fonctionne pas comme ça. Il raisonne sur la structure avant de la générer. Le modèle mental est inversé. Vous définissez l'objectif et les contraintes. La structure suit. Ce n'est pas tant une différence de fonctionnalités qu'une manière de travailler complètement différente, et je pense que c'est de là que vient l'inconfort quand les designers l'essaient pour la première fois.

Le problème d'Adobe est plus ardu

La position d'Adobe est plus dure que celle de Figma au niveau de la construction de l'entreprise. Creative Cloud est énorme : Photoshop, Illustrator, After Effects, XD, InDesign, Premiere, Lightroom. La base installée est massive, les contrats enterprise vont en profondeur, et des décennies entières de workflows reposent dessus. Firefly est vraiment impressionnant dans ce qu'il fait.

Le truc, c'est qu'Adobe optimise pour ce qu'Adobe est déjà. Firefly génère de l'imagerie. Il ne raisonne pas sur la structure d'interface. Toute la suite a été construite pour un monde où créer voulait dire manipuler des éléments visuels avec des mains expertes. Dans ce monde, Adobe n'a pas de vraie concurrence.

La question à laquelle je reviens sans cesse, c'est de savoir si c'est encore le monde dans lequel nous sommes.

Les outils nativement IA, ceux conçus de zéro autour de la génération de design conversationnelle plutôt que de la manipulation visuelle d'éléments, n'ont pas besoin de battre Adobe sur les termes d'Adobe. Ils ont juste à rendre les termes d'Adobe un peu démodés. Et c'est un jeu beaucoup plus facile à gagner.

En 2007, Nokia construisait environ 40% de tous les téléphones mobiles vendus sur la planète. Ils avaient la chaîne d'approvisionnement, la distribution, la marque, les accords avec les opérateurs. Ils avaient tous les avantages possibles dans le métier du téléphone mobile. Puis l'iPhone est arrivé et a redéfini ce qu'était même un téléphone, et les avantages de Nokia se sont révélés être des avantages pour construire l'ancien truc.

BlackBerry avait un autre type de verrou sur le marché entreprise. Email mobile sécurisé, ils ont pratiquement inventé cette catégorie. Les services informatiques d'entreprise se sont standardisés sur BlackBerry. La fidélité n'était pas qu'une habitude, elle était cuite dans le fonctionnement de l'IT entreprise. En 2013, ils négociaient leur survie.

Nokia et BlackBerry n'étaient pas mal dirigés, et c'est précisément là le point. Les ingénieurs de RIM étaient excellents. La fabrication et la distribution de Nokia étaient vraiment de classe mondiale. Ce qui les a abattus, c'est que la dominance dans un paradigme n'est pas une défense contre un changement de paradigme. Quand le sol bouge, votre fossé devient ce qui ralentit votre virage.

Ce que cela a à voir avec les outils de design

Le fossé de Figma, c'est que tout designer le connaît déjà. Chaque équipe de design a des fichiers, des composants, des bibliothèques et des process construits dedans. Chaque workflow de handoff développeur s'y branche. Ce fossé est réel et il est profond.

C'est seulement un fossé si la nouvelle façon de travailler nécessite encore Figma. Si le process de design se déplace réellement, de "le designer manipule des éléments dans un fichier" à "le designer dirige une IA pour générer des structures à partir d'une intention", alors le fossé de Figma se trouve au mauvais endroit. L'expertise dans l'ancien modèle ne se transfère pas automatiquement au nouveau, et c'est la partie qu'on glisse généralement sous le tapis dans ces conversations.

Je ne prédis pas que Figma va échouer. Je dis que Figma fait face au même défi que tout outil dominant face quand le sol bouge sous lui. Les entreprises qui ont traversé ces moments en un seul morceau l'ont fait en traitant la nouvelle approche comme une priorité de premier ordre, pas comme une fonctionnalité à visser. Celles qui ne l'ont pas fait, on se rappelle de leurs noms pour d'autres raisons aujourd'hui.

Non. Mais "remplacer" reste le mauvais cadre, et la façon dont la question est habituellement posée en dit plus sur celui qui la pose que sur le métier.

Claude Design compresse l'exécution. La part du travail de design qui a toujours été plus métier que pensée, faire la première passe de layout, itérer sur des designs, produire des variations de composants, est aujourd'hui beaucoup plus rapide. Ce qui reste, et ce qui prend de la valeur, c'est le jugement. Cette structure est-elle la bonne pour ce problème business spécifique ? Le brief est-il faux et faut-il contredire avant d'exécuter ? Quelles dynamiques de stakeholders le brief n'a jamais capturées ?

Les designers qui s'en sortent bien en ce moment sont ceux qui traitent Claude Design comme un vrai levier, pas comme une menace. Ils écrivent de meilleurs briefs. Ils revoient les sorties plus vite. La majeure partie de leur énergie va dans les décisions qui font vraiment bouger l'aiguille sur la performance d'un site : logique de conversion, hiérarchie de l'information, comment de vrais humains se comportent quand ils atterrissent sur une page.

Les designers qui auront du mal sont ceux qui ont bâti leur identité professionnelle autour de la vélocité de production plutôt que de la qualité du jugement, pas ceux qui manquent de bagage technique. Et je le dis avec sympathie, parce que l'industrie leur a dit pendant des années que la vélocité de production était la chose.

C'est la même histoire que chaque vague précédente de changement d'outils dans notre métier. Photoshop n'a pas remplacé les designers. Il a remplacé des gens dont le boulot était l'exécution sans jugement. Les designers qui ont appris Photoshop sont devenus plus puissants. Ceux qui ne se sont pas adaptés se sont réveillés un matin et le terrain avait bougé.

La même chose se passe maintenant, juste sur un horloge bien plus courte. Cinq jours dedans, nous travaillons déjà différemment qu'il y a une semaine.

Nous avons commencé à travailler avec Claude Design le 19 avril 2026, deux jours après son passage public. Cinq jours plus tard, ceci n'est pas un test de quelque chose que nous avons évalué. C'est une note sur quelque chose que nous intégrons.

Nous sommes impressionnés. Pas dans le mode prudent, raisonné, bras croisés que produit habituellement le scepticisme professionnel, mais dans le mode direct qui vient de regarder un outil faire quelque chose qu'on ne pensait pas encore possible. Le raisonnement structurel, la vitesse d'itération, la manière dont les composants restent cohérents à l'intérieur d'une session : ce n'est pas du polissage. C'est une autre façon de penser ce qu'est même le processus de design.

Figma répondra. Adobe répondra. Tous deux ont l'argent et les talents pour bâtir des capacités nativement IA convaincantes. La question ouverte, c'est de savoir s'ils peuvent bouger assez vite, et assez loin de leurs façons existantes de travailler, pour y arriver. Honnêtement, je ne connais pas la réponse, et je ne pense pas que quiconque la connaisse encore.

Nokia. BlackBerry. Ces noms veulent toujours dire quelque chose, et la vitesse à laquelle les choses ont bougé une fois qu'elles ont commencé à bouger aussi.

En tant qu'agence, nous travaillons avec l'IA comme modèle opérationnel central, pas comme capacité annexe. Claude Design est la sortie d'outil la plus significative que nous ayons vue depuis Figma elle-même. Nous l'avons vu dès le premier jour. Et depuis ici, nous bâtissons dessus.