Cadres de critique design : comment mener des revues qui améliorent vraiment le travail

La plupart des revues de design sont du théâtre. Le designer senior parle pendant 20 minutes d'une couleur de bouton, le junior hoche la tête, et le travail part en production inchangé, voire pire. Personne n'apprend rien, le travail ne s'améliore pas, et l'équipe se met à redouter la réunion censée la rendre plus affûtée.

Ce papier est la version qui marche. Les cadres qui font de la critique un outil, les règles qui laissent l'ego à la porte, et la structure qui rend le feedback vraiment utile pour la personne dont le travail est à l'écran. Pas de platitudes sur la "culture design", pas de manifestes, juste la procédure opérationnelle d'une équipe qui livre du meilleur travail parce qu'elle sait le relire.

Ce qu'est vraiment la critique design

La critique design est une revue structurée entre pairs d'un travail en cours. Son but est de faire émerger les problèmes que le designer ne voit pas depuis l'intérieur de son propre brouillon, et de tester le travail face à l'utilisateur, au brief et au système avant la livraison. La critique n'est pas une validation, ce n'est pas un soutien, et ce n'est pas un vote.

Une critique n'est pas non plus une présentation. Le designer n'est pas là pour défendre son travail. Les relecteurs ne sont pas là pour l'admirer. Les deux camps sont là pour que la prochaine itération soit meilleure que l'actuelle.

Le guide du portfolio design explique comment un travail individuel est évalué de l'extérieur. Ce papier plonge dans la revue interne d'équipe, qui a d'autres objectifs et des règles très différentes.

Pourquoi la plupart des critiques échouent

Les cinq mêmes échecs reviennent dans presque toutes les équipes qui peinent avec la critique. Si la réunion est épuisante et que le travail ne progresse pas, regardez d'abord ici.

Le designer présente au lieu de demander. Le travail est déroulé du début à la fin, les relecteurs attendent poliment, aucun feedback précis n'est demandé. Les relecteurs se rabattent sur des réactions générales parce que rien n'a été cadré.

Les relecteurs sont en compétition. Chacun cherche à repérer le problème le plus malin en premier. La conversation dérive vers celui qui sonne le plus senior. Le designer repart avec douze avis contradictoires et aucune direction claire.

Le goût personnel se déguise en principe. Un relecteur n'aime pas la typo et en fait un problème de hiérarchie. Un autre préfère une autre structure de mise en page et en fait un sujet d'accessibilité. Sans cadre, le goût gagne.

Personne n'écrit rien. La conversation a lieu, la réunion se termine, le designer en retient peut-être 30 %. La critique suivante repasse sur le même terrain.

La critique arrive trop tard. Le travail est déjà fini à 90 %. Les retours demandant une restructuration majeure sont ignorés faute de temps. La critique se réduit au polissage.

Chacun de ces problèmes se corrige. Les correctifs, c'est le reste de ce papier.

---

Le modèle de feedback en trois couches

Tout feedback de design utile entre dans l'une de trois couches. Les relecteurs qui savent nommer la couche qu'ils donnent restent concentrés. Ceux qui ne le savent pas dérivent vers le goût.

Couche 1 : Observation

L'observation, c'est ce que le relecteur voit littéralement à l'écran. Aucune interprétation, aucun jugement.

"Le CTA est sous la ligne de flottaison sur un viewport de 1440 de large." C'est une observation. "Le bouton est petit." C'est une observation. "Trois sans-serifs différentes sont visibles sur cette page." C'est une observation.

Les observations ne se négocient pas. Le designer peut les vérifier à l'écran en temps réel. C'est la couche la plus sûre, car aucun des deux camps ne peut la contester.

Couche 2 : Interprétation

L'interprétation, c'est ce que l'observation pourrait signifier pour l'utilisateur, la marque ou le système.

"Le CTA sous la ligne de flottaison veut dire que les utilisateurs mobiles risquent de scroller au-delà avant de comprendre ce que la page leur demande de faire." C'est une interprétation. "Les trois sans-serifs paraissent incohérentes, ce qui signale à l'utilisateur que la voix de marque est floue." C'est une interprétation.

