Cahier des charges d'un projet digital : la trame en 9 blocs pour cadrer, chiffrer et choisir

Un cahier des charges de projet digital remplit deux fonctions que l'on confond souvent : décrire un besoin, et rendre possible une comparaison honnête entre prestataires. La plupart des modèles disponibles en ligne réussissent la première moitié et négligent la seconde. On obtient alors des réponses impossibles à rapprocher, des devis qui varient du simple au triple et des avenants dès le deuxième mois. Cet article propose une trame en neuf blocs, pensée pour les directions générales, marketing et informatiques qui lancent une refonte, un CRM ou un projet d'IA, avec les clauses à prévoir et les erreurs qui coûtent le plus cher.

En résumé

Un cahier des charges n'est pas une liste de fonctionnalités : c'est un instrument de décision. Il doit fixer le résultat attendu, le périmètre exclu, les contraintes non négociables et la façon dont les offres seront jugées. L'étude McKinsey et Oxford sur plus de 5 400 projets informatiques, ancienne mais toujours citée, relève en moyenne 45 % de dépassement budgétaire sur les grands projets, et la Cour des comptes pointait en 2020 un cadrage défaillant dans les grands projets numériques de l'État. Notre recommandation : neuf blocs, dix pages au plus pour un projet moyen, un budget annoncé sous forme de fourchette, et une grille de notation publiée avant la consultation, pas après.

Qu'est-ce qu'un cahier des charges de projet digital, et à quoi sert-il vraiment ?

Un cahier des charges est le document par lequel le maître d'ouvrage, c'est-à-dire l'entreprise qui commande, explique ce qu'elle veut obtenir, dans quelles limites et selon quels critères elle choisira son prestataire. Il s'adresse à des agences, des intégrateurs ou des éditeurs qui ne connaissent ni votre organisation ni vos clients.

Trois usages se superposent. Le premier est interne : obliger la direction, les métiers et la DSI à s'accorder avant de dépenser. Le deuxième est commercial : permettre à cinq prestataires de répondre à la même question. Le troisième est contractuel : servir d'annexe au contrat et de référence lors de la recette, quand il faudra trancher entre « ce qui était prévu » et « ce qui a été compris ».

Les guides les plus visibles dans les résultats de recherche, comme celui de La Fabrique du Net, daté de novembre 2022 et publié par un média éditeur, décrivent bien le premier usage. Ils laissent de côté les clauses contractuelles, l'agilité et l'intelligence artificielle, trois sujets qui pèsent aujourd'hui sur le prix et sur le risque d'un projet. C'est cette zone que la trame ci-dessous cherche à couvrir.

Pourquoi le cadrage décide-t-il du budget final ?

Parce que l'essentiel des dérives se joue avant la signature. Les repères chiffrés sont anciens ou concernent de gros projets, il faut les lire avec prudence, mais ils concordent.

L'étude de McKinsey et du centre BT de l'université d'Oxford, publiée en 2012, porte sur plus de 5 400 projets informatiques. Pour ceux dont le budget initial dépassait 15 millions de dollars, elle mesure en moyenne 45 % de dépassement de coût, 7 % de retard et 56 % de valeur livrée en moins que prévu. Ses auteurs recommandent de borner le périmètre tôt, de le faire valider par toutes les parties prenantes et de soumettre chaque changement à une instance de décision. Ces constats portent sur de très grands projets : un site vitrine de PME n'a pas le même profil de risque.

Côté public, le rapport de la Cour des comptes remis au Sénat en juillet 2020 sur les grands projets numériques de l'État, tel que rapporté par LeMondeInformatique, parle d'une maîtrise d'ouvrage qui pilote mal la maîtrise d'œuvre au regard des besoins métiers réels. Autrement dit, un problème de cadrage plus qu'un problème de technique.

Dans nos missions, ce que nous observons va dans le même sens, à l'échelle d'une entreprise : le prestataire le moins cher à la signature est souvent celui qui a le mieux compris ce qu'on ne lui avait pas dit. Le devis grossit ensuite, par avenants. Ce constat relève de notre expérience, pas d'une étude.

Comment rédiger un cahier des charges de projet digital ? La trame en 9 blocs

