Cahier des charges : exemples concrets et modèles à suivre

Un projet sur dix échoue à cause d’un cahier des charges flou ou inexistant. Pas parce que l’équipe manquait de compétences — parce que personne n’avait pris le temps de coucher les besoins réels sur le papier avant de démarrer. Le document peut sembler administratif, presque rébarbatif. Pourtant, c’est lui qui fait la différence entre une livraison qui colle aux attentes et six mois de corrections épuisantes.

Que vous lanciez un projet web, une refonte SI ou une application mobile, rédiger un cahier des charges solide reste la meilleure assurance. Voici comment le structurer, avec des exemples concrets pour chaque section clé.

Pourquoi le cahier des charges structure tout le reste

Un document de référence, pas une formalité

Le cahier des charges (CDC) n’est pas un formulaire à remplir pour faire plaisir à un prestataire. C’est le contrat moral entre le commanditaire et les équipes de réalisation : il fixe ce qu’on construit, pourquoi, pour qui, et dans quelles contraintes. Un bon CDC élimine les malentendus avant qu’ils coûtent de l’argent.

Concrètement, ce document sert à :

• aligner toutes les parties prenantes sur une vision commune dès le départ ;
• cadrer le budget et les délais de façon réaliste ;
• servir de référentiel en cas de litige ou de dérive du périmètre ;
• faciliter la comparaison entre plusieurs prestataires ou équipes internes.

Fonctionnel vs technique : la distinction qui change tout

Beaucoup confondent les deux. Le cahier des charges fonctionnel décrit ce que le système doit faire du point de vue utilisateur (fonctionnalités, parcours, règles métier). Le cahier des charges technique précise comment le prestataire va le construire (architecture, langages, hébergement, performances). Pour un projet web, les deux coexistent souvent dans un même document, mais ils ne s’adressent pas aux mêmes lecteurs.

Sur un projet de refonte e-commerce, par exemple, le CDC fonctionnel mentionnera « l’utilisateur doit pouvoir filtrer les produits par taille et par couleur ». Le CDC technique indiquera si ce filtre repose sur Elasticsearch ou sur une requête SQL basique — ce qui change radicalement les délais et les coûts.

🎯 La structure d’un exemple de cahier des charges complet

Le contexte et les objectifs : la section la plus négligée

Paradoxalement, les commanditaires rédigent souvent dix pages de spécifications techniques et deux lignes de contexte. C’est l’inverse qu’il faut faire. Un prestataire qui comprend pourquoi le projet existe prend de meilleures décisions autonomes. Il préviendra aussi plus facilement quand une contrainte technique remet en cause un objectif.

Un bon exemple de section « contexte » pour un projet de site vitrine :

« Notre cabinet comptable, fondé en 2008, emploie 12 collaborateurs à Lyon. Notre site actuel date de 2016 et ne génère aucun lead qualifié. Objectif : obtenir 15 demandes de devis par mois d’ici 6 mois après le lancement, ciblant des PME de 10 à 50 salariés dans la région Auvergne-Rhône-Alpes. »

— Extrait de CDC, client réel anonymisé

Remarquez : un chiffre précis (15 demandes/mois), une cible définie (PME 10-50 salariés), une zone géographique. Pas de « améliorer notre visibilité en ligne » qui ne veut rien dire.

Besoins fonctionnels et contraintes techniques

C’est le cœur du document. Listez les fonctionnalités attendues avec leur niveau de priorité — on utilise souvent la classification MoSCoW :

• Must have : indispensable au lancement (formulaire de contact, pages services, version mobile).
• Should have : important mais pas bloquant (blog, espace client basique).
• Could have : souhaitable si le budget le permet (chatbot, espace FAQ dynamique).
• Won’t have : explicitement hors périmètre pour cette version.

Les contraintes techniques méritent leur propre sous-section : CMS imposé, hébergement existant à conserver, compatibilité avec un ERP interne, RGPD, accessibilité WCAG… Oublier une contrainte à ce stade peut doubler le budget en cours de projet.

Budget, délais et parties prenantes

Trois informations que les commanditaires omettent souvent par pudeur ou par stratégie — à tort. Indiquer une enveloppe budgétaire (même approximative : « entre 15 000 et 25 000 € ») permet aux prestataires de calibrer leur réponse. Sans indication, vous recevrez des propositions allant de 3 000 € à 80 000 € pour le même besoin décrit.