Les interprétations sont ouvertes à la discussion. Deux personnes peuvent interpréter la même observation différemment. C'est la partie productive de la critique. L'interprétation est le moment où l'expérience collective de l'équipe apporte de la valeur au brouillon individuel du designer.

Couche 3 : Suggestion

La suggestion, c'est ce que le relecteur envisagerait de faire face à l'interprétation.

"Tu pourrais tester le CTA au-dessus de la ligne de flottaison ou ajouter un CTA sticky au scroll." C'est une suggestion. "Tu pourrais te limiter à une sans-serif pour le corps et une police display, puis tester la hiérarchie avec un rapide test du plissement d'yeux." C'est une suggestion.

Le designer est libre de suivre ou non les suggestions. Il est propriétaire du travail. Le relecteur propose des options, pas des ordres. Une critique où les suggestions sont obligatoires n'est pas une critique, c'est une chaîne de commandement.

---

Les cadres de critique qui marchent vraiment

Un cadre est un script pour la réunion. Il supprime la charge mentale de devoir inventer comment donner du feedback sur le moment et permet aux relecteurs de se concentrer sur le travail lui-même.

Cadre 1 : Objectif, justification, feedback

Le plus rapide à installer. Trois étapes, dix minutes par travail.

Étape un : le designer énonce l'objectif. "J'essaie d'amener un utilisateur de la page d'accueil à une inscription payante en un clic." Deux phrases maximum.

Étape deux : le designer déroule sa justification. "J'ai mis le CTA dans le hero parce que le test précédent a montré que 60 % des conversions se font au-dessus de la ligne de flottaison. J'ai choisi le vert parce que la marque l'utilise pour les actions principales." Trois minutes maximum.

Étape trois : les relecteurs donnent du feedback par rapport à l'objectif. Chaque commentaire doit se rattacher à l'objectif énoncé. "Le CTA sert-il l'objectif ?" et non "Le CTA a-t-il le bon vert ?"

Le feedback qui ne se rattache pas à l'objectif est rangé dans une liste à part pour plus tard. La réunion reste focalisée. Le designer repart avec une direction claire.

Cadre 2 : J'aime, je souhaite, et si

Emprunté à IDEO et adapté aux équipes design. Utile quand le travail est en phase précoce et exploratoire.

J'aime : ce qui fonctionne. Les relecteurs nomment les éléments précis que le travail devrait garder. Cela force une observation positive, que la plupart des critiques sautent.

Je souhaite : ce que le relecteur changerait. Formulé comme un souhait, pas un ordre. "Je souhaiterais un contraste plus fort entre le titre et le corps de texte."

Et si : des alternatives spéculatives. "Et si le CTA était un élément sticky plutôt qu'inline ?" Cela ouvre des pistes que le designer n'avait peut-être pas envisagées.

Ce cadre marche parce qu'il baisse les enjeux. Les souhaits et les "et si" paraissent collaboratifs. La critique directe paraît souvent conflictuelle, même quand elle ne l'est pas.

Cadre 3 : La pile de décision

Idéal pour le travail en phase tardive, quand l'équipe décide de ce qui part en production.

Décision requise : sur quoi précisément le designer a-t-il besoin d'une décision ? "Le CTA secondaire reste-t-il ou saute-t-il ?" et non "relisez cette maquette".

Options sur la table : qu'a envisagé le designer ? Montrer les alternatives écartées. Les relecteurs peuvent demander pourquoi telle option a été éliminée.

Recommandation : que recommande le designer, et pourquoi ?

Risques : qu'est-ce qui pourrait mal tourner avec cette recommandation ?

Le rôle du relecteur est de tester la recommandation face aux risques. Le designer a-t-il oublié un risque ? Les risques sont-ils bien pondérés ? La recommandation est-elle vraiment la plus solide des options présentées ?

Ce cadre oblige les designers à faire le travail avant la réunion. La réunion devient un test de la réflexion, et non une génération de réflexion neuve à partir de zéro.

---

Les règles qui gardent la salle fonctionnelle

