Pourquoi valider une maquette avant tout développement

Une maquette est un plan avant la construction. Elle montre la disposition des pages, la place des menus, les boutons d’action et le ton visuel du futur site, avant qu’une seule ligne de code ne soit écrite. La valider sérieusement à ce stade, c’est décider ce que le site doit accomplir avant de se soucier de la façon dont il sera fabriqué.

Ce que la maquette doit montrer

Une maquette utile ne se limite pas à la page d’accueil. Elle doit couvrir les gabarits qui portent le plus d’enjeu : une fiche produit, un article de blog, une page de contact, un formulaire. Elle doit aussi montrer comment le site se comporte sur un petit écran, puisque c’est là que la majorité des visiteurs le découvriront en premier.

• Le chemin qu’un visiteur suit pour trouver une information précise, du menu jusqu’au contenu recherché.
• La hiérarchie des titres et des blocs, pour vérifier que l’essentiel saute aux yeux avant le détail.
• Les appels à l’action : où ils se trouvent, combien il y en a, et s’ils se répètent sans se contredire.
• Le contenu réel, ou au moins représentatif, plutôt qu’un texte de remplissage qui masque les problèmes de longueur.

Pourquoi une correction tardive coûte plus cher

Une fois le développement commencé, changer la place d’un menu ou la structure d’une page touche souvent plusieurs éléments à la fois : la mise en page, le style, parfois les scripts qui l’animent. Le même changement, décidé sur une maquette, ne demande que de déplacer un bloc dans un logiciel de conception. C’est tout l’intérêt de séparer les deux étapes : décider d’abord, construire ensuite.

Une maquette validée n’est pas une formalité : c’est le moment où corriger coûte le moins cher, avant que le site n’existe vraiment.

Valider sans s’arrêter aux détails

Au moment de donner son accord, mieux vaut se concentrer sur la structure et le parcours plutôt que sur la couleur exacte d’un bouton, qui pourra encore évoluer une fois le site en ligne. Une maquette trop discutée sur des détails secondaires retarde le projet sans en améliorer le fond, alors qu’une structure mal validée se retrouve, elle, dans chaque page construite ensuite.

C’est l’étape que je prends le temps de poser avec chaque client avant d’ouvrir un éditeur de code : une maquette regardée gabarit par gabarit, discutée jusqu’à ce qu’elle réponde vraiment aux besoins du site, avant de lancer la refonte de votre site.

Sur le même sujet : La première semaine après la mise en ligne : quoi surveiller · Annoncer le nouveau site à ses clients