Processus d'approbation du design : 6 étapes, une checklist de demande et un modèle

Dernière mise à jour : 21 octobre 2026

« Tu peux juste rapidement » est la phrase la plus coûteuse de la création. Ce qui suit est souvent une vraie demande avec une vraie échéance. Mais elle est arrivée sous forme de message, pas de demande, et n'existe donc que tant que quelqu'un s'en souvient.

Multipliez cela par six demandeurs et la file d'attente n'en est plus une. C'est un ensemble d'accords privés, dont chaque auteur est persuadé qu'il passe en premier.

Un processus d'approbation de design doit aussi survivre à la répétition. Un contrat se signe une fois ; une même création se juge trois ou quatre fois, par des personnes qui ont chacune vu une version différente.

Il casse aux deux endroits que personne ne structure : la façon dont une demande arrive, et ce qui se passe entre la première revue et la quatrième.

Qu'est-ce qu'un processus d'approbation de design ?

Un processus d'approbation de design se déroule en six étapes : Demandé, En conception, Revue interne, En attente d'approbation, Modifications demandées et Livré. Une demande entre avec un brief écrit et une raison derrière sa date, chaque révision ajoute un au compteur de cycles, et le oui final s'inscrit sur la demande sous forme d'approbation d'une seule personne nommée.

La plupart des équipes ignorent les deux extrémités.

Pourquoi un processus d'approbation de design casse-t-il avant même le début de la conception ?

Il casse à l'entrée : une demande qui arrive sous forme de message n'a aucun statut, et la file à laquelle elle appartient reste invisible. Un message ne peut pas être en attente, accepté ou troisième dans la file. Il est seulement lu ou non lu.

Le demandeur le plus bruyant l'emporte donc, car le volume est le seul signal disponible, et le designer devient discrètement la file d'attente. Pire, la priorité n'est plus discutable : « c'est urgent » ne se vérifie face à rien.

Ce dernier point se corrige à peu de frais. Presque toutes les demandes ont une date ; presque aucune n'a de raison.

Mettez la raison dans un champ dédié et deux catégories se distinguent d'elles-mêmes. « Le délai de l'imprimeur est le 16 juillet, aucune marge » est une échéance ; « Pas de date ferme, le modèle actuel s'affiche mal sur mobile » n'en est pas une. Les deux sont du vrai travail. Une seule peut passer devant.

Dans Quire, la barrière se place au tri : rien ne sort de la liste d'entrée sans demandeur ni raison dans ce champ. C'est ce qui transforme « c'est urgent » en quelque chose de vérifiable.

Les files de design se bloquent aussi quand trop de gens peuvent commenter et que personne ne décide : la comparaison de RACI, DACI et RAPID traite la couche « qui décide, qui conseille » qui sous-tend tout ce qui suit.

Que doit préciser une demande de design avant que le travail puisse commencer ?

Six réponses. Une demande qui les contient toutes peut démarrer aujourd'hui ; s'il en manque deux, c'est une conversation qui prendra trois jours.

• De quoi s'agit-il, en une ligne. « Carrousel Instagram, cinq diapositives » vaut mieux que « quelque chose pour le lancement ».
• Où cela apparaît-il, et à quelle taille. Une bannière de site, une icône d'appli de 32 px et un panneau de stand de deux mètres sont trois travaux différents derrière un seul mot.
• Pour qui ? Le public visé, pas la partie prenante interne.
• Quand, et pourquoi cette date. La raison apporte plus d'information que la date.
• Qui valide. Un seul nom.
• Ce qui existe déjà. Le brief, les textes, la version précédente. Chaque élément manquant devient une question, et ce sont les questions qui transforment trois jours en deux semaines.

Les chefs de projet ont chiffré ce phénomène.

L'étude Pulse of the Profession du PMI sur les exigences montre que près de la moitié (47 %) des projets en échec ont raté leurs objectifs à cause d'une gestion inexacte des exigences. Une demande de design est une exigence en miniature, et une demande floue échoue de la même façon, mais plus vite.

L'une des six mérite son propre champ, car un champ rend la réponse triable : la raison derrière la date devient Why this date.

Deux autres champs l'accompagnent : Requested by pour la personne à l'origine de la demande et Review round pour le nombre de retours du travail.

Le reste relève de la description de la tâche, et le modèle fournit les six sous forme de document How to request design work vers lequel vous pouvez renvoyer les demandeurs.

