La maquette validée que vous payez deux fois

Le devis d’agence a presque toujours la même forme. Une ligne « maquettes », une ligne « intégration », et entre les deux un mois de calendrier. Les maquettes arrivent, vous les commentez, vous les validez. Puis le développement commence, et le site que vous recevez ne ressemble pas tout à fait à ce que vous aviez approuvé.

Ce décalage n’est pas un accident. Il est dans la méthode.

Ce qu’une maquette ne peut pas montrer

Une maquette est une image. Elle montre un écran, à une largeur, dans un état. Le site, lui, doit tenir dans tous les autres.

Ce qui manque presque toujours :

• Le message d’erreur. Le formulaire refuse une adresse e-mail mal écrite. À quoi ça ressemble ?
• La liste vide. Le premier jour, vous n’avez aucune réalisation à montrer. Que voit le visiteur ?
• Le texte réel. Le titre fait quatre mots sur la maquette et onze dans la vraie vie. La mise en page prévue pour quatre mots ne survit pas.
• Le téléphone. Une maquette se regarde sur un grand écran. Plus de la moitié de vos visiteurs arrivent sur un écran de six pouces, dans le train, avec une main occupée.
• Ce qui bouge. Le passage d’une page à l’autre, le menu qui s’ouvre, le bouton qu’on presse. Une image ne dit rien de ça, et c’est pourtant ce qui fait qu’un site paraît soigné ou bâclé.

Chacun de ces points se découvre à l’intégration, c’est-à-dire après validation. Il faut alors soit trancher dans l’urgence, soit retourner voir le designer. Les deux coûtent.

Le travail se fait deux fois

Le problème de fond est plus simple que ces détails : dessiner un écran et le construire sont deux fois le même travail.

Le designer décide des espacements, des tailles, des couleurs, des états. Puis le développeur les redécide, parce qu’une image n’est pas une consigne exécutable. Il mesure, il approche, il interprète. Dans le meilleur des cas, le résultat est fidèle. Il aura coûté deux passages sur la même décision.

Et vous payez les deux. La ligne « maquettes » du devis n’est pas une avance sur le développement, c’est une prestation supplémentaire dont le résultat, une fois le site en ligne, ne sert plus à rien. Personne ne rouvre les maquettes après la mise en ligne.

Ce que nous faisons à la place

Nous avons retiré l’étape. Le déroulé tient en trois temps :

1. Nous arrêtons une direction visuelle. Couleurs, caractères, façon de parler, densité. Ça se décide vite, souvent en une séance, et ça ne demande pas de dessiner trente écrans.
2. Nous développons une page, pour de bon. Pas un prototype, pas une image : une page du site final, mise en ligne à une adresse temporaire. Vous l’ouvrez sur votre propre téléphone, dans votre propre navigateur, à l’heure qui vous arrange.
3. Si elle convient, le reste se construit dessus. Les composants de cette page servent aux suivantes. Rien n’est dessiné puis refait.

La page que vous validez est le site. Il n’y a plus d’écart possible entre ce qui a été approuvé et ce qui est livré, parce que c’est le même objet.

« Et si la page ne me plaît pas ? »

C’est l’objection immédiate, et elle est juste : que se passe-t-il si la direction est mauvaise ?

Une page se refait. Dans notre expérience, corriger une vraie page coûte moins qu’un aller-retour complet sur une bibliothèque de maquettes, parce que la discussion porte sur du concret. « Le titre est trop gros » se règle en direct, à l’écran. « Je ne me projette pas » disparaît, puisqu’il n’y a plus rien à projeter.

Le risque existe donc, mais il est pris tôt, sur une seule page, avant que le budget soit engagé sur le reste. C’est l’inverse d’une validation sur image, qui donne une fausse certitude au moment où elle coûte le plus cher à corriger.

Quand la maquette reste le bon outil

Cette méthode n’est pas universelle, et prétendre le contraire serait malhonnête.

La maquette garde son sens quand le dessin est la prestation : un configurateur de produit dont l’interface doit être éprouvée avant d’être construite, une application dont vous confierez le développement à une autre équipe, un appel d’offres où plusieurs agences doivent être comparées sur une base commune. Sur le configurateur de Muse, notre périmètre s’arrêtait précisément au design de l’expérience, et c’était le bon découpage.

Elle garde son sens aussi quand vous avez déjà un designer, ou une charte graphique à respecter. Nous partons alors de ce qui existe : nous signalons ce qui posera problème une fois en ligne, puis nous intégrons.

Ce qui n’a pas de sens, c’est de vendre systématiquement un cycle de maquettes pour un site vitrine de cinq pages, puis de le refaire en code.

Ce que ça change pour vous

Trois choses concrètes, si vous demandez un devis cette semaine :

• Regardez si les maquettes sont facturées à part. Si oui, demandez ce qu’il en reste après la mise en ligne. La réponse honnête est : rien.
• Demandez à voir une vraie page avant de payer le solde. Pas une image, une adresse à ouvrir sur votre téléphone.
• Demandez qui intègre. Si le designer et le développeur ne sont pas la même équipe, prévoyez un écart et le temps de le combler.

Nous détaillons nos propres fourchettes sur la page tarifs, et le marché romand dans un article à part.

Si vous avez un projet en cours et un devis sous les yeux, envoyez-le-nous : nous vous dirons ce que nous ferions différemment, et pourquoi.