Vous n’avez pas besoin de savoir dessiner pour valider une maquette. Vous avez besoin de trois choses : savoir à quel stade de finition vous êtes, poser vos remarques là où elles seront traitées, et reconnaître celles qui arrivent trop tôt.
Ces réflexes s’acquièrent en une lecture. Ils font gagner plus de temps que n’importe quel changement d’outil.
À retenir
Une maquette n’est pas une petite version du site : c’est une image, ou un enchaînement d’images. Le texte y est souvent factice, les images de remplissage, et les cas difficiles absents. Posez vos commentaires directement sur l’élément concerné plutôt que par message, un sujet par fil, et demandez toujours quelle version vous regardez. Enfin, distinguez ce qui se corrige en dix minutes de ce qui rouvre le chantier.
Une maquette n’est pas une petite version du site
C’est le malentendu le plus fréquent, et il coûte au moins un tour de validation à chaque projet.
Ce qu’on vous montre passe par trois niveaux de finition successifs, et chacun répond à une question différente.
Le schéma ne contient que des blocs gris et du texte de position. Aucune couleur, aucune image. Il répond à une seule question : que met-on sur cette page, et dans quel ordre. C’est le moment de dire qu’il manque un bloc, ou que le formulaire est trop bas.
La maquette habille ce schéma : couleurs, typographie, images, boutons. Elle répond à la question de l’allure. C’est le moment de parler de lisibilité, de ton, de hiérarchie.
Le prototype relie les écrans entre eux. On clique, on avance. Il répond à la question du parcours : où m’emmène ce bouton, que se passe-t-il après l’envoi du formulaire.
Commenter au mauvais niveau perd tout le monde. Discuter d’une nuance de bleu sur un schéma est prématuré, puisque rien n’est arrêté. Signaler qu’il manque une rubrique entière sur une maquette finie coûte plusieurs jours, parce que la structure est déjà habillée partout.
Avant de commenter, demandez à quel niveau vous êtes. Une phrase suffit, et elle vous évite de dépenser votre attention au mauvais endroit.
Le texte est faux, les images aussi, et c’est normal
Le texte que vous lisez sur une maquette n’est presque jamais le vôtre. Il sert à montrer un volume, pas un message.
Deux conséquences pratiques. Ne corrigez pas les fautes d’un texte de position, personne ne le publiera. En revanche, réagissez tout de suite si le volume ne correspond pas à ce que vous aurez réellement : un titre prévu sur deux lignes qui en fera cinq chez vous, une description de trois lignes alors que vos produits en demandent quinze.
Ce décalage est la première cause de reprise après validation. Il se voit en dix secondes sur la maquette, et il se paie en une journée quand il apparaît en production.
Même chose pour les images. Celles que vous voyez viennent d’une banque et ne seront pas les vôtres. Ce qu’il faut vérifier n’est donc pas leur contenu, mais leur format : si toutes les photos sont horizontales et que les vôtres sont verticales, dites-le maintenant.
La chose la plus utile que vous puissiez apporter à ce stade n’est pas un avis esthétique. C’est votre contenu réel, même approximatif, avec ses titres à rallonge et ses cas moches.
Ce que la maquette ne montre pas, et qu’il faut réclamer
Une maquette montre le cas favorable : la page pleine, l’utilisateur qui ne se trompe pas, le nom de produit court. C’est délibéré, et c’est utile pour décider. C’est insuffisant pour développer.
Quatre situations manquent presque toujours, et ce sont celles qui abîment un site une fois en ligne.
L’état vide, quand il n’y a rien à afficher : aucun résultat de recherche, catalogue en cours de remplissage, première visite. Un écran conçu pour douze éléments et qui en reçoit zéro donne une page cassée.
L’état d’erreur : un formulaire mal rempli, un paiement refusé, un fichier trop lourd. Le message doit dire quoi corriger, et il doit exister quelque part.
L’état d’attente, pendant un chargement. Sans lui, l’utilisateur clique trois fois sur le même bouton.
Le cas long : un nom de produit de douze mots, un menu à neuf entrées, une adresse qui déborde. C’est le test le plus révélateur, et il ne coûte rien à demander.
Réclamez ces quatre cas au moment du prototype, pas avant. Trop tôt, vous alourdissez un travail qui n’est pas encore stabilisé. Trop tard, ils seront tranchés par le développeur, seul et dans l’urgence.
Poser le commentaire au bon endroit
Un outil de maquette en ligne permet de déposer une remarque directement sur l’élément concerné. C’est sa fonction principale, et c’est celle qu’on utilise le moins.
Une remarque envoyée par message doit être relocalisée par le designer, qui devine parfois mal. Une remarque posée sur l’élément ne laisse aucune place au doute et se traite sans échange préalable.
Un fil de discussion, un sujet. Six remarques dans un même commentaire, c’est deux remarques traitées, deux oubliées et deux comprises de travers. Si vous avez six points, ouvrez six fils.
Marquez les fils traités. Sans ce marquage, personne ne sait au troisième tour ce qui a été corrigé, ce qui a été refusé et ce qui n’a jamais été lu. C’est un geste de dix secondes qui remplace une réunion.
Ne dupliquez jamais un retour dans deux canaux. Une remarque posée sur la maquette puis répétée par courriel produit deux corrections, parfois divergentes, et une discussion pour savoir laquelle fait foi.
Reste la façon de formuler la remarque elle-même, qui est un sujet à part entière : elle relève du cycle d’itération, traité dans le guide des retours et des validations.
Le fichier bouge pendant que vous le lisez
Voilà le piège le moins connu, et celui qui produit les tensions les plus inutiles.
Le lien qu’on vous envoie pointe le plus souvent sur un fichier vivant. Le designer continue d’y travailler pendant que vous le relisez. Ce qui veut dire que vous pouvez commenter un écran qui n’existe déjà plus, ou découvrir sans prévenir une modification que vous n’aviez pas demandée.
Deux règles suffisent à neutraliser le problème.
Demandez une zone figée, clairement séparée du travail en cours, où sont déposés les écrans à valider. Le reste du fichier peut bouger autant qu’il veut, vous ne le regardez pas.
Demandez ensuite qu’on vous dise ce qui a changé depuis la dernière fois, en une ligne. Pas un rapport : une phrase. Sans elle, vous relisez tout à chaque tour, ce qui est le meilleur moyen de rouvrir des sujets déjà tranchés.
Si plusieurs personnes relisent, elles doivent regarder le même état au même moment. Deux avis contradictoires portant sur deux versions différentes se transforment en débat de fond alors qu’il ne s’agit que d’un décalage de calendrier.
Ce qui se corrige en dix minutes, ce qui rouvre le chantier
Un dirigeant qui sait faire cette distinction devient un bon interlocuteur, quel que soit son niveau en design. Elle n’a rien d’intuitif, parce que rien à l’écran ne signale le coût de ce que vous demandez.
| Ce qui se change vite | Ce qui rouvre le chantier |
|---|---|
| Une couleur, une taille de texte, une graisse | L’ordre des rubriques ou la structure de navigation |
| Le remplacement d’une image | Le passage d’une page unique à trois pages distinctes |
| Le libellé d’un bouton | L’ajout d’une fonctionnalité (compte client, filtre, panier) |
| L’espacement entre deux blocs | Un changement de direction esthétique après validation |
| L’ordre de deux éléments dans un même bloc | Un format d’écran qui n’était pas prévu au départ |
La colonne de gauche se demande sans hésiter, y compris tard. La colonne de droite se décide tôt, ou elle se paie.
Un piège s’ajoute à cela. Dans une maquette, tout est possible, puisque ce n’est qu’une image. Une animation, un effet au survol, un contenu qui s’adapte à l’utilisateur, une règle du type « si la personne a déjà commandé, afficher autre chose » : rien de tout cela ne coûte plus cher à dessiner qu’un bloc immobile. Le coût apparaît au développement, et il peut être considérable.
Avant de demander un comportement, posez une question simple : est-ce que la personne qui va le construire a vu cet écran. Si la réponse est non, vous êtes en train de valider une promesse que personne n’a chiffrée.
Les demandes qui ne peuvent pas aboutir
Certaines demandes sont légitimes sur le fond et intraitables telles quelles. Les reconnaître fait gagner un tour entier.
« Faites comme ce site-là. » Un site plaît pour une raison précise, et vous êtes la seule personne à savoir laquelle. L’aération, la sobriété, la taille des photos, la brièveté des textes : nommez-la. Sinon le designer reprend ce qui l’a frappé lui, qui n’est presque jamais ce qui vous a plu.
« On verra le mobile plus tard. » Le mobile n’est pas une réduction de l’écran d’ordinateur, c’est un autre agencement : les colonnes s’empilent, les menus se replient, certains éléments disparaissent. Décider tard revient à refaire.
« On validera quand on aura le vrai texte. » Le projet s’arrête là, parfois pour des mois. Le texte est votre responsabilité et personne ne peut l’écrire à votre place. Une version approximative suffit pour décider de la mise en forme, et elle vaut mieux qu’un fichier en attente.
« Mettez un peu plus de modernité. » Cette phrase ne se traduit pas. Désignez plutôt un écran, parmi ceux déjà produits, qui va dans la direction voulue. Un exemple concret transporte plus d’information qu’un adjectif.
Une dernière, plus délicate : demander au designer de trancher entre deux avis internes contradictoires. Ce n’est pas son rôle et il n’a pas les éléments. L’arbitrage vous appartient, et il doit être rendu avant l’envoi.
Le vocabulaire minimal qui évite les malentendus
Six mots suffisent. Les employer correctement raccourcit chaque échange.
| Le mot | Ce qu’il désigne | Pourquoi il compte |
|---|---|---|
| Gabarit | Une page type qui sert de moule à plusieurs pages | Le modifier modifie toutes les pages qui en dépendent |
| Composant | Un élément réutilisé partout (bouton, carte, en-tête) | Le corriger une fois le corrige partout, d’où l’intérêt de signaler qu’un élément revient |
| État | La même chose dans une autre situation (survol, erreur, page vide) | C’est ce qui manque le plus souvent dans ce qu’on vous montre |
| Hiérarchie | L’ordre dans lequel l’œil parcourt l’écran | « Ça ne ressort pas » est presque toujours un problème de hiérarchie, pas de couleur |
| Fidélité | Le degré de finition de ce qu’on vous présente | Elle dicte ce qu’il est pertinent de commenter |
| Livrable | Le fichier remis, dans un format donné, avec ses sources | Se précise au devis, jamais à la livraison |
Un dernier réflexe, celui qui coûte le plus cher quand il manque : nommer les écrans. « L’écran d’accueil, version 2 » désigne quelque chose. « La page qu’on a vue mardi » ne désigne rien, surtout à trois semaines de distance.
Ce que change un interlocuteur qui reste
Tout ce qui précède décrit un apprentissage réciproque. Vous apprenez à lire les maquettes de quelqu’un, il apprend à anticiper vos questions, à préparer d’avance le cas long que vous demandez toujours, à figer une zone de validation parce qu’il sait que vous relisez le samedi.
Cet apprentissage ne se documente nulle part. Il disparaît intégralement au changement d’interlocuteur, et le projet suivant repart au niveau zéro.
C’est exactement ce que fournit Rouge Hexagone : un collaborateur dédié, qui travaille pour vous seul et n’est jamais partagé entre plusieurs clients. Il est basé dans nos locaux à Antananarivo, encadré sur place, et travaille sur vos horaires. Nos équipes parlent parfaitement français, et votre chef de projet français reste votre interlocuteur unique.
Le poste revient à 1 680 € par mois tout inclus. Un équivalent recruté en France représente un coût employeur d’environ 4 485 € par mois, soit 62,5 % d’écart. Il est opérationnel en 10 jours. Le premier mois est satisfait ou 0 €, une garantie que nous n’avons jamais eu à activer en plus de dix ans d’activité, et vous conservez la liberté de partir à tout moment.
Les fichiers sources et les droits vous reviennent : ce qui est produit l’est pour le compte de votre entreprise. Nous sommes plus de 90 collaborateurs et nous travaillons dans ces conditions avec des entreprises comme Foncia, E.Leclerc ou le Groupe Atlantic.
Externaliser le design pour fluidifier les validations
Une maquette avance plus vite quand les retours sont précis, centralisés et formulés au bon stade. À l’inverse, changer régulièrement d’interlocuteur oblige à réexpliquer les attentes, les habitudes de validation et les choix déjà arbitrés. Confier la production graphique à une personne dédiée permet de conserver cette connaissance d’un projet à l’autre. Elle anticipe progressivement les points de vigilance, prépare les variantes utiles et réduit les allers-retours inutiles.
La ressource affectée à votre entreprise travaille depuis nos locaux à Antananarivo, avec un encadrement sur place et un chef de projet français pour les échanges et les arbitrages. Les fichiers sources et les droits des créations réalisées pour votre compte vous reviennent.
Questions fréquentes
Faut-il installer un logiciel pour commenter une maquette ? Dans la plupart des cas, non : un lien ouvert dans le navigateur suffit, et le commentaire se dépose directement sur l’écran. Demandez ce fonctionnement dès le départ, avant de vous retrouver avec un fichier envoyé par courriel qui vous ramène aux retours par message.
Peut-on annoter un export plutôt que la maquette en ligne ? Oui, à condition que tout le monde annote le même fichier et la même version. Un export fige les choses, ce qui est un avantage réel. Il perd en revanche la navigation entre les écrans et tous les états.
Combien de personnes doivent commenter une maquette ? Le moins possible, et une seule doit trancher. C’est le premier facteur de dérapage d’un projet créatif, développé dans le guide sur les allers-retours et la validation.
Que faire quand je n’arrive pas à dire ce qui ne va pas ? Décrivez l’effet ressenti et l’endroit exact : « je ne vois pas où cliquer, en haut de la page d’accueil ». Un designer sait traduire cela. Ce qu’il ne sait pas traduire, c’est une remarque sans localisation.
Pour aller plus loin
Le nombre de tours à prévoir, la façon de formuler un retour et le circuit de décision sont traités dans valider un projet créatif à distance.
Le métier qui produit ces maquettes, ses missions et son fonctionnement en collaborateur dédié : le designer UX/UI.
Vos maquettes attendent plus longtemps qu’elles ne se produisent ? Parlons-en.