Testez-le en dix minutes. Lancez un projet Quire gratuit ou ouvrez-en un que vous gérez déjà, ajoutez un champ texte nommé Why this date et remplissez-le sur vos cinq plus anciennes demandes ouvertes. Il y a fort à parier que deux n'auront aucune raison, et l'argument est gagné.

Quelles sont les six étapes d'un processus d'approbation de design ?

Les six étapes sont Demandé, En conception, Revue interne, En attente d'approbation, Modifications demandées et Livré. Ces six étapes indiquent où en est le travail. La décision a son propre enregistrement, une approbation sur la tâche, et séparer les deux est l'essentiel de l'astuce.

Voici le déroulement de chaque étape dans le modèle Design Pipeline :

La revue interne est l'étape que les équipes sautent, et celle qui se rentabilise. Elle permet de consacrer le premier cycle avec l'approbateur à l'idée, pas aux angles arrondis.

Modifications demandées est la seule étape qui revient en arrière, c'est donc celle qui mérite d'être comptée. J'y reviens plus bas.

Chaque étape de ce tableau est un passage de relais entre deux équipes : celle qui demande et celle qui conçoit. Le guide de la gestion de projet transversale détaille les couches de responsabilité et de transmission qui les sous-tendent. Pour d'abord esquisser ces transmissions dans votre propre pipeline, la cartographie des processus métier montre comment faire, diagrammes en couloirs compris.

Que contient le modèle Design Pipeline de Quire ?

Une file de design opérationnelle : les six étapes ci-dessus, trois champs personnalisés, deux sous-listes, une catégorie d'approbation Creative sign-off, deux documents et un tableau de bord. Ouvrez le modèle Design Pipeline de Quire, entrez dans la sous-liste Intake: not triaged, et tout l'argument tient en trois lignes.

Les affiches de recrutement indiquent « Careers fair is 16 Aug » dans Why this date. Le kit de co-branding partenaire, dû une semaine plus tôt, indique « Partner launch has no date yet ». Même file, même champ, et une seule des deux est une échéance.

Ce qui rend ces lignes possibles :

• Trois champs, et leur type compte. Requested by est un champ utilisateur, la file se filtre donc par demandeur. Why this date est du texte. Review round est un nombre, sans décimale, pour pouvoir le trier. Recréez ces trois champs n'importe où et vous obtenez l'essentiel de la valeur.
• Des étiquettes pour le support : web, brand, social, print, email, video, et rush pour celles qui le sont vraiment.
• Intake: not triaged, une sous-liste de demandes pas encore acceptées, estimées ni planifiées. Sa longueur indique votre capacité ; sa règle de tri est la vraie barrière, puisque chaque élément exige un demandeur, une raison, et un créneau ou un non.
• Waiting on a decision, une sous-liste de travaux terminés en attente chez un approbateur. Lisez-la par ancienneté, pas par longueur.
• Une catégorie d'approbation Creative sign-off, préconfigurée, pour que le travail terminé parte vers une personne nommée en vue d'un oui enregistré ou d'une liste de modifications.
• Deux documents : How to request design work, la check-list en six réponses pour les demandeurs, et How to use this template, un guide de mise en place en cinq étapes.
• Un tableau de bord Creative Ops avec un widget Tâches bloquées et la répartition entre les six statuts.

La copie prend environ une minute. Ouvrez le menu déroulant à côté du nom du modèle, allez dans More, choisissez Duplicate, puis sélectionnez l'organisation où votre copie doit vivre.

Supprimez les exemples avant qu'ils ne vous semblent les vôtres, et résistez à un quatrième champ tant que quelque chose n'a pas mal tourné deux fois. Trois champs se remplissent, six s'ignorent, et un champ ignoré est pire que pas de champ, car il ressemble quand même à une donnée.

Design Pipeline est le choix « pipeline par étapes » de la bibliothèque Quire. Le panorama des modèles de gestion de projet classe les autres en travaux finis, récurrents et par étapes, pour repérer facilement le prochain modèle dont vous aurez besoin.

Pourquoi héberger les demandes de design dans un logiciel de gestion des tâches plutôt que dans une discussion ?

Parce que, une fois les demandes devenues des tâches, l'étape du pipeline fait le travail que le fil de messages ne pouvait pas faire. N'importe qui peut ouvrir le projet et voir, dans les données d'exemple, que quatre éléments attendent un approbateur et que trois n'ont pas été triés, sans demander à un designer de les réciter.