Pour un projet de taille moyenne (refonte de site, déploiement CRM, outil interne, premier cas d'usage d'IA), visez huit à douze pages. Chaque bloc ci-dessous répond à une question que le prestataire se posera de toute façon, mieux vaut qu'il n'ait pas à la deviner.

Bloc 1 : quel est le contexte et l'enjeu métier ?

Deux paragraphes suffisent : ce que fait l'entreprise, ce qui déclenche le projet (une perte de leads, un outil en fin de vie, une échéance réglementaire) et ce qui se passe si rien ne change. Évitez la présentation commerciale de l'entreprise : le prestataire l'a déjà lue sur votre site.

Bloc 2 : quels objectifs, mesurés comment ?

Trois objectifs au plus, chacun avec un indicateur, une valeur de départ et une cible. « Moderniser le site » n'est pas un objectif. « Faire passer le taux de conversion des demandes de démonstration de 1,2 % à 2 % en douze mois après la mise en ligne » en est un. Si la valeur de départ n'existe pas, l'écrire : cela justifie une phase de mesure et évite une promesse invérifiable.

Bloc 3 : qu'est-ce qui est dans le périmètre, et qu'est-ce qui n'y est pas ?

La liste de ce qui est exclu est plus utile que la liste de ce qui est inclus. Elle empêche l'interprétation extensive qui fera exploser le devis, ou restrictive qui laissera des trous. Précisez les langues, les marchés, les volumes de contenus à migrer, les systèmes à connecter, la reprise de l'existant.

Bloc 4 : pour qui, et pour faire quoi ?

Décrivez trois à cinq parcours d'utilisateurs, en une phrase chacun : « un acheteur compare deux offres et demande un rendez-vous », « un commercial récupère un lead qualifié avec son historique ». Ce bloc évite les inventaires de pages et ramène la discussion sur l'usage.

Bloc 5 : quelles exigences, classées par priorité ?

Classez chaque exigence en indispensable, important ou souhaitable. Le prestataire pourra alors proposer une version à périmètre réduit sans vous renvoyer un document inclassable. Ajoutez les exigences non fonctionnelles, que l'on oublie : performance, sécurité, accessibilité (les obligations applicables dépendent de votre activité, à vérifier avec votre direction juridique), hébergement, niveau de disponibilité, support après la mise en ligne.

Bloc 6 : que faut-il connecter à l'existant ?

Dressez la liste des outils, des flux de données et des propriétaires : CRM, ERP, outil d'emailing, analytics, annuaire. Indiquez qui, chez vous, détient les accès et peut répondre aux questions techniques. C'est souvent ici que les délais se perdent.

Bloc 7 : où l'IA intervient-elle, et sous quelle responsabilité ?

Nouveau par rapport aux modèles d'il y a trois ans. Si le projet comprend de l'IA, ou si vous acceptez que le prestataire en utilise pour produire, demandez de le déclarer : quels outils, quelles données d'entrée, où sont-elles traitées, qui valide les productions. Si le projet n'inclut pas d'IA, dites-le aussi, pour savoir sur quelle base les offres sont chiffrées. Cette exigence de transparence répond à un risque très concret : des contenus ou du code dont vous ne maîtrisez pas l'origine.

Bloc 8 : quelle gouvernance, quel calendrier, quel budget ?

Nommez le sponsor, le chef de projet côté client et le rythme des comités. Donnez les jalons imposés (un salon, une campagne, une échéance) et ceux qui sont souples. Pour le budget, annoncez une fourchette plutôt que de le taire : un prestataire sans repère propose soit trop cher pour être sûr, soit trop bas pour gagner. Exemple illustratif : « enveloppe de 80 000 à 120 000 euros hors taxes, hors licences, avec une réserve pour aléas de 10 à 15 % tenue par le client ». Sur la construction de cette enveloppe, voir notre guide sur le budget d'un projet digital.

Bloc 9 : comment répondre, comment serez-vous jugé ?

Fixez le format de réponse (limite de pages, trame de chiffrage identique pour tous), la date de remise, le calendrier de soutenance et surtout la grille de notation avec ses pondérations. Publier les critères avant la consultation est la meilleure défense contre les offres sur mesure et contre le débat de dernière minute.

