Décrire le changement attendu
Commencez par une phrase concrète : « Je souhaite que les prospects comprennent mes trois offres et demandent un devis », ou « Je veux que l’équipe suive chaque dossier sans recopier les informations ». Il s’agit d’exemples de formulation, pas de résultats déjà obtenus.
Précisez qui utilisera le résultat : prospects, clients, collaborateurs ou partenaires. Un site public et un outil interne peuvent partager une identité, mais leurs parcours répondent à des besoins différents.
Faire l’inventaire de ce qui existe
Rassemblez le site actuel, les supports commerciaux, les textes, le logo et les visuels que vous êtes autorisé à utiliser. Signalez les contenus à écrire, les traductions à prévoir et les éléments que vous souhaitez conserver.
Pour un logiciel, décrivez un dossier depuis son arrivée jusqu’à sa clôture. Identifiez les personnes qui interviennent, les validations et les exceptions. Utilisez des données fictives ou anonymisées lors des premiers échanges.
Séparer le nécessaire de la suite
Classez vos besoins en trois ensembles : indispensable au lancement, utile après les premiers retours et idée à étudier plus tard. Ce classement facilite les arbitrages si une fonction exige beaucoup de temps ou dépend d’un prestataire externe.
Les connexions à un CRM, les paiements, le multilingue, la reprise de données et le fonctionnement hors ligne doivent être signalés tôt. Leur faisabilité dépend de l’environnement et peut modifier la conception.
Organiser les validations
Désignez une personne qui centralise les retours. Indiquez qui valide les textes, le design et les fonctionnalités. Un retour regroupé et argumenté évite les décisions contradictoires.
Pour les sites vitrines THEPEEAK, le délai annoncé est de 48 à 72 heures. Le cadrage précise les contenus nécessaires et le point de départ. Pour une plateforme complexe, le calendrier dépend des règles métier, des intégrations et des validations.
Votre brief en huit réponses
- Quelle activité exercez-vous et pour quel public ?
- Quel changement attendez-vous du projet ?
- Que doit pouvoir faire un visiteur ou un utilisateur ?
- Quels contenus et outils existent déjà ?
- Quelles fonctionnalités sont indispensables au lancement ?
- Quelles langues, quels pays et quels moyens de paiement sont concernés ?
- Qui valide et quelles échéances sont importantes ?
- Quelles contraintes de budget, de maintenance ou d’accès faut-il prendre en compte ?
Vous pouvez aussi joindre des exemples de design en expliquant ce qui vous intéresse : la lisibilité, l’organisation, la sobriété ou une interaction. Une référence aide à se comprendre ; elle ne doit pas être copiée.
Le premier échange sert aussi à clarifier les inconnues et à identifier les décisions à prendre.