C'est tout le rôle d'un logiciel de gestion des tâches dans le travail créatif : chaque demande reçoit une étape, un responsable et une place dans la file, ce qu'un fil de discussion n'a jamais réussi une seule fois.

Les deux sous-listes portent l'essentiel de cela, une sous-liste étant une tranche enregistrée du projet à côté de la liste principale. Les deux sont visibles de tous, tout comme le verdict de chaque ligne une fois la colonne Approbation activée.

Trois jours dans Waiting on a decision signifient généralement que quelqu'un évite la décision.

Une distinction décide de l'endroit où regarder.

L'étape En attente d'approbation est la file partagée, qui se trie et que l'on passe en revue le lundi.

Le widget Approbations et demandes est votre propre boîte de réception : il compte les approbations qui vous attendent et les demandes que vous avez envoyées, et affiche donc zéro pour qui n'est ni l'un ni l'autre. Seule la première répond à une question d'équipe.

Vous relisez déjà vos fichiers dans un outil dédié, avec des repères sur la maquette ? Gardez-le pour les annotations et collez le lien de relecture dans la demande. La file, le compteur de cycles et la validation restent sur la tâche, visibles de toute l'équipe.

Les relecteurs externes bloquent plus souvent sur la création de compte que sur le design lui-même. Un client qui a seulement besoin de regarder peut ouvrir un lien sans aucun compte, limité à une seule sous-liste si vous le souhaitez : voici comment partager un projet avec des clients sans qu'ils s'inscrivent.

Que se passe-t-il entre le premier et le quatrième cycle d'une revue de design ?

Le budget fuit, une reprise après l'autre, et rien dans une configuration ordinaire ne l'enregistre. Le premier cycle ne pose pas de problème. Au quatrième, les budgets meurent, et presque aucun document de processus ne couvre ce qui se passe entre les deux.

Comptez-les donc. Le champ Review round transforme une vague impression d'agitation en colonne triable. Un cycle est normal, deux sont acceptables, et un groupe de trois est un problème d'entrée déguisé en problème de design : le brief était mauvais, et redessiner ne le réparera pas.

L'autre moitié, c'est le contenu des cycles. Dans une étude menée auprès de 264 salariés de sept entreprises, Zhenxing Gong et Na Zhang ont constaté qu'un environnement de feedback bienveillant favorisait la performance créative indirectement, par l'humeur des personnes.

Leur conclusion : « créer un environnement de feedback bienveillant de la part des responsables est très important pour améliorer la performance créative ». Ce sont des données d'enquête, à lire comme une corrélation et non comme un levier, mais l'idée tient. Le feedback fait partie du travail, il n'en est pas une réaction.

D'où une règle qui vaut d'être appliquée. Le feedback nomme la modification, pas le ressenti.

« Je n'accroche pas » n'est pas une demande de révision. « Le badge dépasse de la carte à 375 px » en est une. Un relecteur qui ne sait pas nommer la modification n'est pas prêt à relire, et le lui dire tôt est plus aimable que trois cycles de devinettes.

Dans Quire, ce feedback reste sur la tâche avec les fichiers : le deuxième cycle s'ouvre donc sur la même maquette que le premier, et le relecteur voit ce qu'il a demandé la dernière fois avant d'exiger autre chose.

Le modèle en donne un exemple concret dans la fiche d'étude de cas, l'une des deux lignes affichant Creative sign-off: Request changes dans la liste ci-dessus.

Elle en est au deuxième cycle, avec un commentaire qui nomme deux retouches : un intitulé de poste manquant sur une citation client, et un chiffre qui ne correspond pas au texte.

Puis le commentaire protège explicitement ce que le premier cycle avait déjà validé. Cela compte plus qu'il n'y paraît, car rouvrir une décision réglée est la façon dont le deuxième cycle devient le cinquième.

Le travail client est ce même problème à plus fort volume, car les révisions viennent de l'extérieur de votre équipe : la gestion de projet d'agence sans le chaos explique comment plafonner les cycles quand le relecteur est celui qui paie.

Qui valide, et où la décision est-elle enregistrée ?

Une personne nommée par décision, et la décision est enregistrée sur la demande elle-même. Un design à deux approbateurs n'en a aucun. Le modèle utilise une catégorie Creative sign-off, afin que la décision soit rattachée à un approbateur nommé et non à une pièce pleine de monde.