Quelles clauses contractuelles prévoir en annexe du cahier des charges ?

Le cahier des charges devient souvent une pièce du contrat. Quatre sujets méritent d'être cités explicitement, à faire relire par un juriste. Ce qui suit n'est pas un conseil juridique.

Données personnelles : que doit prévoir le contrat avec un sous-traitant ?

Si le prestataire traite des données personnelles pour votre compte, l'article 28 du RGPD exige un contrat écrit qui fixe l'objet et la durée du traitement, les types de données, l'obligation d'agir sur instruction documentée, la confidentialité, la sécurité, le recours à d'autres sous-traitants soumis à votre autorisation, l'assistance pour les demandes de personnes, puis la suppression ou la restitution des données à la fin de la mission, ainsi que le droit d'audit.

Propriété intellectuelle : qui possède quoi à la fin ?

En droit d'auteur français, la cession des droits suppose que chaque droit cédé fasse l'objet d'une mention distincte et que le domaine d'exploitation soit délimité (étendue, destination, lieu, durée), selon l'article L131-3 du Code de la propriété intellectuelle. Un « tous droits cédés » vague est donc fragile. Demandez aussi la liste des composants tiers et des licences open source utilisés.

Réversibilité : pouvez-vous reprendre la main sans le prestataire ?

Exigez la livraison des sources, de la documentation, des accès et des données dans un format exploitable, avec une assistance à la sortie chiffrée dès la signature. Ce point est détaillé dans notre checklist de réversibilité cloud et SaaS.

Recette : qui décide que c'est terminé ?

Définissez à l'avance le jeu de tests, le délai de vérification, la classification des anomalies (bloquante, majeure, mineure) et ce qui conditionne le paiement du solde. Une recette sans critères écrits devient un rapport de force.

Comment comparer les réponses sans se tromper ?

Une grille simple, pondérée et connue d'avance. Exemple illustratif : compréhension du besoin et qualité de la méthode (30 %), compétence et références pertinentes (25 %), prix total sur la trame commune (25 %), plan de mise en œuvre et gouvernance (10 %), réversibilité et clauses (10 %). Le prix compte, il ne doit pas dominer.

Faites noter chaque critère par deux personnes séparément, puis comparez. Écartez sans état d'âme les offres qui modifient votre trame de chiffrage : elles ne sont plus comparables. Enfin, organisez une soutenance de trente minutes avec le futur chef de projet du prestataire, pas seulement son commercial. Pour aller plus loin sur l'accompagnement du maître d'ouvrage, la mission d'AMOA digitale couvre justement la rédaction du besoin et la comparaison des offres.

Quelles erreurs rendent un cahier des charges inutilisable ?

Cinq erreurs reviennent. D'abord, décrire une solution (« un site sous tel outil ») au lieu d'un résultat : vous achetez alors le moyen et perdez l'avis du spécialiste. Ensuite, écrire à plusieurs mains sans arbitrage, ce qui produit un inventaire de souhaits contradictoires. Troisième erreur, cacher le budget par principe de négociation. Quatrième, ignorer les utilisateurs internes qui devront faire vivre l'outil. Dernière erreur, enfin : figer le document comme si rien ne bougerait, sans prévoir de procédure de changement. L'étude McKinsey et Oxford insiste précisément sur le contrôle des demandes de modification.

Un point sur l'agilité : un cahier des charges n'est pas incompatible avec une conduite itérative. Il fixe alors les objectifs, le budget maximal, les règles de priorisation et les critères d'arrêt, et laisse le détail fonctionnel au backlog. C'est le travail du comité de pilotage d'arbitrer ensuite. Et si plusieurs prestataires interviennent, la coordination des prestataires se prépare dès le cahier des charges.

Que vérifier avant d'envoyer le cahier des charges ?

Un test simple : donnez le document à quelqu'un qui n'a jamais rencontré vos équipes. Peut-il chiffrer et planifier sans vous poser plus de cinq questions ? Sait-il ce qui est exclu ? Connaît-il le critère qui fera la différence entre deux offres ? Si l'une des réponses est non, reprenez le bloc concerné avant de lancer la consultation. Le temps passé ici est le moins cher de tout le projet.

