Le CCTP (Cahier des Clauses Techniques Particulières) d'un projet digital public est le document qui structure toute la procédure. C'est lui qui traduit un besoin en exigences techniques comparables, lui qui détermine la qualité des candidatures reçues, lui qui sécurise juridiquement la décision d'attribution, lui qui borne l'exécution du marché. Un CCTP mal rédigé condamne le projet à des offres inexploitables, à des dérives d'exécution ou à des recours juridiques. Un CCTP bien rédigé produit des candidatures pertinentes, un choix objectivable et une exécution sécurisée.
La difficulté tient à un paradoxe. Un CCTP trop précis fige des choix techniques qui seront obsolètes avant même le démarrage du projet et exclut de fait les approches innovantes. Un CCTP trop générique produit des offres incomparables et laisse au prestataire le pouvoir de définir lui-même le périmètre en cours de projet. Trouver l'équilibre juste exige une méthode, une connaissance du cadre juridique et une expérience concrète des projets digitaux.
Chez la boucle, nous rédigeons régulièrement les CCTP de nos clients acheteurs publics dans le cadre de nos missions AMOA (Assistance à Maîtrise d'Ouvrage). Cet article détaille notre méthode de rédaction, la structure type que nous recommandons, les clauses essentielles à ne pas oublier et les pièges les plus fréquents. Il complète notre pillar sur l'AMOA numérique pour marchés publics.
Vous préparez le CCTP d'un projet digital public et vous cherchez un accompagnement structuré ? Contatcez-nous.
Avant d'entrer dans la méthode de rédaction, il faut replacer le CCTP dans l'ensemble des documents qui structurent un marché public. C'est une pièce parmi d'autres, avec un rôle précis, et sa qualité dépend en partie de sa cohérence avec les autres documents du dossier.
Un marché public digital repose typiquement sur cinq documents contractuels principaux. Le CCTP définit les exigences techniques du projet (fonctionnalités, performances, contraintes). Le CCAP (Cahier des Clauses Administratives Particulières) fixe les conditions contractuelles (délais, pénalités, modalités de paiement, propriété intellectuelle, résiliation). Le RC (Règlement de Consultation) précise les règles de la procédure (calendrier, critères d'attribution, format des offres attendues). La DPGF (Décomposition du Prix Global et Forfaitaire) ou le BPU (Bordereau des Prix Unitaires) structure la réponse financière attendue. L'AAPC (Avis d'Appel Public à la Concurrence) publie l'appel au marché sur les plateformes réglementaires.
Chacun de ces documents joue un rôle distinct et ne doit pas empiéter sur les autres. Un CCTP qui définit les pénalités de retard usurpe le rôle du CCAP. Un CCTP qui détaille les critères de notation empiète sur le RC. Cette rigueur de séparation des rôles conditionne la solidité juridique de la procédure et évite les contradictions entre documents qui pourraient invalider l'attribution.
Parmi tous ces documents, le CCTP est celui que les candidats lisent avec le plus d'attention parce que c'est lui qui définit ce qu'ils devront produire. Un bon CCTP est donc autant un outil contractuel qu'un outil de communication. Il doit être suffisamment clair pour être compris rapidement par des équipes techniques, suffisamment structuré pour permettre une réponse point par point, suffisamment inspirant pour attirer les meilleurs candidats sur des projets ambitieux.
Cette dimension communicationnelle est souvent négligée. Un CCTP illisible fait fuir les bons candidats et ne laisse répondre que des acteurs opportunistes ou peu qualifiés. La qualité rédactionnelle du document conditionne directement la qualité des candidatures.
Nous appliquons systématiquement une structure de CCTP en 9 sections qui couvre l'ensemble des exigences sans redondance ni oubli. Cette structure s'est éprouvée sur des projets très variés, depuis les refontes de sites institutionnels jusqu'aux plateformes métier complexes.
La première section pose le cadre général : qui est l'acheteur public, quel est le contexte du projet, quelles sont les motivations qui justifient le lancement du marché, quels sont les objectifs stratégiques poursuivis, quels indicateurs mesureront le succès à 12 et 24 mois. Cette section n'est pas un préambule cosmétique : elle oriente toutes les décisions techniques qui suivent et permet aux candidats de calibrer leur réponse par rapport à des enjeux réels.
Une bonne section 1 est concise (2 à 3 pages) et concrète. Elle évite les grandes déclarations d'intention et privilégie les faits, les chiffres et les enjeux tangibles.
Si le projet est une refonte ou une évolution,, cette section décrit précisément l'existant : outils techniques en place, volumétrie, points forts à préserver, limites à corriger, historique du dispositif. Cette description permet aux candidats d'évaluer la charge de migration, les risques techniques et les opportunités d'optimisation. Nous construisons cette analyse à partir d'une méthode d'audit digital éprouvée qui structure les constats et priorise les enjeux.
L'omission de cette section est un piège fréquent. Un candidat qui découvre l'existant après attribution du marché revient toujours vers l'acheteur avec des demandes d'avenants pour prendre en compte des complexités non anticipées. Une section 2 rigoureuse évite ce scénario.
Cette section décrit les publics visés par le futur dispositif et leurs parcours attendus. Personas types, volumétrie de trafic estimée, canaux d'accès (desktop, mobile, tablette), contextes d'usage, contraintes d'accessibilité. Elle permet aux candidats de dimensionner l'expérience utilisateur, l'infrastructure technique et les efforts de conception.
Une section 3 bien rédigée intègre systématiquement les exigences d'accessibilité RGAA (Référentiel Général d'Amélioration de l'Accessibilité) qui s'appliquent aux services publics numériques et conditionnent la conformité légale du dispositif.
C'est le cœur technique du CCTP. Cette section décrit les fonctionnalités attendues, structurées en modules cohérents, avec pour chacune le niveau d'exigence attendu. Nous recommandons de distinguer explicitement les fonctionnalités obligatoires du socle (attendues dans toute offre), les fonctionnalités souhaitées prioritaires (attendues mais chiffrables séparément), les fonctionnalités optionnelles (chiffrables séparément, à activer selon décision de l'acheteur).
Cette hiérarchisation évite deux pièges classiques. Elle permet aux candidats de proposer une offre socle réaliste sans être disqualifiés pour ne pas avoir tout couvert. Elle permet à l'acheteur d'arbitrer en cours de projet sans remettre en cause le marché.
La section 5 traite des exigences techniques transverses : hébergement, sécurité, performance, compatibilité, contraintes d'infrastructure existante, intégrations obligatoires avec le système d'information de l'acheteur, contraintes de souveraineté des données. C'est aussi ici que se posent les exigences de conformité RGPD, de sobriété numérique et d'écoconception, qui sont désormais des critères structurants pour les acheteurs publics.
Cette section demande une expertise technique concrète pour éviter deux écueils : imposer des choix techniques qui n'ont pas de justification opérationnelle (ce qui restreint artificiellement la concurrence) ou rester dans un flou technique qui permet aux candidats de proposer des solutions inadaptées.
Cette section précise comment le projet doit se dérouler : phases attendues, jalons, livrables intermédiaires, modalités de validation, gouvernance du projet, mode de collaboration attendu entre le prestataire et les équipes de l'acheteur. Elle permet à l'acheteur de garder la main sur le rythme du projet et de sécuriser les points de contrôle.
Nous recommandons de spécifier ici les instances de gouvernance (comité de pilotage, comité opérationnel, ateliers utilisateurs), leur fréquence et leur composition. C'est un levier fort de pilotage qui structure la relation contractuelle dans la durée.
Le planning cible détaille les grandes phases du projet, leur durée estimée et les jalons intermédiaires. Il doit être suffisamment précis pour permettre aux candidats de dimensionner leur proposition, tout en laissant assez de marge pour leur permettre de proposer leur propre découpage méthodologique. Un planning trop rigide bride la créativité des candidats, un planning trop flou laisse toutes les dérives possibles.
Une bonne pratique consiste à fixer les jalons contractuels majeurs (date de démarrage, jalons de validation intermédiaires, date de mise en production, période de garantie) tout en laissant le candidat proposer son planning détaillé entre ces jalons.
Cette section précise les profils et les compétences que l'acheteur souhaite retrouver dans l'équipe projet du prestataire : directeur de projet, expert UX, développeurs, expert SEO, etc. Elle permet d'écarter les candidats qui n'ont pas les compétences requises et de comparer objectivement les équipes proposées.
Attention à un piège fréquent : trop détailler les profils exigés peut être requalifié en restriction indue de concurrence. Nous recommandons de rester sur la description des compétences attendues plutôt que des profils précis, et d'accepter la mutualisation raisonnable de rôles au sein d'une équipe compacte.
Cette dernière section reprend les critères d'évaluation qui seront appliqués aux offres, avec leurs pondérations. Elle est cohérente avec la grille d'évaluation détaillée que l'acheteur a construite en amont (nous détaillons cette construction dans un article dédié à venir). Elle donne aux candidats les clés pour orienter leur réponse sur les axes qui compteront réellement dans le choix final.
Notre expérience fait remonter six pièges qui reviennent avec régularité sur les CCTP digitaux publics et qui compromettent la qualité de la procédure.
C'est le piège le plus fréquent et le plus destructeur. Face à la charge de rédaction d'un CCTP, la tentation est grande de repartir d'un document existant en le retouchant à la marge. Cette approche produit systématiquement des CCTP incohérents, avec des clauses obsolètes, des références à des outils qui n'existent plus, des exigences qui ne correspondent pas au projet réel. Les candidats détectent immédiatement ces incohérences et en concluent que l'acheteur n'a pas de vraie vision du projet.
La bonne pratique consiste à repartir d'une structure type éprouvée mais à rédiger chaque section spécifiquement pour le projet concerné, en s'appuyant sur les ateliers de cadrage menés en amont.
Un CCTP qui impose des choix techniques précis (tel CMS, tel framework, tel hébergeur) sans justification opérationnelle rétrécit artificiellement le champ des candidats et prive l'acheteur des approches les plus innovantes. Il peut également être requalifié juridiquement en restriction indue de concurrence.
La bonne pratique consiste à spécifier des exigences fonctionnelles et de résultat plutôt que des choix technologiques imposés. Par exemple, exiger "un CMS permettant la contribution multi-utilisateurs avec workflow d'approbation et gestion fine des droits" plutôt que "WordPress" ouvre le champ aux meilleures solutions techniques.
Les CCTP se concentrent souvent sur les fonctionnalités visibles et négligent les exigences non fonctionnelles qui déterminent pourtant la qualité durable du dispositif : performance sous charge, sécurité, accessibilité RGAA, sobriété numérique, éco-conception, portabilité, réversibilité, qualité de la documentation. Ces exigences doivent être explicitées avec la même rigueur que les fonctionnalités, sinon elles seront traitées par défaut par les prestataires, avec des impacts durables sur la qualité du dispositif.
Une clause de réversibilité oblige le prestataire à documenter le dispositif et à faciliter sa reprise par un tiers en cas de fin de contrat. Son absence enferme l'acheteur dans une dépendance au prestataire initial, avec des coûts de sortie prohibitifs le moment venu. C'est particulièrement critique en marché public, où les changements de prestataire sont fréquents entre marchés successifs.
La bonne pratique consiste à intégrer une section réversibilité qui exige la documentation complète du dispositif, la remise des codes sources, la formation d'une équipe successeur, une période de transition minimale en fin de contrat.
Nous voyons régulièrement des CCTP qui empiètent sur le CCAP en définissant des pénalités de retard, des conditions de paiement ou des règles de propriété intellectuelle. Ces clauses relèvent du CCAP et leur présence dans le CCTP crée des contradictions juridiques qui affaiblissent la procédure. Chaque document doit rester dans son périmètre : le CCTP pour les exigences techniques, le CCAP pour les conditions contractuelles.
Un site internet public a une durée de vie de 5 à 8 ans. La période de garantie et les modalités de maintenance sur ce cycle long doivent être précisées dès le CCTP : garantie de correction des bugs, mises à jour de sécurité, évolutions mineures, support technique. Sans ces précisions, l'acheteur se retrouve à devoir relancer un marché de maintenance dans les 12 mois qui suivent la mise en production, avec toute la lourdeur administrative associée.
Vous voulez éviter ces pièges sur votre prochain marché digital ? Contactez-nous.
La difficulté centrale d'un CCTP digital tient au calibrage du niveau de précision. Voici la méthode que nous appliquons pour trouver le bon équilibre.
Nous distinguons systématiquement trois niveaux d'exigence dans un CCTP. Les exigences impératives décrivent des résultats attendus non négociables (par exemple : conformité RGAA niveau AA, hébergement sur le territoire français, disponibilité de 99,5 %). Elles s'imposent à tous les candidats sans discussion possible.
Les exigences prescriptives décrivent des modalités précises attendues (par exemple : mise en place d'un CMS headless, utilisation d'un design system, intégration avec l'outil X du système d'information). Elles orientent la solution mais peuvent être discutées en soutenance si le candidat propose une alternative justifiée.
Les exigences indicatives décrivent des orientations préférentielles (par exemple : préférence pour une approche mobile-first, ouverture aux technologies IA pour l'aide à la contribution). Elles ne conditionnent pas la recevabilité de l'offre mais peuvent peser sur la notation qualitative.
Cette hiérarchisation permet aux candidats de comprendre où ils peuvent innover et où ils doivent s'aligner. Elle évite les CCTP monolithiques qui traitent tout au même niveau et qui étouffent les propositions différenciées.
Chaque exigence du CCTP doit être justifiable opérationnellement. Si l'acheteur ne peut pas expliquer clairement pourquoi une exigence est présente, elle doit être retirée. Cette règle simple élimine les clauses parasites qui alourdissent inutilement le document et créent des risques de restriction indue de concurrence.
Chaque exigence doit être formulée de manière mesurable. "Le site doit être performant" n'est pas mesurable. "Le temps de premier affichage doit être inférieur à 2 secondes sur mobile en 4G" est mesurable. Cette rigueur permet de vérifier objectivement le respect des exigences en phase de recette et évite les débats subjectifs en fin de projet.
Sur nos missions récentes en AMOA marché public, nous avons rédigé des CCTP sur des projets variés qui illustrent la diversité de nos accompagnements. Pour TaM Voyages, nous avons rédigé l'intégralité du dossier de consultation dans le cadre d'une refonte digitale complète qui s'appuyait sur un audit d'écosystème et un audit organisationnel préalables. Cette continuité entre les phases amont et la rédaction du CCTP a permis d'obtenir des candidatures particulièrement pertinentes et alignées sur les vrais enjeux du projet.
Pour le Département de Loir-et-Cher, nous avons appliqué la même approche dans le contexte spécifique d'une collectivité territoriale, avec les contraintes propres au secteur public territorial (accessibilité RGAA renforcée, hébergement souverain, intégration au système d'information territorial existant, sobriété numérique). Cette expérience nous permet d'anticiper systématiquement ces contraintes structurantes dans nos rédactions.
Nous avons également rédigé des CCTP pour des projets à contraintes de sécurité et de confidentialité fortes, comme celui que nous accompagnons pour l'Armée de Terre sur une plateforme opérationnelle. Le contexte de défense impose des exigences renforcées en matière de souveraineté, de sécurité et de disponibilité, que nous intégrons avec la rigueur exigée par ce type de projet. Nos missions AMOA pour acheteurs publics complètent notre pratique sur d'autres secteurs structurés comme l'immobilier ou le B2B réseau, où nous mobilisons des méthodes d'audit et de cadrage comparables.
Si vous êtes une collectivité, une administration ou un établissement public et que vous préparez la rédaction du CCTP d'un projet digital, nous pouvons en discuter. Un premier échange permet en moins d'une heure de qualifier votre contexte, de préconiser un format d'accompagnement adapté et de vérifier si nous sommes le bon partenaire pour votre projet.
Un CCTP digital efficace fait typiquement entre 30 et 60 pages selon l'ampleur du projet. En deçà de 30 pages, le document est probablement trop léger pour couvrir sérieusement toutes les dimensions. Au-delà de 60 pages, il devient illisible et les candidats risquent de rater des exigences importantes. Un CCTP de 200 pages est presque toujours un mauvais signal : il traduit soit un empilement de clauses non hiérarchisées, soit un copié-collé de plusieurs documents antérieurs.
Oui, mais uniquement quand la contrainte technique est justifiée opérationnellement (intégration à un SI existant, exigence de compétences internes, contrainte de sécurité). En dehors de ces cas, la nomination d'une technologie précise doit être formulée comme une préférence ou une orientation indicative, pas comme une exigence impérative. Nommer WordPress ou Drupal comme obligatoire sans justification opérationnelle expose la procédure à un risque de recours pour restriction indue de concurrence.
Oui, en annexe. Si une charte graphique existe et doit être respectée, elle est jointe en annexe du CCTP avec un statut clair (à respecter, à faire évoluer, à repenser complètement). Si aucune charte n'existe et doit être créée dans le projet, le CCTP le précise et détaille les attentes en matière de direction artistique. L'ambiguïté sur ce point est un piège classique qui fait dériver les budgets et les délais.
Les exigences RGAA doivent être traitées avec la même rigueur que les exigences fonctionnelles. Le CCTP précise le niveau de conformité visé (généralement niveau AA), les modalités de vérification (audit RGAA en fin de projet, tests utilisateurs avec personnes en situation de handicap), les obligations de correction en cas de non-conformité détectée. Ces exigences ne sont pas négociables pour un service public numérique.
Toute modification substantielle du CCTP après publication de l'appel d'offres impose de relancer la procédure ou de publier un avis rectificatif avec prolongation du délai de remise des offres. Les modifications mineures (clarifications, corrections d'erreurs manifestes) peuvent être publiées via des questions-réponses adressées à tous les candidats. Cette rigidité impose de sécuriser au maximum le CCTP avant sa publication, avec une phase de relecture croisée par plusieurs acteurs internes.
La DPGF doit refléter la structure du CCTP : chaque module fonctionnel doit avoir sa ligne de chiffrage, chaque phase méthodologique doit être identifiable, chaque option doit être chiffrable séparément. Une DPGF trop agrégée empêche la comparaison fine des offres. Une DPGF trop détaillée alourdit inutilement la réponse. Le bon niveau de granularité permet de comparer une vingtaine de lignes principales sans se perdre dans un tableur de 200 lignes.
Oui. Notre offre est modulaire et nous pouvons intervenir uniquement sur la rédaction du CCTP et du dossier de consultation associé, sans engagement sur les autres phases du cycle AMOA. Ce format est adapté aux acheteurs publics qui ont déjà mené le cadrage stratégique en interne et qui cherchent une expertise pointue sur la seule phase de rédaction documentaire. Le budget pour ce format se situe typiquement entre 8 000 et 15 000 euros HT selon la complexité du projet.
Co-fondateur et CEO de l'agence la boucle, spécialisé en direction de projet, stratégie digitale et expérience utilisateur. Il pilote la stratégie de l'agence depuis sa création.
