Claude Design est sorti le 17 avril 2026. Deux jours plus tard, on avait tout mis en pause pour le brancher directement dans notre travail quotidien. Pas un labo, pas un side project : notre flux de production d'agence de design web, avec de vrais briefs en cours.
Ce qui suit n'est pas un tutoriel, et ce n'est pas une étude de cas relue trois fois par le marketing. C'est le carnet de bord d'une équipe qui fait des landing pages, des sites corporate et des portails métier, écrit à chaud, cinq jours après la sortie la plus remuante qu'on ait vue dans nos outils depuis longtemps.
Cinq jours, ce n'est pas grand-chose. Mais parfois, cinq jours suffisent pour voir dans quel sens le vent tourne.
Qu'est-ce que Claude Design ? (Et en quoi il diffère de tout le reste)
Claude Design, c'est le système de design d'interfaces d'Anthropic, posé sur la famille de modèles Claude. Ce n'est pas un générateur d'images. Cette nuance passe inaperçue dans la plupart des articles qu'on a lus la semaine dernière, et c'est pourtant le coeur du sujet : c'est ce qui rend l'outil différent de tout ce qui existait avant.
Quand Midjourney ou Adobe Firefly crachent des images raster à partir d'un prompt, Claude Design, lui, produit des structures d'interface. Des layouts UI avec une hiérarchie, un rythme d'espacement, des relations entre composants, une logique d'interaction. On ne récupère pas une image de site web. On récupère un design, quelque chose de cohérent dans sa forme qu'on peut réellement prendre en main.
L'implication concrète est simple : on arrête de traduire une référence visuelle en design. On affine le design, point. Toute la boucle d'itération s'écrase d'un cran.
Claude Design vs. Midjourney
Midjourney sort des images magnifiques, on ne va pas faire semblant du contraire. Pour un moodboard de marque ou de la direction créative, il reste excellent. Pour le design d'interface, en revanche, ça a toujours été un problème de traduction : une belle sortie que le designer doit ensuite reconstruire en UI utilisable. On l'a beaucoup utilisé pour l'exploration conceptuelle. Claude Design ne vient pas remplacer cet usage-là. Il remplace quelque chose qui se joue plus en aval.
Claude Design vs. Adobe Firefly
Firefly vit à l'intérieur de l'écosystème Adobe Creative Cloud. Il produit des visuels : photos de produits, variations de fond, compositions. Le design d'interfaces web, ce n'est pas son terrain, et Anthropic le sait très bien. La comparaison tient presque de l'erreur de catégorie.
Claude Design vs. Figma AI
Figma AI affine et prolonge ce qui est déjà dans un fichier Figma. C'est une couche de raffinement, plutôt solide d'ailleurs. Claude Design, lui, intervient avant : avant qu'il y ait un fichier, avant qu'il y ait une structure, au moment où on se demande encore ce que le design doit fondamentalement être. L'un travaille en amont, l'autre en aval. Ils ne se parlent presque pas.
Cinq jours à tester Claude Design
On n'a pas traîné. Dès la première heure après le lancement, on a fait passer à Claude Design chaque scénario qu'on pouvait lui construire : des structures de landing pages dans des secteurs qu'on connaît par coeur (fintech, logistique, santé), des systèmes de composants UI, des architectures de navigation, des fondations de design systems, des directions d'identité de marque. On a généré, évalué, contesté. Et à chaque fois qu'une sortie nous semblait faible, on repartait dessus sans pitié.
Ce qu'on a testé
Les structures de landing pages, on y est allés en premier. Parce que la landing page, c'est le test le plus exigeant de l'architecture d'une page. Une bonne landing page n'est pas belle par accident ; elle repose sur une logique très précise — ce que le visiteur doit croire, et dans quel ordre, avant d'agir. Claude Design ne se contente pas de sortir quelque chose qui ressemble à une landing page. Il raisonne sur la séquence. La première fois qu'on l'a vu structurer correctement, sans qu'on le lui demande, un layout trafic froid différemment d'un layout trafic chaud, pour le même brief produit, on s'est arrêtés. Arrêtés net, comme quand on lève les yeux d'un écran.
Les composants UI sont venus ensuite. Bibliothèques de composants, kits de data viz, systèmes de formulaires, patterns de navigation. La cohérence à l'intérieur d'une session nous a surpris : les composants avaient l'air d'appartenir au même système, au lieu d'avoir été ramassés un peu partout.
Le jour cinq comparé au jour un
Jour un : on explorait. On cherchait les limites, on voulait voir où ça casse.
Jour cinq : on dirigeait. On avait appris la grammaire de la collaboration avec cet outil : comment cadrer un brief pour que la première sortie soit déjà proche, comment contester utilement, comment transformer les contraintes en accélérateurs au lieu de les subir. L'écart entre la qualité de ce qu'on mettait dedans et la qualité de ce qui sortait s'était nettement creusé en cinq jours. C'est la signature d'un outil qui a du fond.
Ce que Claude Design réussit vraiment
On a essayé pas mal d'outils IA en production ces deux dernières années. La plupart accélèrent une tâche précise, mais ne touchent pas à la façon dont on pense. Claude Design, lui, a fait autre chose.
Du raisonnement structurel, pas juste de la génération visuelle
Claude Design ne produit pas seulement ce qu'on lui demande. Il raisonne sur le pourquoi : pourquoi tel layout devrait être structuré comme ça plutôt qu'autrement. Demandez-lui une landing page SaaS pour un public qui ne connaît pas encore la catégorie de produit, il place l'éducation avant la preuve sociale. Demandez le même produit pour une audience déjà équipée dans la catégorie, la structure change. Ce n'est pas un outil visuel avec une interface textuelle. C'est un outil de réflexion design qui a une sortie visuelle.
La qualité de ses questions
Plusieurs fois durant ces cinq jours, Claude Design nous a signalé qu'un brief était ambigu ou se contredisait, avant même de générer quoi que ce soit. Pas en échouant. En posant des questions. Ce comportement ressemble plus à celui d'un designer senior qu'à celui d'un outil de production. Ce n'est pas toujours ce qu'on veut quand on est pressés, on l'admet. Mais ça produit de meilleurs résultats, et on a fini par apprendre à le laisser faire.
La vitesse d'itération
Des changements de direction qui auraient normalement demandé une grosse journée de travail se sont joués en quelques minutes. Pas parce que Claude Design va plus vite sur les mêmes opérations, mais parce que l'opération elle-même a changé. Changer une direction de layout, maintenant, ce n'est plus déplacer des blocs. C'est reformuler le brief et laisser l'outil générer une nouvelle logique de page à partir de là.
La cohérence de contexte
À l'intérieur d'une même session, Claude Design garde le fil. Les composants générés partagent une logique visuelle commune : choix typographiques, systèmes d'espacement, patterns d'interaction. Ça n'a l'air de rien, mais la cohérence, c'est justement l'une des parties les plus fastidieuses du travail de design pro. On passe des heures là-dessus. On en passe nettement moins désormais.
Cinq jours plus tard, et on n'a toujours pas vu le plafond
On a soumis Claude Design à beaucoup de scénarios en cinq jours. Ce qui nous frappe, ce n'est pas seulement ce qu'il fait bien. C'est qu'on ne sait toujours pas où se trouvent ses limites. Chaque fois qu'on le pousse vers plus de complexité, il encaisse plus de complexité. Avec la plupart des outils IA, on se cogne très vite à un mur. Pas ici. On a hâte de voir à quoi ressembleront les 60 prochains jours.
Ce ne sont que les premiers pas
Cinq jours après, une chose est claire pour nous : on n'a pas encore vu le plafond.
On ne l'a pas testé sous pression sur le travail le plus exigeant qu'on fait : les phases de découverte multi-parties prenantes, les architectures de portails à grande échelle, les systèmes de marque qui doivent tenir sur 12 points de contact en même temps. Tout ce qu'on a fait jusque-là reste exploratoire selon les standards d'une vraie mission client.
Et pourtant, ça a déjà changé la façon dont on pense la phase d'ouverture de chaque projet à venir.
Les outils qu'on finit par appeler transformateurs ne s'annoncent pas toujours à grand renfort de trompettes. Parfois, ils arrivent sans faire de bruit, et c'est deux ou trois semaines plus tard qu'on se rend compte qu'on a arrêté de faire quelque chose qui nous prenait des heures. On pense que Claude Design est de cette espèce-là, et on pense qu'on est encore au tout début de ce que ça va vouloir dire concrètement.
L'intégration est déjà en cours. Des flux de travail se construisent autour de l'outil. On le traite non pas comme une curiosité à évaluer, mais comme une capacité à développer. Ce basculement-là s'est produit en cinq jours. Si vous ne l'avez pas encore essayé, le guide de démarrage d'Anthropic reste le chemin le plus rapide pour vous faire votre propre idée.
Figma et Adobe : le tableau honnête
Disons-le franchement : on souhaite le meilleur à Figma. Sincèrement. Figma a transformé la façon dont les équipes de design collaborent, et pas de manière incrémentale : de manière catégorielle. Avant Figma, la collaboration en design, c'était une douleur. Figma en a fait un non-problème. C'est une vraie contribution, et on ne l'oublie pas.
Seulement voilà, Figma a un problème de structure que Claude Design rend soudainement visible.
Tout ce qui se passe dans Figma repose encore sur un humain qui prend chaque décision visuelle, déplace chaque élément, définit chaque relation entre composants. Figma AI apporte des fonctions utiles, mais elles sont greffées sur un modèle fondamentalement manuel. Le fichier de design reste le centre de gravité. La main humaine est toujours sur chaque pixel.
Claude Design ne fonctionne pas comme ça. Il raisonne la structure avant de la générer. Le modèle mental est inversé : on pose l'objectif et les contraintes, et la structure suit. La différence ne se joue pas sur une feature. Elle se joue sur la façon même de travailler.
La position plus inconfortable d'Adobe
La situation d'Adobe est plus compliquée dans son architecture même. La suite Creative Cloud est énorme : Photoshop, Illustrator, After Effects, XD, InDesign, Premiere, Lightroom. Une base installée colossale, des flux de travail pro qui remontent à des décennies, des contrats entreprise bien ancrés. Et Firefly, qui fait bien ce qu'il fait, on ne va pas le nier.
Sauf qu'Adobe optimise pour ce qu'Adobe est déjà. Firefly génère des images. Il ne raisonne pas sur la structure d'interface. La suite a été pensée pour un monde où créer voulait dire manipuler des éléments visuels avec des mains expertes. Dans ce monde-là, Adobe n'a pas de vraie concurrence.
La question, c'est de savoir si on est encore dans ce monde-là.
Les outils nés avec l'IA, construits de zéro autour de la génération de design par conversation plutôt que de la manipulation d'éléments, n'ont pas besoin de battre Adobe sur le terrain d'Adobe. Il leur suffit de faire paraître le terrain d'Adobe un peu plus daté, chaque trimestre.
Curieux de voir à quoi ressemble le design web natif IA ?
Nous construisons notre flux de travail professionnel autour de Claude Design dès le premier jour. Si vous voulez voir ce que cela signifie pour un vrai projet, nous serons heureux de vous le montrer.
Démarrer une conversationLa différence de débit est d'une autre nature
Des changements de direction qui nous prenaient 2 à 3 jours de sessions de revue se jouent désormais en moins d'une heure avec Claude Design. Sur nos cinq premiers jours, on a bouclé quatre itérations complètes sur l'architecture d'une landing page fintech, un chantier qui aurait normalement absorbé la plus grosse partie d'une semaine de découverte. Ce n'est pas un gain marginal. C'est un autre type de travail.
Vous souvenez-vous de Nokia ? De BlackBerry ?
En 2007, Nokia produisait environ 40 % de tous les téléphones mobiles vendus dans le monde. Ils avaient la supply chain, la distribution, la notoriété, sans oublier des relations en béton avec les opérateurs. Chaque avantage imaginable dans l'industrie du mobile, ils l'avaient. Et puis un petit problème s'est posé : l'iPhone a redéfini ce qu'était un téléphone, et les avantages de Nokia étaient des avantages pour fabriquer l'ancienne chose.
BlackBerry, c'était le marché entreprise. L'email mobile sécurisé, ils ont carrément inventé la catégorie. Les DSI se sont standardisées sur BlackBerry. La fidélité n'avait rien d'une simple habitude : elle était gravée dans les appels d'offres. En 2013, ils négociaient pour leur survie.
La leçon, ce n'est pas que Nokia et BlackBerry étaient mal gérés. Les ingénieurs de RIM étaient excellents, la fabrication de Nokia tutoyait les standards mondiaux. La leçon, c'est que dominer un paradigme ne protège jamais du moment où ce paradigme bascule. Quand la façon de travailler bouge en profondeur, vos avantages deviennent exactement ce qui ralentit votre pivot.
Le rapport avec les outils de design
Le fossé de Figma, c'est que chaque designer le connaît déjà. Chaque équipe a ses fichiers, ses composants, ses bibliothèques, ses process. Chaque handoff vers les devs y passe. Ce fossé est réel, et il est profond.
Mais c'est un fossé uniquement si la nouvelle façon de travailler a toujours besoin de Figma. Si le processus de design bascule pour de bon, du 'designer qui manipule des éléments dans un fichier' au 'designer qui dirige une IA pour générer des structures à partir d'intentions', alors le fossé de Figma se retrouve au mauvais endroit. La profondeur de votre expertise dans l'ancien modèle ne se transfère pas automatiquement. Parfois, elle pèse.
On ne prédit pas que Figma va se planter. On observe que Figma affronte le même défi que n'importe quel outil dominant au moment où la logique sous-jacente change. Les entreprises qui ont bien traversé ces moments l'ont fait en traitant la nouvelle approche comme une priorité de premier rang, pas comme une feature à rajouter sur l'existant. Celles qui n'ont pas su, eh bien, on se souvient de leurs noms pour d'autres raisons aujourd'hui.
Le problème du fossé que chaque outil dominant finit par affronter
La plus grande force de Figma, à savoir que chaque designer le connaît déjà, devient aussi son risque le jour où la logique sous-jacente du métier change. L'expertise dans l'ancien modèle ne se transfère pas automatiquement. Ce n'est pas propre à Figma : Nokia avait une fabrication de classe mondiale, BlackBerry avait le verrou entreprise. Dominer un paradigme ne protège pas quand c'est la règle du jeu elle-même qui bouge. Les entreprises qui ont bien passé ce cap ont traité la nouvelle approche comme une priorité de premier plan, pas comme une fonctionnalité annexe.
L'IA va-t-elle remplacer les designers web ? Notre avis après 5 jours
Non. Mais 'remplacer' n'est pas la bonne lecture.
Claude Design compresse l'exécution. La partie du travail de design qui tenait toujours plus de l'artisanat que de la pensée (produire le premier jet d'architecture, itérer sur des options de layout, décliner des variations de composants) est désormais beaucoup plus rapide. Ce qui reste, et qui prend soudain plus de valeur, c'est le jugement : savoir si la structure répond au bon problème métier, contester le brief avant de l'exécuter, lire les dynamiques de parties prenantes qu'aucun brief ne capture jamais entièrement.
Les designers qui s'en sortent bien en ce moment, ce sont ceux qui voient Claude Design comme un multiplicateur de capacités, pas comme une menace. Ils écrivent de meilleurs briefs, ils évaluent les sorties plus vite, et ils passent plus de temps sur les décisions qui font qu'un site web fonctionne ou pas : logique de conversion, hiérarchie de l'information, psychologie de l'utilisateur.
Ceux qui vont galérer ne sont pas ceux à qui il manque des compétences techniques. Ce sont ceux qui ont construit leur identité pro autour de la vitesse d'exécution plutôt que de la qualité du jugement.
On a déjà vécu cette transition, d'ailleurs. Photoshop n'a pas remplacé les designers. Il a remplacé les gens dont le métier était l'exécution sans jugement. Les designers qui ont appris Photoshop sont devenus plus puissants. Ceux qui n'ont pas voulu s'adapter ont découvert, un peu tard, que le métier avait avancé sans eux.
La même histoire recommence, mais sur un calendrier beaucoup plus serré. Cinq jours après, on travaille déjà autrement qu'il y a une semaine.
Cinq jours avec Claude Design : on ne fait pas marche arrière
On a commencé à travailler avec Claude Design le 19 avril 2026, deux jours après sa sortie publique du 17 avril. Cinq jours après, ces lignes actent une décision interne : on arrête d'évaluer Claude Design, on l'intègre pour de bon dans notre façon de travailler.
On est vraiment impressionnés. Pas de cette façon prudente et mesurée que le scepticisme professionnel nous pousse parfois à afficher, mais de la façon directe, un peu brute, qui vient quand on voit un outil faire quelque chose qu'on ne pensait pas encore possible. Le raisonnement structurel, la vitesse d'itération, la cohérence à l'intérieur des sessions : ces trois choses-là, mises bout à bout, dessinent une autre manière de penser le processus de design.
Figma va répondre. Adobe va répondre. Ils ont les ressources et les équipes pour sortir des capacités IA natives convaincantes. La question, c'est de savoir s'ils sauront bouger assez vite, et s'éloigner assez loin de leurs modèles existants, pour y arriver.
On se souvient de Nokia. On se souvient de BlackBerry. On se souvient aussi de la vitesse à laquelle les choses ont bougé, une fois qu'elles ont commencé à bouger.
Chez Vezert, l'IA n'est pas une capacité secondaire posée à côté du métier ; c'est le modèle opérationnel central. Et dans ce cadre-là, Claude Design est la sortie d'outil la plus importante qu'on ait croisée depuis Figma lui-même. On l'a vu dès le premier jour. Et on construit à partir de là.
