Les informations indispensables
- Votre activité et la raison du projet.
- Les personnes qui utiliseront le site ou l’application.
- Le problème rencontré aujourd’hui.
- Les actions principales que les utilisateurs devront réaliser.
- Les outils ou données avec lesquels le produit devra communiquer.
- Les contraintes de délai, de budget ou de réglementation déjà identifiées.
Décrire des situations plutôt que des fonctions
Écrire « un client doit pouvoir retrouver ses factures » est plus utile que demander directement « une base de données avec un filtre ». La première formulation décrit le besoin et laisse la possibilité de proposer la solution la plus simple.
Quelques exemples réels, même imparfaits, permettent souvent de comprendre davantage qu’une longue liste de caractéristiques techniques.
Ce qui peut rester ouvert
Le design final, la technologie et le détail de chaque interaction peuvent être construits pendant la phase de conception. Le cahier des charges n’a pas vocation à résoudre le projet avant même le premier échange.
Son rôle est d’établir une base commune afin de poser les bonnes questions, comparer les propositions et prendre une décision éclairée.
Un modèle de brief en une page
Commencez par une phrase sur l’activité, une phrase sur le problème et une phrase sur le résultat recherché. Ajoutez ensuite les trois actions principales des utilisateurs, les outils à connecter et les contraintes déjà connues.
Terminez par les exemples que vous appréciez en expliquant pourquoi. Une référence peut illustrer une simplicité, une ambiance ou un parcours ; elle ne doit pas devenir une consigne de copie visuelle.
Passons de la réflexion
à un plan concret.
Expliquez-moi votre idée en quelques lignes. Je vous répondrai personnellement avec une première direction.
Parler de mon projet →