Les cadres structurent la réunion. Les règles gouvernent les comportements à l'intérieur. Sans règles, même le meilleur cadre s'effondre dans la même conversation lâche qui n'a pas marché la dernière fois.

Règle 1 : le designer cadre le feedback

Avant le début de la critique, le designer dit quel type de feedback il veut. "Je cherche des retours sur la hiérarchie et le CTA. La palette de couleurs est verrouillée, le copy est final." Cela protège le temps du designer et l'attention des relecteurs.

Si un relecteur veut commenter un point hors périmètre, il le note pour après la réunion ou pour une session séparée. Il ne fait pas dérailler la critique.

Règle 2 : une seule conversation à la fois

Les apartés tuent la critique. Tout l'enjeu est l'attention collective sur un seul travail. Si deux relecteurs se mettent à débattre entre eux, le facilitateur les ramène au groupe. Si trois sujets doivent être discutés, ils le sont à la suite, pas en parallèle.

Règle 3 : le précis plutôt que le général

"Ça sonne faux" n'est pas un feedback. "Le CTA perd en contraste sur le fond dégradé, ce qui nuit probablement à la visibilité en mode clair" est un feedback. Les relecteurs qui donnent des réactions générales se voient demander d'être précis ou de passer leur tour.

Règle 4 : pas de prescription sans observation

Un relecteur ne peut pas recommander un changement sans d'abord énoncer l'observation qui l'a déclenché. "Mets le bouton en bleu" est une prescription sans observation. "Le bouton rouge actuel ressemble à ton état d'erreur, ce qui peut troubler les utilisateurs dans les parcours critiques. Tu pourrais essayer du bleu ou un autre rouge" est observation, interprétation, suggestion.

Cette règle est le changement le plus puissant qu'une équipe puisse installer. Elle force les relecteurs à réfléchir avant de parler et donne au designer le raisonnement, pas seulement l'exigence.

Règle 5 : tout capturer

Quelqu'un dans la salle prend des notes. Observations, interprétations, suggestions, décisions, suites à donner. Le designer ne doit pas être le preneur de notes, car il est déjà trop chargé cognitivement à répondre au feedback.

Les notes sont partagées avec le designer juste après la réunion. Le designer marque chaque note comme acceptée, rejetée avec motif, ou mise de côté. La critique suivante commence par ce qui a changé depuis la dernière fois.

Règle 6 : durée limitée et résultat défini

Une réunion de critique a une heure de fin ferme. Chaque travail reçoit un créneau fixe, en général de 15 à 30 minutes. Le facilitateur le fait respecter. Dépasser est le moyen le plus rapide de perdre l'énergie de l'équipe et de dissuader les gens d'apporter du travail.

Chaque créneau se termine par un résultat énoncé. "Le designer remonte le CTA au-dessus de la ligne de flottaison et teste le contraste sur le fond dégradé. Partagera la v2 à la prochaine critique." Sans résultat, la réunion n'a produit aucune valeur.

---

Quand la critique doit avoir lieu

La critique en phase tardive arrive presque toujours trop tard. Elle a le plus d'effet de levier aux moments où la direction est encore peu coûteuse à changer.

Trois points de critique par projet

Le calendrier minimum qui produit du travail livré qui s'améliore avec le temps :

Chaque phase a ses propres objectifs et profite d'un cadre différent. En sauter une produit des modes d'échec prévisibles.

Sauter la critique de direction signifie que l'équipe termine une maquette léchée de la mauvaise solution. Découverte trop tard, c'est l'erreur la plus coûteuse qu'une équipe puisse commettre.

Sauter la critique de moyenne fidélité signifie que les problèmes structurels sont trouvés en haute fidélité, où ils coûtent cinq fois plus cher à corriger. L'équipe livre un travail dégradé faute de temps pour repartir.

Sauter la critique avant livraison signifie que des problèmes évitables arrivent en production. Le ship doc est rédigé sans second regard et l'équipe découvre l'état cassé dans les retours utilisateurs.

Le point sur le workflow de design avec l'IA explique comment intégrer la critique dans des boucles de design accélérées par l'IA. Une génération plus rapide rend la critique plus importante, pas moins.

