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

Dernière mise à jour : 1er octobre 2026

« Tu peux juste rapidement » est la phrase la plus coûteuse du travail créatif. Ce qui suit est généralement une vraie demande avec une vraie échéance, mais elle est arrivée sous forme de message plutôt que de demande, et n'existe donc que tant que quelqu'un s'en souvient.

Multipliez cela par six demandeurs et la file cesse d'en être une. Elle devient un ensemble d'accords privés, dont chaque propriétaire croit qu'il est le prochain sur la liste.

Un processus d'approbation du design doit aussi survivre à la répétition. Un contrat se signe une fois ; un même visuel est tranché 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.

Pourquoi un processus d'approbation du design casse-t-il avant même que le design commence ?

Il casse à la réception : une demande qui arrive sous forme de message n'a pas d'état, donc la file à laquelle elle appartient reste invisible. Un message ne peut pas être en attente, accepté ou troisième dans la file. 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 sur rien.

Ce dernier point se règle à peu de frais. Presque toutes les demandes ont une date ; presque aucune n'indique la raison.

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

Dans Quire, le filtre se trouve au tri : rien ne quitte la liste de réception 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 RACI, DACI et RAPID détaille la couche « qui décide, qui conseille » sur laquelle repose tout ce qui suit.

Que doit dire 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.

• Ce que c'est, en une ligne. « Carrousel Instagram, cinq slides » vaut mieux que « quelque chose pour le lancement ».
• Où cela apparaît, 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 métiers 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 les questions font passer trois jours à deux semaines.

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

L'étude Pulse of the Profession du PMI sur les exigences a montré que près de la moitié (47 %) des projets en échec ont manqué 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, en plus vite.

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

Deux autres champs l'accompagnent : Requested by pour la personne qui 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 vos collègues.

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 renseignez-le sur vos cinq plus anciennes demandes ouvertes. Il y a de fortes chances que deux n'aient aucune raison, et l'argument est gagné.

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

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

Voici comment se déroule 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 tour avec l'approbateur à l'idée, pas aux rayons des coins.

Modifications demandées est la seule étape qui revient en arrière, donc la seule 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 passage de relais qui les sous-tendent.

Que contient le modèle Design Pipeline de Quire ?

Une vraie file de design : 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.

Recruiting posters indique « Careers fair is 16 Aug » dans Why this date. Partner co-brand kit, 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 vraie échéance.

Ce qui rend ces lignes possibles :

• Trois champs, et leur type compte. Requested by est un champ utilisateur, pour filtrer la file par demandeur. Why this date est un texte. Review round est un nombre, sans décimale, donc triable. Reconstruisez ces trois champs n'importe où et vous gardez 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, chiffrées ni planifiées. Sa longueur indique votre capacité ; sa règle de tri est le vrai filtre, puisque chaque élément exige un demandeur, une raison, et soit un créneau, soit un refus.
• 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é aille à une personne nommée, qui donne un oui enregistré ou une liste de modifications.
• Deux documents : How to request design work, la checklist 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 de tâches bloquées et la répartition sur 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 Dupliquer, puis l'organisation où votre copie doit vivre.

Supprimez les exemples avant qu'ils ne finissent par vous sembler 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 modèle de 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 dont vous avez besoin.

Pourquoi les demandes de design doivent-elles vivre 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 sont chez 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 à faire.

Les deux Sous-listes en portent l'essentiel, une Sous-liste étant une tranche enregistrée du projet à côté de la liste principale. Toutes 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 où regarder.

L'étape En attente d'approbation est la file partagée, celle qui se trie et que vous passez 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 le visuel ? Gardez-le pour les annotations et collez le lien de relecture dans la demande. La file, le nombre de tours et la validation restent sur la tâche, où toute l'équipe les voit.

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 tour d'une revue de design ?

Le budget fuit, un redessin après l'autre, et rien dans une configuration ordinaire ne l'enregistre. Le premier tour va bien. Le quatrième tue les budgets, et presque aucun document de processus ne couvre ce qui se passe entre les deux.

