Sites web, plugins et SEO au Rwanda Kigali Lancer un projet

Planification / Note de terrain 02

Un brief de site web que votre développeur peut vraiment utiliser

Vous n’avez pas besoin d’un document de quarante pages pour lancer un site web. Il vous faut quelques décisions claires, une liste de questions en suspens et une personne responsable du contenu.

Maquette de site web esquissée sur papier, avec un stylo orange à côté
Photo par Compagnons sur Unsplash
L’essentiel

Décrivez à qui le site s’adresse, ce qu’il doit permettre de faire et ce qui doit être prêt pour le lancement. Les références aident à expliquer le style ; les exigences expliquent le travail.

01

Commencez par une tâche client

Écrivez une phrase qui commence par « Un visiteur devrait pouvoir… » et complétez-la par une action. Comparer des véhicules disponibles. Comprendre un service comptable et demander un rendez-vous. Trouver un produit alimentaire et demander où l’acheter. Une tâche claire facilite la discussion des choix de design.

Puis décrivez le visiteur. Un responsable des achats peut avoir besoin de spécifications et d’informations sur l’entreprise. Un client venant d’une publication sur les réseaux sociaux peut avoir besoin d’un prix, de la disponibilité et d’un moyen rapide de vous contacter. Si ces groupes ont besoin d’informations différentes, donnez-leur des parcours différents plutôt que de mettre tous les messages dans le hero.

Pour Ishyo Foods, l’histoire de la marque et son travail avec les producteurs locaux vont avec les produits. Pour DriveLink, la consultation des véhicules et l’envoi d’une demande sont essentiels. Votre cahier doit rendre ces différences claires.

02

Donnez un objectif à chaque page

Faites une liste des pages avec trois colonnes : la page, la question à laquelle elle répond et l’action suivante. Cela révèle les pages sans rôle et les questions sans page.

PageQuestion du visiteurAction suivante
ServicePouvez-vous résoudre mon problème ?Envoyer une demande avec le service concerné sélectionné.
TravauxAvez-vous réalisé quelque chose de comparable ?Lire un projet et découvrir le service correspondant.
ContactComment commencer ?Appeler, envoyer un message ou préparer un bref utile.

Évitez de recopier la même introduction sur la page d’accueil, la page À propos et chaque page de service. Donnez à chacune sa propre responsabilité. La page d’accueil présente l’offre ; une page de service explique le périmètre ; À propos aide le visiteur à comprendre qui fera le travail.

03

Attribuez le contenu avant la réalisation

Listez le texte, les photos, les logos, les informations produit et les traductions nécessaires pour chaque page. Indiquez qui les fournit et qui les valide. « Nous enverrons le contenu plus tard » peut laisser une mise en page terminée en attente pendant des semaines.

  • Envoyez les fichiers originaux du logo, pas une capture d’écran du logo.
  • Choisissez des photos que vous avez l’autorisation de publier.
  • Confirmez le nom de l’entreprise, l’email, le numéro de téléphone et les horaires d’ouverture.
  • Indiquez les limites du service et les prix uniquement là où vous souhaitez qu’ils soient publics.
  • Pour plusieurs langues, indiquez qui vérifie chaque traduction.
  • Choisissez une seule personne pour recueillir les retours et valider les pages finales.

Un site de référence est surtout utile quand vous expliquez ce qui vous plaît : sa navigation, ses espacements, ses photos de produits ou son processus de demande. Vous pouvez vous en inspirer sans demander le design ou les textes d’une autre entreprise.

04

Décrivez les fonctionnalités comme de courtes situations

« Nous avons besoin d’un portail » est un point de départ. Une exigence plus utile est : « Un client se connecte, téléverse un document, voit s’il a été reçu et ne peut pas accéder aux documents d’un autre client. » Cela indique au développeur les comptes, les contrôles d’accès, la confirmation et l’administration.

Pour les paiements, décrivez le succès, l’échec et une réponse différée. Pour un formulaire de réservation, décrivez la disponibilité et les annulations. Pour un assistant, identifiez les informations approuvées et ce qu’il se passe quand une conversation doit passer à une personne. Ces situations aident à révéler le travail caché derrière un petit bouton.

05

Copiez ce bref cahier

Notre entreprise : Ce que nous faisons et où nous servons les clients.

Vos visiteurs : Qui utilisera le site et les informations dont ils ont besoin.

L’action principale : Ce qu’une visite réussie doit permettre d’atteindre.

Pages : La liste des pages essentielles et les langues.

Fonctionnalités : Les scénarios requis et les options supplémentaires.

Contenu : Ce qui est prêt, ce qui manque et qui valide.

Site existant : L’URL, les accès disponibles et tout ce qu’il faut conserver.

Délais et budget : Une vraie date limite, sa raison et toute limite budgétaire.

Après la mise en ligne : Qui modifie le site et qui gère les mises à jour et le support.

Vous pouvez laisser les points inconnus sous forme de questions. Un bon brief rend l’incertitude visible ; il ne vous oblige pas à résoudre les détails techniques avant d’en parler à un développeur. Utilisez le formulaire de contact Triad pour transformer ces notes en message.