Identifiez aussi clairement les parties prenantes : qui valide les maquettes ? Qui a le dernier mot sur les contenus ? Qui gère les accès techniques ? Un projet où trois personnes peuvent donner des instructions contradictoires au prestataire est un projet en danger.

Exemples de cahiers des charges par type de projet

Exemple pour un projet web ou refonte de site

Un CDC web comporte typiquement ces sections :

1. Présentation de l’entreprise et contexte
2. Objectifs chiffrés (trafic, leads, taux de conversion visé)
3. Cible utilisateur (persona ou profil type)
4. Arborescence envisagée (liste des pages)
5. Fonctionnalités attendues (classées MoSCoW)
6. Charte graphique existante ou à créer
7. Contraintes techniques (hébergement, CMS, intégrations)
8. Budget et planning cible
9. Critères d’acceptation (comment on valide la livraison)

Pour les projets liés au Webmarketing, ajoutez une section dédiée aux besoins en référencement naturel : structure des URLs, balises méta, vitesse de chargement cible (Core Web Vitals), intégration d’outils analytics.

Exemple pour un projet interne ou logiciel métier

Un projet de développement d’outil interne (CRM, outil de gestion RH, tableau de bord commercial) nécessite un CDC encore plus rigoureux, car les utilisateurs finaux sont souvent des salariés de l’entreprise qu’on ne peut pas « perdre » au profit d’un concurrent.

📋 Projet web	⚙️ Logiciel métier interne
Focus sur l’UX publique, le SEO, la conversion Livraison en 1 ou 2 phases Prestataire externe le plus souvent	Focus sur les workflows métier, les droits utilisateurs, les intégrations SI Livraison itérative (sprints) DSI interne ou ESN spécialisée

Dans les deux cas, la section « risques » est sous-estimée. Mentionnez explicitement les dépendances externes (API tierce, fournisseur de données) et les points de blocage potentiels — par exemple, si la migration des données existantes est un préalable au lancement.

Trouver un modèle : télécharger ou créer ?

Des modèles de cahiers des charges sont disponibles gratuitement en ligne, aux formats Word, PDF ou même Excel pour les matrices de fonctionnalités. Ils sont utiles comme point de départ, pas comme fin en soi. Un modèle générique ne remplacera jamais la réflexion spécifique à votre projet.

Notre recommandation : utilisez un modèle pour ne rien oublier dans la structure, puis rédigez chaque section from scratch avec vos propres éléments. Copier-coller un exemple sans l’adapter, c’est la garantie d’un document creux qui ne servira à personne.

Rédiger un cahier des charges sans se perdre

Les erreurs les plus fréquentes

Quelques pièges reviennent systématiquement, quel que soit le secteur :

• Décrire la solution plutôt que le besoin : « je veux un bouton rouge en haut à droite » au lieu de « l’utilisateur doit pouvoir accéder au formulaire de contact depuis n’importe quelle page ».
• Oublier les cas d’usage négatifs : que se passe-t-il si l’utilisateur saisit un email invalide ? Si le paiement échoue ? Les cas d’erreur sont aussi des spécifications.
• Ne pas impliquer les futurs utilisateurs : rédiger seul dans son coin garantit d’oublier des besoins que seuls les utilisateurs quotidiens connaissent.
• Laisser des zones grises volontaires : « on verra ça plus tard » devient invariablement un litige facturable.

Le CDC comme outil de communication, pas de contrôle

Un bon cahier des charges n’est pas un instrument de pression sur le prestataire. C’est un outil de communication. Les meilleures collaborations naissent quand le prestataire a pu lire le CDC, poser des questions, et enrichir le document avant de signer quoi que ce soit.

D’ailleurs, si un prestataire ne lit pas votre CDC ou ne pose aucune question dessus, fuyez. Soit il n’a pas le temps, soit il pense déjà à autre chose. Le chargé de projet côté client joue un rôle similaire à Le chargé de relations presse : architecte de l’image médiatique — il traduit une vision interne en langage compréhensible par des acteurs externes, avec toute la précision que cela demande.

Lancez-vous avec un document imparfait et améliorez-le. Un CDC de 8 pages dense vaut mieux que 30 pages de remplissage. La précision compte plus que le volume.

Questions fréquentes