---

Le rôle du facilitateur

La plupart des critiques design n'ont pas de facilitateur, et c'est pour ça qu'elles s'effondrent. Le facilitateur n'est pas le designer senior de la salle. C'est la personne responsable de garder la réunion fonctionnelle.

Ce que fait le facilitateur

Le facilitateur est responsable de trois choses :

• Le temps. Chaque travail a son créneau. Coupure nette quand le temps est écoulé. Les points reportés vont dans une liste de suivi.
• Le focus. Ramener les relecteurs quand ils dérivent, poser des questions de clarification quand le feedback est vague, signaler quand la conversation est sortie du périmètre.
• La capture. Prendre les notes lui-même ou s'assurer que quelqu'un le fait. Les notes ne sont pas optionnelles, elles sont l'artefact de la réunion.

Le facilitateur n'est pas là pour critiquer. Il peut le faire seulement une fois la structure de la réunion assurée. Mêler facilitation et critique divise l'attention et donne presque toujours un résultat pire des deux côtés.

Faire tourner le rôle

La même personne qui facilite chaque critique devient le goulot d'étranglement. Faites tourner le rôle chaque semaine ou toutes les deux semaines dans l'équipe. Les designers juniors y gagnent énormément, car cela les force à penser la réunion de façon structurelle, pas seulement le travail.

Les seniors y gagnent aussi. Faciliter au lieu de critiquer les force à écouter au lieu de dominer, une compétence que la plupart des designers seniors sous-estiment.

---

Comment recevoir une critique

L'autre moitié de la critique, c'est d'être le designer sur la chaise. La plupart des formations en design sautent complètement ce point. Résultat : une génération de designers qui se braquent quand leur travail est relu et écartent le feedback qui les aurait le plus aidés.

Cinq règles pour le designer

Écoutez jusqu'au bout avant de répondre. N'interrompez pas pour défendre un choix. Accueillez le feedback, notez-le, puis posez des questions de clarification. Le réflexe de défense tue la valeur de la réunion.

Séparez l'observation de la suggestion. Un relecteur peut suggérer une solution avec laquelle vous n'êtes pas d'accord, mais l'observation sous-jacente peut rester valable. Prenez l'observation, laissez la suggestion, trouvez votre propre solution.

Demandez pourquoi, pas si. "Pourquoi penses-tu que le CTA perd en contraste ?" produit un suivi utile. "Penses-tu que le CTA perd en contraste ?" produit un oui ou un non qui clôt la conversation.

Mettez vos réactions en pause. Si un retour frappe fort, notez-le et répondez plus tard. La défense en temps réel produit de mauvaises réponses des deux côtés. Une pause de 24 heures donne presque toujours une meilleure réponse.

Assumez la décision. Le designer est propriétaire du travail. Après la critique, c'est lui qui décide de ce qu'il met en œuvre. Les relecteurs proposent des options, pas des ordres. Le travail du designer est de peser le feedback face à tout ce qu'il sait d'autre sur le projet, puis de trancher.

---

La critique dans les conditions de 2026

Trois évolutions ont changé le fonctionnement de la critique design. Le système doit s'adapter aux trois.

La critique à distance et asynchrone est la norme. La réunion plénière en salle est rare. La critique se passe désormais dans les commentaires Figma, les enregistrements Loom et les documents partagés. Les cadres fonctionnent toujours, la facilitation compte toujours, mais le timing change. Une critique asynchrone doit avoir une demande claire, une échéance claire et un point de décision clair. Sans ça, elle devient un cimetière de commentaires.

Le travail généré par l'IA a besoin de plus de critique, pas de moins. Les outils qui génèrent des options en quelques secondes donnent envie de sauter la critique parce que ce n'est "que de la sortie d'IA". C'est précisément là que la critique compte le plus. Le travail généré par l'IA n'est responsable de rien par défaut. C'est la critique humaine qui le rend responsable.