Alors comptez. Le champ Review round transforme une vague impression de ping-pong en colonne triable. Un tour est normal, deux c'est correct, et un groupe de troisièmes tours est un problème de réception déguisé en problème de design : le brief était mauvais, et redessiner ne le réparera pas.

L'autre moitié concerne le contenu des tours. Dans une étude auprès de 264 employés de sept entreprises, Zhenxing Gong et Na Zhang ont constaté qu'un environnement de feedback bienveillant favorisait la performance créative de façon indirecte, par l'humeur des personnes.

Leur conclusion : « shaping a supportive supervisor feedback environment is quite important for improving creative performance ». Ce sont des données d'enquête, à lire comme une corrélation plutôt que 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 le changement, pas le ressenti.

« Ça ne me parle 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 le changement n'est pas prêt à relire, et le lui dire tôt est plus aimable que trois tours à deviner.

Dans Quire, ce feedback reste sur la tâche avec les fichiers : le deuxième tour s'ouvre sur le même visuel que le premier, et le relecteur voit ce qu'il a demandé la fois précédente avant de demander autre chose.

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

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

Le commentaire protège ensuite explicitement ce que le premier tour 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 tour devient un cinquième.

Le travail client est ce même problème avec le volume au maximum, 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 tours quand le relecteur est celui qui paie.

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

Une seule personne nommée par décision, et la décision est enregistrée sur la demande elle-même. Un design avec deux approbateurs n'en a aucun. Le modèle utilise une catégorie Creative sign-off, de sorte que la décision se rattache à un approbateur nommé plutôt qu'à une salle.

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 atterrit sur la demande. Une demande de modifications renvoie le travail d'un tour en arrière, donc Review round augmente de un.

Un réglage transforme la validation en vraie porte. Dans les 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 que vous dupliquez le modèle : l'exemple fournit Creative sign-off avec deux approbateurs. Définissez votre vrai relecteur dans les Paramètres du projet et passez à un seul, car un design avec deux approbateurs n'en a plus aucun.

Approbation est disponible avec les plans Quire Premium et supérieurs. Les statuts personnalisés, qui portent le pipeline en six étapes, sont inclus dans tous les plans, y compris Free. Tous les détails sont 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 de la couche que les deux supposent, à savoir la file qui les alimente.

Points clés à retenir

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

Comptez les tours dans votre logiciel de gestion des tâches et les preuves remontent 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 de réception et le document de demande en six réponses, donc la prochaine étape est petite. 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.

S'inscrire à Quire, copiez le pipeline et faites-y passer votre prochaine demande de design.

Foire aux questions

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

Le chemin que suit un travail créatif, de la demande à la validation par une personne nommée. La plupart des équipes ont le milieu, pas les extrémités. Le modèle Design Pipeline de Quire fournit les deux, avec un document de demande en amont et une approbation enregistrée en aval.

Comment éviter que les demandes de design arrivent sous forme de messages dispersés ?

Donnez aux gens un meilleur endroit et faites-en la voie la plus rapide. Le modèle inclut un document de demande qui liste les six réponses nécessaires, plus une Sous-liste de réception où les nouvelles demandes arrivent au statut Requested.

Combien de tours de révision sont normaux pour un design ?

Un est normal, deux c'est correct, trois signifie généralement que le brief était en cause plus 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 seule personne nommée par décision, qui sait quelle décision lui revient. Les catégories d'approbation de Quire rattachent la décision à une personne plutôt qu'à un canal.

Comment des clients externes relisent-ils un design dans Quire ?

Un client qui a seulement besoin de regarder ouvre un lien « Partager le 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 arrive sur la demande.

Un logiciel de gestion des tâches peut-il piloter un processus d'approbation du 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 tours et la décision partagent un seul enregistrement.

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

Moins de redessins. Compter les tours de révision dans Quire montre où se concentrent les troisièmes tours. Corrigez ces briefs et vous cessez de payer deux fois le même visuel, ce qui rend aux designers les heures que le redessin leur prenait.