Cadrer le projet : le brief UX
À quoi sert le brief ?
Avant de concevoir quoi que ce soit, encore faut-il savoir précisément ce que l’on conçoit, pour qui et dans quel cadre. C’est le rôle du brief, ce document qui précède et prépare tout projet UX. « To brief » signifie, en anglais, donner ou fournir des instructions. Un brief poursuit ainsi plusieurs objectifs à la fois : établir une demande précise pour obtenir un meilleur rendu, préciser le contexte du projet, donner une orientation claire, fournir par écrit la liste complète des objectifs et des informations utiles, fixer un calendrier et lister clairement les livrables attendus. Un bon brief est la clé d’une bonne recommandation en réponse, donc d’un projet réussi : un projet mal cadré au départ se rattrape rarement en cours de route.
« Le brief idéal n’existe pas »
Chaque projet est différent, avec des objectifs et des contextes qui varient fortement d’une commande à l’autre. Application mobile, outil interne, site vitrine, appareil électronique, chatbot, objet usuel, site marchand, produit manufacturé, blog, service, place de marché, B2B ou B2C : cette diversité rend vaine la recherche d’un modèle parfait. Le brief idéal n’existe donc pas : chaque brief doit être envisagé de manière unique, adaptée à son propre contexte.
Pourquoi n'existe-t-il pas de modèle universel de brief, valable pour tous les projets ?
Voir la réponse
Réponse : B. La diversité des projets, qu’il s’agisse d’une application mobile, d’un site vitrine ou d’un objet usuel, rend impossible un modèle parfait de brief : chaque brief doit être pensé pour le contexte particulier du projet qu’il cadre.
Source : Conception centrée sur l’utilisateur, Wikipédia, 2026.
Identifier les parties prenantes et les objectifs
Établir un brief de façon exhaustive suppose d’avoir, en amont, identifié l’ensemble des parties prenantes du projet ainsi que l’ensemble de ses objectifs, qu’ils soient économiques, techniques, financiers ou humains. Omettre une partie prenante à ce stade expose à des arbitrages contradictoires plus tard dans le projet, lorsque des demandes tardives et mal anticipées remettent en cause des choix déjà arrêtés.
Le brief sert aussi à faire comprendre l’identité et les valeurs de la marque commanditaire, et à transmettre aux futurs prestataires le besoin, les objectifs, la stratégie attendue et les contraintes du client. Un brief bien construit ne se contente donc pas de décrire un livrable : il transmet une vision, pour que le prestataire puisse y répondre avec justesse plutôt qu’à l’aveugle.
La structure du brief UX, pour reformuler le besoin client
Un brief UX peut se structurer en trois volets, qui reformulent progressivement le besoin exprimé par le client en un projet exploitable. Le premier rassemble les besoins du client : les utilisateurs cibles, les fonctionnalités souhaitées et les contraintes à respecter. Le deuxième détaille les attentes utilisateurs identifiées ou les pistes envisagées : les parcours utilisateurs possibles, l’expérience utilisateur formalisée sous forme de logigramme, les étapes rythmées par les actions de l’utilisateur, les fonctionnalités détaillées et l’architecture de l’information attendue. Le troisième volet, enfin, recense les possibilités techniques : les expertises à prévoir (développement, design, graphisme, vidéo) et l’ordre chronologique dans lequel solliciter ces ressources.
Que permet la structure en trois volets du brief UX ?
Voir la réponse
Réponse : B. La structure du brief UX part des besoins du client, détaille ensuite les attentes utilisateurs identifiées, puis recense les possibilités techniques à mobiliser : elle transforme ainsi progressivement un besoin exprimé en projet exploitable par une équipe.
Source : Conception centrée sur l’utilisateur, Wikipédia, 2026.
Du brief au projet : actrices et acteurs
Une fois le brief établi, sa réalisation mobilise des profils différents selon le mode de gestion de projet retenu. En cascade ou en cycle en V, la cheffe ou le chef de projet porte l’ensemble de l’organisation et garantit la bonne réalisation des livrables par les prestataires : pôle design (UX designer, direction de création), pôle graphique (direction artistique, graphiste, photographe), pôle conception-rédaction (concepteur, rédacteur SEO), pôle développement (développeur full stack, front-end, intégrateur, back-end) et pôle production (monteur, réalisateur, services qualité).
En mode agile, le cadre Scrum définit plutôt trois rôles distincts : la ou le product owner porte la vision du produit à réaliser et représente généralement le client ; la ou le scrum master garantit l’application de la méthodologie ; l’équipe de développement, enfin, réalise concrètement le produit. Cette pluralité de profils rejoint une exigence plus large de la conception centrée sur l’utilisateur, dont la norme ISO 9241-210 recommande explicitement l’intervention d’une équipe de conception pluridisciplinaire, pour viser une expérience utilisateur optimale.
La logique qui structure ce brief, du besoin recueilli à la mobilisation des bonnes ressources, rejoint d’ailleurs celle du cahier des charges tel qu’il se pratique dans Du besoin au projet, chapitre du cours Conception mobilier.
Selon la norme ISO 9241-210, quelle pratique caractérise une démarche de conception centrée sur l'utilisateur ?
Voir la réponse
Réponse : A. Parmi les cinq critères que définit la norme ISO 9241-210, l’un impose l’intervention d’une équipe de conception pluridisciplinaire, associant plusieurs pôles de compétences en vue d’une expérience utilisateur optimale.
Source : Conception centrée sur l’utilisateur, Wikipédia, 2026.