Ton projet web.
Les bonnes questions.
Pas besoin de parler technique pour expliquer ton idée. Ces sept questions aident à distinguer ce qui est essentiel, ce qui peut attendre et ce qu’il faut encore préciser.
Télécharger le brief texte Sans inscription. À remplir à ton rythme.Qu’est-ce que ton site doit permettre?
« Avoir un site » décrit le support, pas encore le besoin. Est-ce qu’une personne doit comprendre ton offre, te demander un devis, consulter un document ou utiliser un outil?
À compléter : « Quand quelqu’un arrive, je veux qu’il puisse ______, puis ______. »
Pour ce portfolio, le parcours visé est simple : comprendre la proposition, examiner les créations, puis expliquer un projet par courriel. Il n’a pas besoin d’un compte pour ça.
Pour qui, dans quelle situation?
Pense à une personne précise : ce qu’elle cherche, ce qu’elle sait déjà et l’appareil qu’elle utilise. Un client qui consulte un livrable n’a pas le même besoin qu’un voyageur qui cherche une aide en déplacement.
Dans l’origine de Feavara, la vanlife et les imprévus définissent le contexte. C’est une intention de conception du prototype, pas une preuve d’expertise déjà acquise.
À noter : le public principal, sa question à l’arrivée et ce qui pourrait l’empêcher d’avancer.
Qu’est-ce qui doit fonctionner en premier?
Écris un parcours de bout en bout avant une longue liste de fonctions. Par exemple : ouvrir un projet → consulter sa dernière version → laisser un commentaire. Ensuite, sépare les besoins indispensables des idées à explorer plus tard.
La maquette Portail-agence illustre cette attention aux prochaines actions. Ses données sont fictives : elle aide à discuter de l’interface, sans servir de preuve du fonctionnement des parcours privés.
Deux listes suffisent : « nécessaire au départ » et « peut attendre ». Un paiement, une connexion à un autre service ou plusieurs rôles utilisateurs méritent chacun une discussion distincte.
Qu’as-tu déjà sous la main?
Rassemble les textes, le logo, les photos que tu peux utiliser, les exemples de projets et les coordonnées que tu veux rendre publiques. Identifie aussi ce qui reste à écrire, photographier ou faire approuver.
Pour les références visuelles, explique ce qui te plaît : une typographie, le contraste, la navigation, l’ambiance. Tu peux aussi montrer ce que tu ne veux pas. Une référence guide la discussion; elle ne signifie pas qu’il faut la copier.
À joindre : deux ou trois références commentées et une liste des éléments existants. Pas besoin d’envoyer tous tes dossiers.
Qu’est-ce qui doit rester privé?
Indique si le projet prévoit des comptes, des messages, des documents internes ou des renseignements personnels. Précise qui devrait voir quoi : visiteur, client, membre de l’équipe, administrateur.
Ne transmets ni mot de passe, ni clé API, ni document client confidentiel dans un premier brief. Décris le besoin avec des exemples fictifs. Les accès nécessaires et leur gestion doivent être définis séparément.
À préciser : les rôles, les informations réellement utiles et ce qui peut être montré publiquement.
Quel cadre faut-il respecter?
Un domaine existe-t-il déjà? Y a-t-il un outil à conserver, un lancement prévu ou une personne qui doit valider? Note l’échéance souhaitée et la marge de manœuvre éventuelle.
Si tu connais ton budget, indique une enveloppe et précise si elle doit aussi couvrir l’hébergement ou d’autres services. Sinon, écris simplement « à définir ». Le brief prépare une discussion : ce n’est ni un devis ni un engagement de délai.
À noter : existant à préserver, contraintes techniques connues, budget envisagé et date souhaitée.
Comment sauras-tu que c’est utile?
Choisis quelques situations observables : une personne trouve l’information sur téléphone, un client retrouve la bonne version, un visiteur comprend comment te contacter. Les tests de parcours vérifient ces actions.
Les visites, les demandes reçues et les ventes sont des choses différentes. Décide ce que tu souhaites suivre sans promettre un résultat commercial avant d’avoir des données.
À compléter : « Le projet est utile si une personne peut ______ sans ______. »
Quelques réponses suffisent pour commencer.
Tu peux m’envoyer ton brief ou simplement quelques lignes sur ton idée. Aucun besoin de connaître toutes les réponses.
Décrire mon projetDevoryo · conception et direction créative. Développement réalisé avec Codex.