Précisez aussi dans la tâche quelle décision est la sienne. « Vous approuvez le lockup du logotype, pas la palette de couleurs » évite le dérapage de revue le plus courant : un relecteur qui répond à une question que personne n'a posée.

Le parcours est court. Ouvrez la demande, demandez une approbation sous Creative sign-off, et elle arrive chez cette personne. Elle approuve ou demande des modifications.

Dans les deux cas, la réponse s'inscrit sur la demande. Une demande de modifications renvoie le travail d'un cycle en arrière, donc Review round augmente de un.

Un réglage transforme la validation en vraie barrière. Dans Paramètres du projet, sous Statut, activez l'option qui bloque l'achèvement tant qu'une approbation est en attente : rien n'atteint Livré avant que l'approbateur ait dit oui.

Une chose à changer dès la duplication : l'exemple livre Creative sign-off avec deux approbateurs. Indiquez votre vrai relecteur dans les paramètres du projet et ramenez-les à un seul, car un design à deux approbateurs n'en a plus aucun.

L'approbation est disponible avec l'offre Premium de Quire et les offres supérieures. Les statuts personnalisés, qui portent le pipeline en six étapes, sont inclus dans toutes les offres, y compris l'offre gratuite. Tous les détails figurent sur la page des tarifs.

Les mécanismes ont leurs propres articles : un flux d'approbation construit avec des statuts personnalisés et la fonctionnalité d'approbation dédiée. Cet article traite la couche que les deux supposent acquise : la file qui les alimente.

Points clés à retenir

Si vous ne deviez retenir qu'une chose, retenez le compteur de cycles. Un design au troisième cycle est presque jamais un problème de design, et chaque heure passée à le redessiner soigne un symptôme.

Comptez les cycles dans votre logiciel de gestion des tâches et les preuves pointent d'elles-mêmes vers l'amont, vers la demande trop vague pour qu'on puisse construire dessus. Le reste en découle.

Le modèle Design Pipeline contient déjà le compteur, la liste d'entrée et le document de demande en six réponses, la prochaine étape est donc modeste. Collez le document de demande dans le canal où arrivent aujourd'hui vos demandes, et voyez combien de celles de cette semaine répondent aux six questions.

Inscrivez-vous à Quire, copiez le pipeline et faites-y passer votre prochaine demande de design.

Questions fréquentes

Qu'est-ce qu'un processus d'approbation de design ?

Le chemin d'un travail créatif, de la demande à la validation par une personne nommée, en six étapes de Demandé à Livré. Le modèle Design Pipeline de Quire fournit les étapes sous forme de statuts, avec un document de demande en amont et une approbation enregistrée en aval.

Comment éviter que les demandes de design n'arrivent sous forme de messages en vrac ?

Offrez aux gens un meilleur endroit et faites-en la voie la plus rapide. Le modèle fournit un document de demande listant les six réponses nécessaires, ainsi qu'une sous-liste d'entrée où les nouvelles demandes arrivent au statut Requested.

Combien de cycles de révision de design sont normaux ?

Un est normal, deux sont acceptables, trois signifient généralement que le brief était mauvais plutôt que le travail. Le champ Review round en fait une colonne triable plutôt qu'une impression.

Qui doit approuver le travail de design ?

Une personne nommée par décision, qui sait quelle décision est la sienne. Les catégories d'approbation de Quire rattachent la décision à une personne plutôt qu'à un canal.

Comment les clients externes relisent-ils le travail de design dans Quire ?

Un client qui a seulement besoin de regarder ouvre un lien sans inscription, limité à une sous-liste si vous le souhaitez. Un client qui décide rejoint le projet comme approbateur nommé, et la validation s'inscrit sur la demande.

Un logiciel de gestion des tâches peut-il gérer un processus d'approbation de design ?

Oui. Dans Quire, chaque demande est une tâche, chaque étape un statut et la validation une approbation sur la tâche : la file, les cycles et la décision partagent un seul enregistrement.

En quoi un bon processus d'approbation de design aide-t-il une équipe à être plus productive au travail ?

Moins de reprises. Compter les cycles de révision dans Quire montre où les troisièmes cycles se concentrent. Corrigez ces briefs et vous cessez de payer deux fois la même création, ce qui rend aux designers les heures que les reprises dévoraient.