Cahier des charges site web : la checklist avant un devis

1. Objectif, visiteurs et action principale

Décrivez en une phrase ce que le site doit permettre à l'entreprise de faire. Évitez les objectifs trop vagues comme « être plus visible » : précisez plutôt l'action attendue, par exemple obtenir des demandes de devis pour un service donné, permettre une réservation ou présenter un catalogue à un public professionnel.

Décrivez ensuite les visiteurs prioritaires : ce qu'ils savent déjà, ce qu'ils cherchent, leurs questions fréquentes et l'action qu'ils doivent pouvoir accomplir. Un site peut servir plusieurs publics, mais le brief doit indiquer lequel prime lorsqu'une page, un message ou une fonctionnalité entre en concurrence avec une autre.

Devauras: Création de site web au Maroc

2. Périmètre de la première version

Une première version utile contient les pages, contenus et fonctions nécessaires pour réaliser le parcours principal correctement. Tout ce qui n'est pas indispensable peut être placé dans une phase ultérieure, avec son propriétaire et la condition qui justifiera son ajout.

Devauras: Création de site web au Maroc · Devauras: Tarifs et méthode de chiffrage

3. Parcours, fonctions et exceptions

Décrivez les étapes entre l'arrivée d'un visiteur et le résultat attendu. Pour un formulaire, indiquez les champs nécessaires, le destinataire, le message de confirmation, le délai de réponse souhaité et le cas où une information manque. Pour un paiement, une réservation ou un espace client, ajoutez les règles métier, les personnes habilitées et le traitement des erreurs.

Les cas inhabituels sont importants : annulation, indisponibilité, doublon, accès oublié, données incorrectes, paiement refusé ou demande transmise à la mauvaise équipe. Les documenter tôt permet de choisir les contrôles nécessaires et d'éviter de promettre qu'un parcours fonctionne dans toutes les situations sans l'avoir testé.

• Entrée — Quelle information déclenche le parcours et qui peut la fournir ?
• Sortie — Que reçoit le visiteur, et que reçoit l'équipe après son action ?
• Règle — Qu'est-ce qui est autorisé, refusé ou envoyé à une personne pour vérification ?
• Exception — Que se passe-t-il si la donnée, le paiement, l'intégration ou la disponibilité n'est pas conforme ?
• Preuve — Comment vérifier que le parcours a bien fonctionné avant et après le lancement ?

W3C: Web Content Accessibility Guidelines (WCAG) 2.2

4. Contenus, preuves et droits

Listez ce qui doit être fourni : textes d'offre, pages légales, visuels, photographies, logos, fiches produit, témoignages, documents à télécharger et traductions. Pour chaque élément, notez son propriétaire, son statut de validation et les droits nécessaires à sa publication.

Les preuves commerciales demandent une attention particulière. Une étude de cas, une statistique, un avis ou un logo doit être vérifiable et autorisé. Si une information manque, gardez-la hors de la première publication plutôt que de la renforcer par une formulation imprécise.

Google Search Central: Créer du contenu utile, fiable et pensé pour les internautes

5. Technique, accès et propriété

Le brief doit identifier les comptes et accès concernés : domaine, hébergement, messagerie, analytics, gestionnaire de balises, paiement, CRM, outils de réservation et réseaux sociaux si une intégration est prévue. Décidez qui est titulaire de chaque compte, qui peut administrer les accès et ce qui sera remis à la fin du projet.

Précisez aussi les environnements nécessaires, la migration éventuelle, les données à reprendre, les sauvegardes, les licences et la procédure de retour si un fournisseur doit être remplacé. Ces décisions déterminent la continuité du site après sa livraison.

Devauras: Création de site web au Maroc

6. Recette, mesure et mise en ligne

Définissez comment la première version sera acceptée. Les critères doivent être observables : les pages convenues existent, les formulaires transmettent une demande test, les liens prioritaires fonctionnent, les contenus sont validés, les droits d'accès sont corrects et les parcours importants ont été vérifiés sur les écrans convenus.

Préparez ensuite le lancement : date cible, responsables, sauvegarde ou retour possible, contacts d'astreinte si nécessaire, accès analytics et suivi des événements utiles. Un événement de formulaire est un signal de demande ; il ne devient pas automatiquement un client ou un chiffre d'affaires.

1. 01

   Pré-recette — L'équipe vérifie le périmètre, les contenus, les accès et les cas de test écrits.

2. 02

   Recette client — Le client teste les parcours convenus, relève les écarts et valide ou demande une correction selon les critères définis.

3. 03

   Lancement — Les responsables confirment la fenêtre, les accès, le suivi, la sauvegarde et la procédure de retour avant toute bascule.

4. 04

   Suivi — Les événements, demandes et erreurs utiles sont revus après le lancement avec leur contexte, sans conclure trop vite à un résultat commercial.

Devauras: Création de site web au Maroc · Google Search Central: Créer du contenu utile, fiable et pensé pour les internautes

7. Rendre les devis réellement comparables

Deux montants ne sont comparables que si le périmètre l'est aussi. Demandez que chaque proposition distingue les pages, langues, contenus, design, développement, intégrations, migration, hébergement, licences, maintenance, dépendances client, calendrier et règles de changement. Une ligne « site complet » ne dit pas ce qui sera livré ou ce qui manque.

Pour chaque écart, demandez l'effet sur le délai, le coût et le résultat attendu. Cette transparence rend une décision plus sûre qu'une promesse de performance ou qu'un prix isolé de son périmètre.

Devauras: Tarifs et méthode de chiffrage