La critique transverse est désormais standard. Ingénieurs, PM et content designers siègent dans la même critique que les designers visuels. Les cadres marchent pour tout le monde. Le vocabulaire doit s'aplanir. "Affordance" et "above the fold" passent très bien, mais toute la réunion ne peut pas être du jargon de designer, sinon les non-designers décrochent.

Le glossaire sur le design handoff explique comment la critique se relie à la discipline plus large du handoff. Une critique qui ne produit aucun artefact partageable est une critique qui ne survit pas au handoff.

---

FAQ

Qu'est-ce qu'un cadre de critique design ?

Un cadre est un script structuré pour mener une réunion de revue de design. Il définit qui parle quand, quel type de feedback est demandé et comment la réunion se termine. Les cadres les plus courants sont Objectif-Justification-Feedback, J'aime-Je souhaite-Et si, et la pile de décision. Chacun convient à une étape différente du travail.

Comment donner un bon feedback de design ?

Utilisez le modèle en trois couches. Commencez par l'observation (ce que vous voyez), puis l'interprétation (ce que cela pourrait signifier), puis la suggestion (ce que vous envisageriez de faire). Sautez une couche et le feedback s'affaiblit. Sautez l'observation et le feedback devient prescription, que le designer peut écarter.

Combien de temps doit durer une réunion de critique design ?

De 15 à 30 minutes par travail, avec une limite de temps stricte. Une critique de 60 minutes sur un seul travail est presque toujours soit trop large, soit menée avec un mauvais cadre. Plafonnez chaque créneau, capturez les résultats et passez à la suite. La plupart des équipes critiquent de 2 à 4 travaux par session.

À quelle fréquence une équipe design doit-elle faire de la critique ?

Chaque semaine est la base pour une petite équipe qui livre régulièrement. Toutes les deux semaines convient à une équipe aux cycles de projet plus longs. Le calendrier compte moins que la régularité. Une équipe qui fait une critique hebdomadaire pendant un an progresse plus vite qu'une équipe qui critique au coup par coup quand quelqu'un le demande.

Comment éviter que la critique devienne personnelle ?

Installez le cadre, installez les règles et faites tourner le facilitateur. Les cadres séparent l'observation de la prescription, c'est là que commence la plupart des critiques qui paraissent personnelles. Le facilitateur rattrape les dérapages. Avec le temps, l'équipe intègre la structure et les critiques à connotation personnelle disparaissent, car le langage ne les permet plus.

Comment critiquer un designer senior ?

De la même manière que n'importe qui d'autre. Utilisez le modèle en trois couches, reliez le feedback à l'objectif énoncé et laissez le designer senior assumer la décision. Un senior qui ne supporte pas la critique est un problème plus grave que la critique elle-même. Une équipe qui évite discrètement de relire le travail des seniors est une équipe qui livre du travail senior dégradé.

La critique est une discipline, pas une réunion

L'équipe qui mène bien la critique livre du meilleur travail, car elle attrape les problèmes plus tôt, obtient plus de points de vue sur chaque décision et développe un vocabulaire commun pour la qualité du design. L'équipe qui la mène mal livre soit du travail inégal, soit du travail soigné mais à côté de la plaque, et se demande pourquoi la réunion hebdomadaire ne l'aide pas.

Le correctif est structurel. Choisissez un cadre. Installez les règles. Programmez la critique à trois moments par projet, pas à la fin. Capturez les résultats. Faites tourner le facilitateur. Recevez la critique sans vous défendre. Donnez la critique sans prescrire.

Le coût d'installation de cette discipline, c'est deux ou trois réunions d'un léger inconfort le temps que l'équipe s'ajuste. Le bénéfice, c'est une équipe de plus en plus affûtée à chaque projet et un corpus de travail qui s'améliore avec le temps au lieu de régresser vers l'avis de celui qui parle le plus fort.

Si vous voulez une équipe qui applique cette discipline à chaque projet, engagez Brainy. Nous nous intégrons aux équipes design internes et installons des systèmes de critique en parallèle du travail de marque et de produit.

Lectures associées

• Guide des design systems
• Guide du portfolio design
• Workflow de design avec l'IA
• Design handoff de Figma au dev