Un même écran, deux visions totalement différentes entre le client et le développeur

"Faites-moi quelque chose de simple, c'est tout."

Pour le client, cette phrase semble on ne peut plus claire. Pourtant, au moment de découvrir le résultat livré par le développeur, une pensée surgit parfois :

"… Ce n'est pas du tout ce que je voulais."

Cette situation déstabilisante n'est, en réalité, la faute de personne. Client et développeur peuvent entendre les mêmes mots et, selon leur expérience et leur contexte respectifs, se représenter mentalement deux images radicalement différentes.

Pourquoi les mêmes mots ne s'entendent-ils pas de la même façon ?

Nous interprétons tous le monde à travers le prisme de notre propre expérience. Le client parle en pensant à un problème métier qu'il cherche à résoudre, tandis que le développeur traduit ses mots en unités d'implémentation technique. Entre les deux s'accumulent silencieusement les langages professionnels, les pratiques sectorielles et des dizaines de présupposés non formulés.

Et surtout, contrairement à un bâtiment, un logiciel ne dispose d'aucun plan visible — tout commence par des mots. Là où un architecte déroule ses plans avant de poser la première brique, le développement logiciel démarre souvent sur quelques échanges verbaux qui engagent des mois de travail. Un léger malentendu au départ peut donc creuser un fossé immense à l'arrivée.

L'abîme caché derrière le mot « forum simple »

Imaginez la scène suivante.

Le client déclare : "Ajoutez-nous juste un petit forum, quelque chose de basique."

Dans sa tête, il voit un espace où les employés peuvent publier des annonces et les consulter — ni plus, ni moins. Pas de catégories, pas de commentaires obligatoires. L'essentiel : poster et lire.

Le développeur, lui, se représente quelque chose de bien différent. Dans son expérience, le mot « forum » évoque un espace complet avec inscription, connexion, publication, modification, suppression, commentaires, pagination et gestion des droits administrateur — autrement dit, une mini-communauté en ligne. Il pense peut-être d'emblée à un système aussi élaboré qu'un forum communautaire classique.

Aucun des deux n'a tort. Chacun s'appuie sur sa propre expérience de ce qu'est un **« forum simple »**. Le problème, c'est que cet écart n'est pas détecté avant que le développement ne commence.

Deux outils pour réduire l'écart des représentations

Heureusement, il existe des moyens de combler ce fossé : le maquettage (wireframe) et les exemples concrets.

Un wireframe n'a pas besoin d'être une maquette graphique sophistiquée. Un simple croquis indiquant où se trouvent les boutons et vers quel écran ils mènent suffit largement. Ce qu'il faudrait mille mots pour expliquer s'articule en une seule page visuelle.

Les exemples sont tout aussi puissants. Montrer une URL en disant « c'est un peu dans cet esprit qu'on imagine le résultat » peut remplacer une longue réunion. Et préciser « voilà ce qu'on ne veut surtout pas » est tout aussi utile.

Un bon prestataire intègre systématiquement cette étape avant tout développement. Celui qui prend le temps de construire des wireframes avec vous en phase de cadrage, et qui commence par demander « Voilà comment j'ai compris votre besoin — est-ce bien ça ? », c'est le premier signe d'un partenaire digne de confiance.

Sans vérification préalable, la vérité n'apparaît qu'une fois le travail terminé

Dans un projet logiciel, le malentendu le plus coûteux est celui que l'on découvre juste avant la livraison. Quand c'est seulement après des mois de travail et un budget conséquent que le client dit « ce n'est pas ce que j'avais en tête », tout le monde est épuisé et déçu.

Prendre le temps, dès le départ, de mettre à plat les représentations de chacun et de les confronter — c'est là que commence un projet qui réussit vraiment.

Vous avez un service en cours de conception ? Nous serions ravis d'examiner vos besoins avec vous et de vérifier ensemble qu'aucun écart de compréhension ne se cache entre votre vision et celle de votre équipe technique. N'hésitez pas à en parler.