Préparer un cahier des charges de site web vraiment utile

Partir de trois résultats observables

Écrivez d’abord ce que le site doit permettre à ses visiteurs : comprendre une offre, comparer des prestations, prendre contact, réserver ou trouver une information. Pour chaque résultat, nommez le public concerné et l’action attendue. « Moderniser notre image » peut être une intention, mais ne suffit pas à décider des pages ni à vérifier le résultat.

Relevez ensuite le point de départ : site actuel, demandes reçues, pages consultées, problèmes signalés et contenus disponibles. Une simple liste de fonctions sans état initial pousse à recréer des éléments qui fonctionnent déjà ou à oublier les vrais obstacles.

• Résultat principal et deux résultats secondaires.
• Publics prioritaires et questions qu’ils posent.
• Preuves existantes : exemples, avis autorisés, documents et chiffres vérifiés.

Décrire les pages avant de choisir les effets visuels

Faites un inventaire des pages nécessaires. Pour chacune, notez son objectif, la question à laquelle elle répond, le responsable du contenu et la prochaine action proposée. Une page service doit préciser à qui la prestation s’adresse, ce qu’elle comprend, ses limites et comment commencer. Une page contact doit expliquer les informations à fournir et le délai de réponse que vous pouvez réellement tenir.

Identifiez les textes, photos, logos, documents et traductions déjà utilisables. Précisez les droits d’utilisation et ce qui doit être produit. Dans un projet multilingue, attribuez une personne à la validation de chaque langue ; une traduction automatique sans relecture ne remplace pas une édition locale.

• Arborescence et rôle de chaque page.
• Contenus disponibles, manquants et personnes chargées de les valider.
• Médias à créer ou à remplacer, avec formats et usages prévus.

Séparer les fonctions indispensables des options

Décrivez les parcours concrets : envoi d’un formulaire, demande de devis, recherche dans un catalogue, filtres, paiement ou accès à un compte. Pour chaque fonction, donnez un exemple d’entrée, le résultat attendu et les cas d’erreur. « Un moteur de recherche » reste trop vague si l’on ne sait pas quels contenus il interroge, comment il gère zéro résultat ou comment il s’utilise au clavier.

Classez chaque demande en indispensable pour la première mise en ligne, souhaitable après usage réel, ou hors périmètre. Cette hiérarchie aide à protéger le budget et à livrer un ensemble cohérent. Les choix de CMS, d’hébergement ou de prestataire deviennent plus simples quand les besoins sont décrits avant l’outil.

• Parcours utilisateurs avec état initial, action et confirmation.
• Intégrations nécessaires et propriétaire de chaque compte.
• Fonctions différées et condition qui justifierait leur ajout.

Fixer les responsabilités et les critères de validation

Indiquez qui fournit les contenus, qui tranche les désaccords, qui relit les pages et qui accepte la version finale. Prévoyez des étapes courtes : structure, textes, maquettes, intégration, recette et mise en ligne. Un calendrier sans dates de remise des contenus ni responsables de validation n’est pas fiable.

Pour chaque livrable, formulez un contrôle concret. Exemple : le formulaire envoie une confirmation lisible, arrive à la bonne adresse et conserve un message d’erreur compréhensible ; les pages clés se consultent sur téléphone ; les anciennes URL importantes redirigent vers une page pertinente. Le guide de vérification avant mise en ligne détaille cette dernière étape.

• Livrables et critères d’acceptation.
• Dates de fourniture et de validation des contenus.
• Accès, sauvegardes, formation et maintenance après publication.

Un exemple de résumé à remettre au prestataire

« Nous souhaitons un site en français et en anglais pour présenter quatre services et recevoir des demandes qualifiées. Le public principal est constitué de responsables de petites entreprises. Nous fournissons les textes de présentation et douze photos dont les droits sont confirmés ; les pages services restent à rédiger. Le formulaire doit permettre de choisir un service, fonctionner sur mobile et envoyer une confirmation. Nous conservons les adresses des pages déjà visibles dans les moteurs ou prévoyons leurs redirections. Une personne valide les deux langues et le projet est accepté après une recette sur les parcours principaux. »

Ce résumé n’impose aucun design. Il rend les propositions comparables et révèle immédiatement les informations qui manquent encore. Si votre projet comporte des contraintes particulières, ajoutez-les sous forme de faits vérifiables et d’exemples plutôt que de slogans.

Décider avant de chiffrer

Séparez le parcours indispensable au lancement des évolutions qui peuvent attendre. Pour chaque fonction, notez utilisateur, donnée nécessaire, responsable et résultat observable. Exemple pédagogique : recevoir une demande de devis implique un formulaire, un destinataire et une confirmation ; cela n’implique pas automatiquement un espace client.

Faites valider les exclusions avant le devis : rédaction, traductions, import de données, reprise des URL, licences et maintenance. Gardez les décisions datées dans un document commun. Attribuez les questions ouvertes et désignez une personne qui consolide les retours des différents validateurs.

Décider dans une situation concrète

Exemple fictif : une association demande un espace membre alors que son besoin immédiat est de recevoir des inscriptions. Comparez formulaire simple et compte personnel selon les données, l’accompagnement et la charge d’administration réellement nécessaires.

Dans le cadrage, notez la tâche du visiteur, qui traite sa demande et le critère de réussite. Rangez les fonctions souhaitées mais non justifiées dans une liste séparée ; leur présence dans un devis ne prouve pas leur utilité.

• Calculer le coût global d’un site sur plusieurs années

  Comparer création, exploitation, contenus, renouvellements et sortie du prestataire avec un budget web documenté.

Un critère que l’on peut accepter ou refuser

Pour « recevoir des demandes qualifiées », choisissez un cas complet : une personne sélectionne une prestation, décrit sa situation et reçoit la confirmation prévue ; le destinataire reçoit le même choix et peut répondre. Ajoutez un cas incomplet et une panne de transmission. Ce petit scénario est plus vérifiable qu’une exigence telle que « formulaire performant ».