Le brief client, ce mensonge collectif

"Le brief est super clair !" Une phrase que tout UX Designer a déjà entendue... avant de découvrir que la réalité était bien plus complexe. Le brief client, souvent considéré comme le point de départ d'un projet UX, est en réalité un exercice délicat qui mérite une attention particulière. Dans cet article, nous explorerons pourquoi le brief initial est rarement suffisant, et comment transformer cette limitation en opportunité pour créer de meilleures expériences utilisateur.

Le brief client, tel qu'il est généralement présenté, souffre de plusieurs limitations fondamentales :

• Les attentes évoluent de façon absolument chaotique et imprévisible au fil du projet, tel un papillon qui bat des ailes en Californie et provoque un ouragan de modifications dans votre Figma. Même si tout le monde fait semblant d'avoir une vision claire au début (spoiler alert : ils mentent), la réalité est que les stakeholders vont mystérieusement "découvrir" de nouveaux besoins quand vous aurez déjà finalisé vos wireframes

• Les objectifs business ressemblent souvent à un jeu de cache-cache épique où les vrais KPIs se dissimulent derrière des phrases vagues comme "on veut que ce soit intuitif" (ah bon, vous vouliez que ce soit contre-intuitif avant ?). La triste réalité est que la plupart des briefs initaux confondent allègrement les moyens et les fins, transformant votre superbe audit UX en une quête du Graal pour comprendre ce que le client veut VRAIMENT

• La définition du succès reste plus abstraite qu'un tableau de Kandinsky après trois cafés. Sans métriques concrètes, on se retrouve à naviguer à vue dans un brouillard d'objectifs flous, où "améliorer l'expérience utilisateur" devient aussi précis qu'un "faire mieux qu'avant". Un véritable cauchemar méthodologique pour tout UX Designer qui se respecte et qui aimerait, pour une fois, avoir des KPIs plus tangibles que "ça doit être cool"

Un UX Designer senior d'une grande agence parisienne témoigne : "Sur un projet récent, le client nous a fourni un brief de 20 pages... qui ne mentionnait même pas qui étaient les utilisateurs finaux. C'était uniquement centré sur les fonctionnalités, sans contexte d'usage."

Ne pas approfondir le brief initial peut avoir des conséquences désastreuses :

• Des allers-retours interminables qui feraient passer un match de ping-pong pour un moment de calme zen, avec des stakeholders qui changent d'avis plus souvent que d'écran de smartphone, et une équipe qui commence sérieusement à développer un syndrome post-traumatique du "on reprend tout depuis le début"

• Des solutions dignes d'un UX Designer qui aurait confondu son persona avec son horoscope, complètement déconnectées de la réalité terrain, comme proposer un parcours utilisateur aussi tortueux qu'un labyrinthe grec à des utilisateurs qui cherchent juste à cliquer sur un bouton

• Un magnifique gaspillage de ressources qui ferait pleurer un chief financial officer, avec des sprints entiers consacrés à des fonctionnalités aussi utiles qu'un parapluie en papier, pendant que les vrais pain points des utilisateurs restent aussi ignorés qu'un pop-up de cookies

Exemple concret : une startup avait demandé la refonte de son interface de tableau de bord. Après trois semaines de travail basé sur le brief initial, l'équipe a découvert que les utilisateurs n'utilisaient même pas le tableau de bord - ils avaient besoin d'une solution mobile.

La solution réside dans une approche structurée du cadrage UX :

• Poser les bonnes questions dès le départ, tel un Sherlock Holmes du design qui décortique minutieusement chaque détail, en commençant par les classiques "Pourquoi ce projet maintenant ?" (parce que "on veut un truc cool" n'est pas une réponse acceptable), et "Quel problème utilisateur essayons-nous VRAIMENT de résoudre ?" (non, "rendre le bouton plus gros" n'est pas un problème utilisateur). C'est le moment d'enfiler votre casquette de détective UX et de creuser jusqu'à ce que votre client commence à transpirer légèrement.

• Définir des critères de succès mesurables avant de commencer le design, parce que "ça doit être intuitif" n'est pas un KPI valable (désolé de briser vos rêves). On parle de vrais métriques ici : taux de conversion qui fait briller les yeux des commerciaux, taux d'abandon qui ne donne plus envie de pleurer dans les coins, et temps passé sur la page qui ne ressemble plus au temps d'attente aux urgences un samedi soir.

• Impliquer toutes les parties prenantes dans la définition des objectifs, comme un chef d'orchestre qui tente désespérément de faire jouer ensemble un violoniste perfectionniste (le développeur frontend), un batteur hyperactif (le product owner), et un tubiste qui fait sa propre partition (le directeur marketing). C'est le moment d'utiliser vos talents de diplomate UX pour créer une symphonie d'objectifs alignés, même si parfois ça ressemble plus à du jazz expérimental qu'à du Mozart.

Une Product Designer chez une licorne française partage :

"Maintenant, je consacre systématiquement 20% du temps projet au cadrage. Ça nous fait gagner un temps précieux par la suite et ça améliore considérablement la qualité des solutions proposées."

Le brief client ne devrait pas être vu comme un document figé, mais comme le point de départ d'une conversation constructive. En acceptant ses limitations et en mettant en place un processus de cadrage UX rigoureux, nous transformons ce qui pourrait être une source de frustration en une opportunité d'alignement et de création de valeur.

La clé ? Ne pas se contenter du "C'est super clair", mais creuser, questionner, et structurer. C'est là que commence le véritable travail d'un UX Designer.