Cahier des charges de site internet : modèle et exemple

Il sert à recevoir des devis comparables. Sans lui, chaque prestataire chiffre un projet différent, et vous comparez des prix sans rapport entre eux. Il sert aussi à vous mettre d’accord en interne avant de dépenser : direction, commerce, ADV et informatique n’attendent pas la même chose du site.

Les exemples qui suivent décrivent une entreprise fictive : Exemple Vannes, fabricant de vannes industrielles, 80 salariés, 3 200 références, vendues par des distributeurs en France, en Belgique et en Allemagne.

• Que vend l’entreprise, à qui, par quels canaux ?
• Qu’est-ce qui ne va pas avec le site actuel ? Citez des faits : demandes mal qualifiées, fiches produit périmées, pages lentes.
• Quels sont les deux ou trois résultats attendus, et comment les mesurerez-vous ?
• Qui visite le site, et pour faire quoi ? Acheteur, bureau d’études, distributeur, candidat.
• Que doit pouvoir faire chaque public sans vous appeler ?

• Quelles rubriques, et combien de types de pages différents : accueil, gamme, fiche produit, secteur, article, contact ?
• Qui rédige les textes, qui fournit les photos et les plans, qui traduit, dans quelles langues ?
• Combien de produits, et d’où viennent leurs données ?
• Quelles fonctions : recherche par critères, demande de devis, téléchargements, espace réservé, recrutement ?
• Qui met le site à jour après la mise en ligne, et à quelle fréquence ?

Séparez ce qui est indispensable de ce qui est souhaitable. Un prestataire sérieux chiffrera les deux listes à part, et vous pourrez arbitrer. Si le catalogue est le cœur du projet, lisez la page catalogue produit et PIM.

C’est la partie à ne pas bâcler : c’est elle qui déplace le plus le prix. Pour chaque outil, répondez à quatre questions.

• Quel outil, quelle version, hébergé où ?
• Quelles données doivent circuler, et dans quel sens : le site lit-il seulement, ou écrit-il aussi ?
• Par quel moyen : API, export de fichiers, connecteur existant ?
• À quelle fréquence : en temps réel, chaque nuit, à la demande ?

Si vous ne savez pas répondre, écrivez-le. « Nous ignorons si notre ERP propose une API » est une information utile : le prestataire prévoira de le vérifier avant de chiffrer.

• Qui sera propriétaire du code, du nom de domaine et du compte d’hébergement ?
• Où les données doivent-elles être hébergées ?
• Quel outil d’édition attendez-vous, et qui s’en servira ?
• Quelles exigences de vitesse et d’accessibilité ?
• Combien de pages l’ancien site compte‑t‑il, et lesquelles reçoivent des visites ?
• Qui établit le plan de redirections, et qui suit les positions après la bascule ?

Pour la vitesse, demandez des seuils mesurables plutôt qu’un site « rapide ». Google en publie trois (web.dev).

Indiquez une fourchette. Un prestataire qui connaît votre budget propose le meilleur périmètre pour ce montant ; celui qui l’ignore devine. Pour situer la vôtre, voici les repères publiés.

Donnez aussi vos dates fermes (salon, lancement de gamme) et vos disponibilités internes : qui valide, en combien de jours. Le détail des prix est dans notre guide du prix d’une refonte.

Annoncez vos critères et leur poids. Les prestataires répondront à ce qui compte pour vous, et votre choix sera plus facile à défendre en interne.

• Compréhension du besoin : la proposition reformule‑t‑elle vos objectifs, ou récite‑t‑elle une offre type ?
• Méthode : étapes, livraisons intermédiaires, ce qui est attendu de vous.
• Prix : fixe ou estimé, détail par poste, coût des deuxième et troisième années.
• Propriété et réversibilité : code, comptes, documentation.
• Références vérifiables sur des projets comparables.
• Après la mise en ligne : corrections, maintenance, délais d’intervention.

Précisez enfin la forme de la réponse : date limite, interlocuteur pour les questions, nombre de prestataires consultés. Trois ou quatre suffisent. Avant d’envoyer le document, l’estimateur de devis vous donne un premier ordre de prix.