Trois mois après le lancement, le prestataire livre exactement ce qui était écrit. Le problème, c'est que ce qui était écrit tenait en une page, et que chacun l'avait comprise à sa façon. Le service financier attendait un export comptable, les managers une validation sur mobile, et personne n'avait précisé qui reprendrait l'historique. Le projet n'a pas échoué sur la technique. Il a échoué sur un document trop vague.
Un cahier des charges sert à éviter cette situation. Encore faut-il savoir à quoi ressemble un bon document, et jusqu'où aller dans le détail. Le plus simple est de partir d'un exemple de cahier des charges déjà rempli, puis de l'adapter à votre contexte. Vous trouverez ici la structure à suivre, deux exemples commentés et un modèle prêt à copier.
Reliez chaque exigence à une tâche, un responsable et une échéance pour suivre ce qui est livré, en cours ou en attente.
Le cahier des charges, souvent abrégé CDC, est le document qui décrit ce qu'un projet doit produire et dans quelles conditions. Il formalise l'expression des besoins du demandeur : le résultat attendu, le périmètre du projet, les contraintes à respecter, les délais et le budget. Il sert de référence commune à tous ceux qui participent au projet, du cadrage jusqu'à la livraison.
En gestion de projet, il remplit trois fonctions.
Aligner. Les parties prenantes valident une même description du besoin avant le démarrage.
Consulter. Il permet de comparer des prestataires ou des solutions sur une base identique, notamment dans un appel d'offres.
Contrôler. À la livraison, il fournit les critères d'acceptation qui permettent de dire si le résultat est conforme.
La rédaction du cahier des charges revient à celui qui porte le besoin. Dans le vocabulaire français des projets, on distingue trois rôles.
Rôle | Qui | Responsabilité dans le cahier des charges |
|---|---|---|
Maîtrise d'ouvrage (MOA) | Le maître d'ouvrage est le commanditaire : une direction métier ou l'entreprise cliente. | Exprime le besoin, rédige ou fait rédiger le document, valide les livrables. |
Maîtrise d'œuvre (MOE) | L'équipe interne ou le prestataire qui réalise le projet. | Répond au cahier des charges, propose la solution, s'engage sur les délais et les moyens. |
Assistance à maîtrise d'ouvrage (AMOA) | Un consultant ou une équipe interne spécialisée. | Aide le maître d'ouvrage à formaliser le besoin et à suivre la réalisation. |
Quand la maîtrise d'ouvrage manque de temps ou d'expertise, elle peut s'appuyer sur une AMOA pour animer les ateliers et rédiger le document. La validation finale reste toujours du côté du commanditaire.
Le cahier des charges se rédige pendant la phase de cadrage, une fois le projet décidé et avant de consulter des prestataires ou de mobiliser une équipe. Il prolonge le brief de projet, qui résume l'intention en une page, et précède le planning détaillé.
Le rédiger trop tôt, c'est décrire un besoin encore mal compris. Le rédiger trop tard, c'est laisser l'équipe avancer sur des hypothèses que personne n'a validées.
Le terme recouvre plusieurs documents, plus ou moins détaillés selon la nature du projet. Le tableau ci-dessous aide à choisir le bon format.
Type | Ce qu'il décrit | Quand l'utiliser |
|---|---|---|
Cahier des charges général (ou de projet) | Contexte, objectifs, périmètre, livrables, délais, budget. | Tout projet confié à une équipe interne ou à un prestataire. |
Le besoin exprimé en fonctions à remplir, sans imposer de solution. | Conception d'un produit, d'un service ou d'une application. | |
Cahier des charges technique | Les choix d'architecture, les normes et les spécifications fonctionnelles et techniques à respecter. | Quand la solution est arrêtée et qu'il faut encadrer sa réalisation. |
Cahier des charges pour un site internet | Arborescence, contenus, charte graphique, référencement, conformité. | Création ou refonte d'un site. |
Cahier des charges de progiciel | Processus métiers à couvrir, règles de gestion, interfaces avec l'existant. | Choix d'un ERP, d'un CRM ou d'un logiciel métier. |
Cahier des charges d'appel d'offres | Le besoin, complété par les règles de la consultation. | Mise en concurrence de plusieurs prestataires, qui y répondent par une réponse à appel d'offres. |
Pour le format fonctionnel, la référence en France est la norme NF EN 16271, publiée par l'AFNOR en février 2013, qui encadre l'expression fonctionnelle du besoin et le cahier des charges fonctionnel. Dans un marché public, le besoin de l'acheteur est décrit dans les documents de la consultation, dont fait partie le cahier des clauses techniques particulières (CCTP).
Dans les autres cas, aucun format n'est imposé. Un cahier des charges général bien structuré suffit à la plupart des projets, et c'est celui que détaillent les exemples de cet article.
Quel que soit le projet, un cahier des charges complet répond à dix questions. Chaque rubrique peut tenir en quelques lignes pour un projet simple, ou en plusieurs pages pour un projet complexe.
Rubrique | Question à laquelle elle répond | Ce qu'il faut y écrire |
|---|---|---|
1. Présentation du projet | Pourquoi ce projet ? | Contexte, situation actuelle, problème à résoudre. |
2. Objectifs du projet | Quel résultat est attendu ? | Deux à quatre objectifs mesurables, avec une valeur cible et une échéance. |
3. Périmètre du projet | Qu'est-ce qui est inclus, et exclu ? | Équipes, sites et processus concernés, puis la liste explicite de ce qui est hors périmètre. |
4. Parties prenantes | Qui décide, qui contribue, qui utilise ? | Commanditaire, chef de projet, utilisateurs, experts, avec le rôle de chacun. |
5. Besoins fonctionnels | Que doit permettre la solution ? | Exigences fonctionnelles classées par priorité. |
6. Contraintes techniques | Dans quel cadre doit-elle s'intégrer ? | Outils existants, sécurité, RGPD, normes, performances. |
7. Livrables | Que doit-on recevoir, concrètement ? | Liste des livrables, format, documentation associée. |
8. Délais | Pour quand ? | Date de livraison et jalons intermédiaires. |
9. Enveloppe budgétaire | Avec quels moyens ? | Budget ou fourchette, coûts récurrents, temps interne. |
10. Critères d'acceptation | Comment saura-t-on que c'est réussi ? | Tests de recette, seuils chiffrés, personne qui valide. |
Plusieurs de ces rubriques méritent un travail à part entière : l'identification des parties prenantes, la définition du périmètre, la liste des livrables, le choix des jalons et l'estimation du budget. Le cahier des charges en donne la synthèse.
La rubrique des besoins fonctionnels est le cœur du document. L'ensemble de ces besoins constitue le périmètre fonctionnel du projet. Chaque exigence se formule du point de vue de l'utilisateur, avec un verbe d'action et, si possible, un critère de mesure. « Le manager valide une demande en moins de trois clics » est vérifiable. « L'outil doit être ergonomique » ne l'est pas.
Classez ensuite les exigences par priorité. La méthode MoSCoW distingue ce qui est indispensable, important, souhaitable ou reporté. Ce classement évite de traiter toutes les demandes sur le même plan quand le budget ou les délais se resserrent.
Voici un exemple de cahier des charges rempli pour un projet courant : remplacer le suivi des notes de frais sur tableur par un logiciel. L'entreprise et les chiffres sont fictifs. Ils servent uniquement à montrer le niveau de détail attendu dans chaque rubrique.
Rubrique | Exemple rempli |
|---|---|
Présentation du projet | Notre société de conseil (120 salariés, deux sites) traite environ 400 notes de frais par mois sur tableur. Les justificatifs circulent par e-mail. Le délai moyen de remboursement atteint 24 jours et le service comptable ressaisit chaque ligne. |
Objectifs du projet | Ramener le délai de remboursement à 7 jours d'ici le 31 mars. Supprimer la ressaisie comptable. Donner à chaque salarié la visibilité sur l'état de ses demandes. |
Périmètre du projet | Inclus : tous les salariés des deux sites, les frais de déplacement, de repas et d'hébergement. Exclus : les achats fournisseurs, les cartes d'entreprise, la reprise de l'historique antérieur à l'année en cours. |
Parties prenantes | Maître d'ouvrage : direction administrative et financière. Chef de projet : responsable comptable. Utilisateurs référents : deux managers et trois consultants. Contributeurs : service informatique, délégué à la protection des données. |
Besoins fonctionnels | Indispensable : saisie d'une note sur mobile avec photo du justificatif, circuit de validation par le manager puis par la comptabilité, export vers le logiciel comptable. Important : règles de gestion paramétrables (plafonds par type de frais, barème kilométrique). Souhaitable : rappel automatique au valideur après 3 jours. |
Contraintes techniques | Progiciel en mode SaaS. Connexion par l'annuaire de l'entreprise (SSO). Hébergement des données dans l'Union européenne et conformité au RGPD. Interface en français. |
Livrables | Logiciel paramétré, procédure de validation mise à jour, guide utilisateur de deux pages, session de formation des managers, documentation d'administration. |
Délais | Choix de la solution : 15 janvier. Paramétrage et tests : du 16 janvier au 28 février. Pilote sur un site : mars. Généralisation : 1er avril. |
Enveloppe budgétaire | 18 000€ la première année (licences, paramétrage, formation), puis 9 000€ par an. Temps interne estimé : 15 jours. |
Critères d'acceptation | 20 notes de test traitées de bout en bout sans ressaisie. Export validé par le service comptable. Délai de remboursement inférieur à 7 jours pendant le pilote. Validation finale par la directrice financière. |
Trois choix rendent cet exemple exploitable.
Les objectifs sont chiffrés et datés. Chacun peut vérifier qu'ils sont atteints.
Les exclusions sont écrites. La reprise de l'historique ne pourra pas être réclamée en cours de route.
Les processus métiers passent avant la solution. Le circuit de validation est décrit d'abord, le choix du progiciel vient ensuite.
La structure reste la même pour un projet qui n'a rien d'informatique. Seul le contenu des rubriques change.
Projet d'organisation (déménagement, nouvelle procédure) : détaillez les sites et les équipes dans le périmètre, et les consignes à respecter dans les contraintes.
Campagne marketing : les livrables sont les contenus et les supports, les critères d'acceptation portent sur les validations de marque et les dates de diffusion.
Événement : les contraintes regroupent le lieu, la capacité et la sécurité, et les délais suivent un rétroplanning à partir de la date de l'événement.
Un cahier des charges pour un site internet reprend les dix rubriques précédentes et y ajoute des éléments propres au web. L'exemple ci-dessous concerne la refonte du site vitrine d'une entreprise de services B2B. Il est fictif, et seules les rubriques spécifiques sont détaillées.
Rubrique | Exemple rempli |
|---|---|
Objectifs du projet | Passer de 40 à 80 demandes de contact par mois en un an. Rendre le site modifiable par l'équipe marketing sans développeur. |
Cibles et parcours | Directions achats et directions techniques. Trois parcours prioritaires : découvrir l'offre, consulter une référence client, demander un devis. |
Arborescence et contenus | 25 pages : accueil, 6 pages d'offre, 8 références clients, blog, contact, pages légales. Contenus rédigés par l'entreprise, intégrés par le prestataire. |
Charte graphique | Charte graphique existante fournie (logo, couleurs, typographies). Création de maquettes pour 5 gabarits de page, sur ordinateur et sur mobile. |
Fonctionnalités | Formulaire de devis relié au CRM. Moteur de recherche interne. Version anglaise prévue dans un second temps, hors périmètre de ce lot. |
Référencement et migration | Plan de redirection de toutes les anciennes adresses. Temps de chargement et balises conformes aux recommandations des moteurs de recherche. |
Conformité | Bandeau de consentement aux cookies, politique de confidentialité, mentions légales, formulaires conformes au RGPD. |
Hébergement et maintenance | Hébergement dans l'Union européenne, sauvegarde quotidienne, contrat de maintenance d'un an. |
Critères d'acceptation | Recette sur les 5 gabarits et les 3 parcours. Aucune ancienne adresse en erreur après la mise en ligne. Formulaire testé jusqu'à la réception de la demande dans le CRM. |
Sur la conformité, soyez précis. Le dépôt de cookies non essentiels suppose le consentement préalable de l'internaute, comme le rappelle la CNIL. Indiquez dans le cahier des charges qui choisit l'outil de gestion du consentement et qui le paramètre.
Pour organiser la production, le modèle de processus de conception web d'Asana répartit les étapes entre les équipes de design et de développement, des maquettes à la mise en ligne.
Le choix d'un progiciel (ERP, CRM, logiciel de paie ou de gestion de la qualité) engage l'entreprise pour plusieurs années. Le cahier des charges doit alors couvrir des points que l'on oublie facilement dans un projet plus simple.
Point à préciser | Ce qu'il faut écrire | Exemple |
|---|---|---|
Processus métiers | Les processus que le progiciel doit couvrir, décrits étape par étape. | De la commande client à la facturation, avec les rôles qui interviennent. |
Règles de gestion | Les règles propres à l'entreprise que l'outil doit appliquer. | Une remise supérieure à 15 % exige la validation du directeur commercial. |
Reprise des données | Les données à migrer, leur volume et leur qualité. | Trois ans d'historique de commandes, 12 000 fiches clients à dédoublonner. |
Interfaces | Les échanges avec les autres logiciels. | Export quotidien des écritures vers la comptabilité. |
Réversibilité | Les conditions de récupération des données en fin de contrat. | Export complet dans un format ouvert, sous 30 jours. |
Accompagnement | La formation, la documentation et le support attendus. | Formation de 5 utilisateurs référents, support en français aux heures ouvrées. |
Demandez aux éditeurs de répondre point par point, dans une grille identique. La comparaison des offres devient factuelle, et les écarts entre le standard du progiciel et vos règles de gestion apparaissent avant la signature.
Ce modèle de cahier des charges reprend la structure des exemples précédents. Copiez-le dans Word ou dans Google Docs, puis remplacez le texte entre crochets. Supprimez les rubriques qui ne s'appliquent pas à votre projet plutôt que de les laisser vides.
CAHIER DES CHARGES : [nom du projet]
Version [numéro] du [date]. Rédigé par [nom, fonction]. Validé par [nom, fonction].
1. Présentation du projet. [Contexte en cinq lignes. Situation actuelle. Problème à résoudre.]
2. Objectifs du projet. [Objectif 1 : indicateur, valeur cible, échéance.] [Objectif 2.] [Objectif 3.]
3. Périmètre du projet. Inclus : [équipes, sites, processus]. Exclus : [ce qui ne sera pas traité].
4. Parties prenantes. Maître d'ouvrage : [nom]. Chef de projet : [nom]. Utilisateurs référents : [noms]. Autres contributeurs : [noms].
5. Besoins fonctionnels. Indispensable : [exigences]. Important : [exigences]. Souhaitable : [exigences].
6. Contraintes techniques. [Outils existants, sécurité, données personnelles, normes, performances.]
7. Livrables. [Liste des livrables, format, documentation.]
8. Délais. Livraison : [date]. Jalons : [date et étape].
9. Enveloppe budgétaire. [Montant ou fourchette. Coûts récurrents. Temps interne.]
10. Critères d'acceptation. [Tests de recette, seuils, personne qui valide.]
Annexes. [Documents de référence, glossaire, maquettes, contrats existants.]
Deux à cinq pages suffisent pour un projet simple. Placez en annexe les documents de référence plutôt que de les recopier dans le corps du texte : le lecteur doit pouvoir lire l'essentiel en dix minutes.
La rédaction du cahier des charges n'est pas un exercice solitaire. Elle suit une progression qui part du besoin et s'achève par une validation formelle.
Interrogez ceux qui vivent le problème : utilisateurs, managers, équipes support. Un atelier d'une heure par groupe suffit souvent. Notez les besoins dans les mots des participants, sans chercher de solution à ce stade.
Traduisez le problème en deux à quatre objectifs. Chaque objectif précise un indicateur, une valeur cible et une échéance, selon la logique des objectifs SMART. Un objectif que l'on ne peut pas mesurer ne permettra pas de dire si le projet a réussi.
Écrivez ce qui est inclus, puis ce qui est exclu. La liste des exclusions est la plus utile des deux : elle évite les demandes ajoutées en cours de route et les malentendus à la livraison.
Transformez chaque besoin en exigence vérifiable. Le format des user stories convient bien : « En tant que manager, je veux valider une note depuis mon téléphone afin de ne pas retarder le remboursement. » Classez ensuite les exigences par priorité.
Listez les contraintes techniques avec le service informatique, puis fixez les délais et l'enveloppe budgétaire. Si le budget n'est pas arrêté, donnez une fourchette. Un prestataire répond mieux à un cadre connu qu'à une page blanche.
Pour chaque livrable, indiquez comment il sera testé, par qui et avec quel seuil de réussite. Ces critères servent de base à la recette et, le cas échéant, au paiement du prestataire.
Faites relire le document par les parties prenantes, puis faites-le valider par le maître d'ouvrage. Numérotez les versions. Toute modification ultérieure passe par une demande de changement tracée et approuvée.
Un cahier des charges imprécis coûte cher plus tard. Selon l'étude Pulse of the Profession 2018 du Project Management Institute, 52 % des projets achevés dans l'année avaient connu une dérive de leur périmètre, contre 43 % cinq ans plus tôt. Ce phénomène porte un nom, le scope creep, et il commence souvent par un document incomplet.
Cinq erreurs reviennent le plus souvent.
Décrire la solution au lieu du besoin. Écrire « il faut une application mobile » ferme la discussion. Décrivez l'usage attendu et laissez la maîtrise d'œuvre proposer.
Oublier les exclusions. Ce qui n'est pas écrit comme exclu sera tôt ou tard considéré comme inclus.
Employer des critères invérifiables. « Rapide », « simple » ou « moderne » ne se testent pas. Donnez un seuil.
Rédiger seul. Un document que les utilisateurs n'ont pas relu décrit le projet tel que son auteur l'imagine.
Figer le document. Un cahier des charges sans gestion des versions devient faux dès la première décision prise en réunion.
Une fois validé, le cahier des charges ne doit pas rester dans un dossier partagé. Sa valeur tient à ce que l'équipe en fait pendant le projet.
Chaque exigence devient une tâche, avec un responsable, une échéance et une priorité.
Les délais deviennent des jalons, visibles sur un diagramme de Gantt avec les dépendances entre les tâches.
Les critères d'acceptation deviennent des étapes d'approbation, validées par la personne désignée.
Les demandes de modification arrivent par un formulaire unique et sont acceptées ou refusées de façon tracée.
Dans Asana, le modèle de matrice de traçabilité des exigences relie chaque exigence à son état d'avancement et au livrable correspondant. Le maître d'ouvrage voit à tout moment ce qui est livré, en cours ou en attente.
S&A Stairs fabrique des escaliers sur mesure en Australie depuis plus de 110 ans. L'entreprise transmettait les commandes du service commercial à l'atelier sur papier. Des documents se perdaient, des informations n'étaient plus à jour, et l'usine fabriquait parfois des escaliers selon des spécifications erronées.
Chaque commande est désormais décomposée en 40 tâches dans Asana, avec des champs personnalisés pour suivre les matériaux. D'après l'étude de cas S&A Stairs, le nombre d'erreurs sur site est passé de 50 par mois à une seule, et le volume de ventes a triplé en sept ans avec une équipe commerciale de même taille.
Voici les réponses à trois questions fréquentes sur le cahier des charges.
La charte de projet autorise le projet : elle résume en une ou deux pages sa raison d'être, son sponsor et ses grands objectifs. Le cahier des charges vient ensuite et décrit en détail ce qui doit être livré. La charte sert à décider, le cahier des charges sert à réaliser.
Oui, sous une forme allégée. Un projet agile garde un document de cadrage qui fixe la vision, le périmètre, les contraintes et le budget. Le détail des fonctionnalités est ensuite porté par un backlog, réordonné à chaque itération, plutôt que figé dès le départ.
Il engage les parties lorsqu'il est signé ou annexé au contrat ou au bon de commande. Il sert alors de référence pour juger la conformité de la livraison. Faites préciser dans le contrat quel document prévaut en cas de contradiction, et faites relire les clauses sensibles par un juriste.
Un bon cahier des charges n'est pas un long document. C'est un document que toutes les parties prenantes ont compris de la même façon. Partez d'un exemple de cahier des charges proche de votre projet, gardez les dix rubriques, chiffrez les objectifs et écrivez les exclusions.
Le document prend toute sa valeur après sa validation, quand chaque exigence est suivie jusqu'à sa livraison. C'est à ce moment que le travail de rédaction se transforme en projet tenu dans les délais et dans le budget.
Le modèle de matrice de traçabilité des exigences relie chaque besoin du cahier des charges à une tâche, un responsable et un état d'avancement.