Reste une question de fond, que le document ne règle pas : qui, chez vous, aura le pouvoir de dire non à une demande de changement en cours de route ? Sans lui, la meilleure trame du monde se dissout dès le troisième comité.

Le regard de digitalie_

Chez digitalie_, nous considérons que la qualité d'un cahier des charges se mesure à sa capacité à décourager les mauvaises offres autant qu'à attirer les bonnes. Dans les missions de pilotage que nous conduisons pour des directions générales, marketing et informatiques, nous constatons que le temps passé à écrire les exclusions, la grille de notation et les critères de recette est celui qui évite le plus de litiges ensuite. Si vous préparez une consultation d'ici le début d'année, nous vous proposons un échange de 30 minutes pour relire votre trame avant son envoi.

Questions fréquentes

Qu'est-ce qu'un cahier des charges de projet digital ?

C'est le document qui décrit le résultat attendu d'un projet (site, CRM, outil interne, IA), son périmètre, ses contraintes, son budget et les critères de choix du prestataire. Il sert à la fois de base de consultation et d'annexe contractuelle, ce qui impose de le rédiger de façon comparable et vérifiable.

Quelle doit être la longueur d'un cahier des charges ?

Pour un projet de taille moyenne, huit à douze pages suffisent. Au-delà, le document devient difficile à comparer et à tenir à jour. Pour un petit projet, quatre à six pages bien structurées valent mieux qu'un modèle complet rempli à moitié. La densité compte plus que le volume.

Faut-il indiquer le budget dans un cahier des charges ?

Oui, sous forme de fourchette. Sans repère, les prestataires proposent soit une offre haute pour se couvrir, soit une offre basse pour gagner, avant de rattraper l'écart par avenants. Une enveloppe annoncée, avec une réserve pour aléas, rend les offres comparables et la négociation plus saine.

Quelle différence entre cahier des charges et expression de besoin ?

L'expression de besoin décrit ce que l'entreprise veut obtenir, du point de vue des métiers, sans choisir de solution. Le cahier des charges la complète par le périmètre, les contraintes techniques, le budget, le calendrier, les modalités de réponse et les critères de sélection. Le premier prépare le second.

Que prévoir sur l'IA dans un cahier des charges ?

Demandez au prestataire de déclarer l'usage d'outils d'IA : lesquels, avec quelles données, hébergées où, et qui valide les productions. Précisez la responsabilité en cas d'erreur et la propriété des livrables. Si le projet n'en prévoit pas, écrivez-le : cela évite des chiffrages construits sur des hypothèses différentes.

Sources

1. McKinsey & Company, « Delivering large-scale IT projects on time, on budget, and on value », 1er octobre 2012 (étude McKinsey et BT Centre for Major Programme Management, Oxford, plus de 5 400 projets, juin 2012) : https://www.mckinsey.com/capabilities/mckinsey-digital/our-insights/delivering-large-scale-it-projects-on-time-on-budget-and-on-value

2. LeMondeInformatique, « La Cour des comptes étrille les grands projets numériques d'État », 19 octobre 2020 (rapport remis au Sénat en juillet 2020) : https://www.lemondeinformatique.fr/actualites/lire-la-cour-des-comptes-etrille-les-grands-projets-numeriques-d-etat-80738.html

3. CNIL, Règlement général sur la protection des données, article 28 (sous-traitant) : https://www.cnil.fr/fr/reglement-europeen-protection-donnees/chapitre4#Article28

4. Légifrance, Code de la propriété intellectuelle, article L131-3 (cession des droits d'auteur) : https://www.legifrance.gouv.fr/codes/article_lc/LEGIARTI000006278753

5. La Fabrique du Net, « Construire le cahier des charges de son projet », 22 novembre 2022 (média éditeur, cité comme exemple de contenu existant) : https://www.lafabriquedunet.fr/gestion-de-projet/rediger-cahier-des-charges-guide/

6. digitalie_, « AMOA digitale : rôle, missions et quand l'externaliser » : https://www.digitalie.fr/analyses/amoa-digitale-role-missions-externaliser