Un bon brief de site web explique à une agence ce que le visiteur doit pouvoir faire, ce qui doit être prêt au lancement et qui fournira les contenus. Rendez ces décisions explicites avant de demander un devis. Il n’est pas nécessaire de dessiner tous les écrans ni de choisir chaque extension.
Pour une entreprise de services, partez d’un parcours concret : la bonne personne comprend votre offre, vérifie que vous pouvez l’aider et transmet assez d’informations pour recevoir une réponse utile. Voici un tableau de périmètre et une trame à reprendre dans votre propre document.
Définir le client et l’action attendue
Précisez le client principal, son problème et la démarche souhaitée. « Générer des prospects » reste vague. « Permettre aux responsables des opérations de demander un échange sur leur assistance informatique récurrente » donne une direction plus claire. Indiquez aussi les demandes que vous ne pouvez pas traiter.
Distinguez les marchés desservis des langues de travail. Viser la France, le Royaume-Uni et les États-Unis ne signifie pas automatiquement créer trois sites distincts. Précisez votre capacité de livraison, les langues nécessitant des contenus complets et les personnes chargées de répondre. Une interface traduite ne remplace pas la traduction des offres et des messages de suivi.
Si la nécessité d’une refonte reste incertaine, consultez notre guide sur la refonte et les améliorations ciblées avant de fixer le périmètre.
Transformer les souhaits en demandes chiffrables
Cet exemple fictif concerne un prestataire d’assistance informatique pour entreprises. Il illustre une manière de formuler les besoins ; il ne présente ni un résultat client de GoSocial ni une configuration adaptée à toutes les sociétés.
| Besoin | Première version | Responsable et vérification |
|---|---|---|
| Pages de services | Trois services distincts en français et en anglais ; lister les six adresses. | Le client valide les informations ; l’agence vérifie les deux parcours linguistiques. |
| Formulaire de contact | Service, adresse professionnelle et message ; envoi vers la boîte convenue. | L’agence teste l’envoi et la réception ; le client désigne la personne qui répond. |
| Preuves clients | Deux exemples validés avec autorisation de publication. | Le client fournit des éléments exacts à la date convenue. |
| Réservation en ligne | Option pour une phase ultérieure, chiffrée séparément. | Le client confirme le parcours de réservation avant commande. |
Comptez explicitement les pages, les mises en page différentes et les langues. Six pages reposant sur un même modèle ne représentent pas le même travail que six compositions uniques. Nommez le logiciel de réservation, le CRM ou la solution de paiement à connecter, puis décrivez les informations à échanger. Identifiez les inconnues comme des questions à résoudre.
Prévoir les contenus, les tests et la transmission
Pour chaque page, attribuez la rédaction, la traduction, les images et la validation. Distinguez les éléments disponibles de ceux à produire. Transmettez les accès par une méthode sécurisée convenue au moment utile ; ne placez pas de mots de passe dans le brief. Désignez une personne qui rassemble les retours et valide les livrables.
Intégrez l’accessibilité dès le départ. Le guide de planification du W3C recommande de définir les responsabilités et d’évaluer tôt. Demandez à l’agence de préciser la cible, les tests et les exclusions. Vérifier le formulaire au clavier avec des libellés et des erreurs compréhensibles constitue un exemple de test, pas un audit complet d’accessibilité.
Pour remplacer un site, listez les pages et téléchargements importants. Si des adresses changent, précisez qui établira les correspondances vers les bonnes destinations et testera les redirections. Les consignes de migration de Google décrivent ce travail de préparation et de suivi. Une nouvelle apparence ne protège pas, à elle seule, la visibilité dans les recherches.
Convenez de la personne qui contrôlera le domaine, l’hébergement et les comptes logiciels après le lancement. Faites détailler la réalisation, les frais récurrents, la maintenance, la formation et la période de correction des défauts convenus. Demandez comment seront chiffrés les ajouts ultérieurs.
Une trame à copier et compléter
- Entreprise et public : Nous aidons [client] à résoudre [problème] sur [marchés et langues].
- Action principale : Le visiteur doit [action] ; une demande adaptée répond à [critères].
- Première version : [Pages, langues, formulaires et connexions]. Options ultérieures : [liste].
- Contenus : [Personne] fournit [éléments] avant [date] ; [personne] les valide.
- Site existant : Préserver [pages et ressources importantes] ; examiner [problèmes connus].
- Recette et transmission : Démontrer [tests] ; transmettre [comptes, consignes et formation].
- Contraintes : Fourchette budgétaire [montant et devise], date visée [date et raison], décisionnaire [nom].
Adressez la même version à chaque agence. Comparez les inclusions, exclusions et hypothèses avant les montants. Si la date est impérative, demandez quel périmètre peut raisonnablement être livré à temps. Gardez les décisions en suspens visibles au lieu d’attendre un prix précis pour un projet encore indéfini.
GoSocial peut vous aider à transformer votre première trame en périmètre de réalisation. Découvrez notre service de création de sites web ou présentez-nous votre projet, avec vos marchés, vos langues et votre date de lancement souhaitée.
