Décrivez les usages et la manière de les valider. Un cahier des charges utile précise aussi les contenus, les responsabilités, les exclusions et l’après-lancement.
| Rubrique du modèle | À renseigner | Exemple fictif |
|---|---|---|
| Objectif | Action principale et public | Faciliter les demandes sur trois offres |
| Parcours | Étapes et erreurs | Trouver une offre puis envoyer une demande |
| Contenus | Auteur, validation et intégration | Responsable métier pour chaque page |
| Fonction | Comportement observable | Recherche avec état sans résultat |
| Migration | Éléments à conserver | URL, médias et redirections |
| Recette | Scénarios et responsable | Tests mobile, clavier et formulaires |
| Exploitation | Accès, maintenance et budget | Contacts de support et modalités de reprise |
Commencer par l’objectif et les utilisateurs
Le cahier des charges site internet décrit le projet, ses besoins, ses contraintes et les conditions de validation. Il aide l’entreprise et les prestataires à parler du même périmètre. Une liste de pages ou de technologies ne suffit pas à expliquer le service attendu.
Présentez l’activité, les publics et les actions importantes : comprendre une offre, demander un devis, commander ou accéder à un document. Classez les objectifs pour distinguer le nécessaire du souhaitable. Le document doit aussi indiquer les moyens disponibles pour fournir les contenus et valider les étapes.
Utiliser une trame courte mais complète
Une structure utile rassemble contexte, objectifs, parcours, contenus, fonctionnalités, intégrations, exigences de qualité, organisation et budget. Pour une refonte, ajoutez l’inventaire des URL, des contenus et des données à conserver. Les modèles France Num peuvent aider à préparer cette trame.
Renseignez chaque rubrique avec vos informations réelles. Si une décision reste ouverte, indiquez-la comme telle et demandez une option chiffrée. Évitez de transformer une intuition en contrainte technique sans expliquer son motif. Un prestataire doit pouvoir proposer une solution compatible avec le besoin.
Écrire des exigences que l’on peut tester
Exemple fictif : « La recherche permet de retrouver une offre par son nom et propose un message utile en l’absence de résultat. » La recette pourra tester ces deux situations. « Le site doit être moderne » exprime une préférence, mais ne permet pas seul de prononcer une validation.
Pour le mobile, l’accessibilité et la performance, définissez les parcours, les conditions de test et les objectifs retenus avec l’équipe compétente. Décrivez également les erreurs : formulaire incomplet, lien périmé, contenu réservé ou téléchargement indisponible. Le guide UI design aide à penser les différents états.
Prévoir le SEO, la mesure et les données
Une refonte doit conserver une vue des URL utiles et des redirections nécessaires. Précisez qui rédige les Title, les descriptions et les contenus, puis qui les intègre et les vérifie. Pour la mesure, ajoutez les événements attendus et les responsabilités du plan de marquage.
Inventoriez aussi les traitements de données, les prestataires et les accès à reprendre. Le nom de domaine, l’hébergement, les licences et les exports doivent avoir des responsables identifiés. Une phase de recette doit couvrir les sauvegardes et la reprise prévue dans le périmètre, pas seulement la présentation des pages.
Comparer les devis et préparer la suite
Demandez une réponse sur le même périmètre, avec exclusions, options, livrables et jalons. Distinguez réalisation, hébergement, licences et maintenance. Précisez le nombre de validations et le traitement d’une évolution demandée après accord. Les contenus fournis en retard peuvent aussi modifier le planning.
Pour un projet de création de site ou de refonte, cette trame prépare un échange concret. Si votre besoin porte sur une plateforme membres, le générateur de cahier des charges du labo produit un document Word centré sur les adhérents. Il ne constitue pas un modèle universel déjà adapté à tous les sites.