TenderGraph — plateforme IA pour appels d'offresTenderGraph
MinerTITAN
ConsultingBlogOur vision
Log in
Blog/Ce que le CCTP ne dit pas — et pourquoi les questions comptent plus que les réponses
Thought Leadership

Ce que le CCTP ne dit pas — et pourquoi les questions comptent plus que les réponses

Published on April 8, 202617 min read

Key takeaway

Un cahier des charges de 200 pages ne dit jamais tout. Ce qu'il ne dit pas est souvent ce qui fait gagner ou perdre un marché. Le vrai danger n'est pas l'ambiguïté — c'est l'inférence silencieuse qui la résout à votre place.

Aléaume Muller · 17 min · appels-d-offres, questions-réponses, inférence

Ce que le CCTP ne dit pas — et pourquoi les questions comptent plus que les réponses

Cet article prolonge Le piège du throughput, où l'on montrait qu'un modèle cognitif doit expliciter ses hypothèses. Ici, on entre dans le cas le plus dangereux : quand l'information est absente, et que le système — humain ou artificiel — comble le vide en silence.

Le problème structurel que personne ne nomme

Un cahier des charges de 200 pages donne l'illusion de l'exhaustivité. Deux cents pages de spécifications techniques, de clauses administratives, de tableaux de conformité. Tout semble documenté.

C'est une illusion.

Aucun CCTP ne contient la totalité de l'information nécessaire pour y répondre. Ce n'est pas un défaut de rédaction. C'est structurel — et le Code de la commande publique (articles R2132-1 à R2132-6) le reconnaît implicitement en imposant des procédures de questions/réponses pour combler les zones d'ombre. Le rédacteur du cahier des charges ne peut pas expliciter ce qu'il ne sait pas lui-même, ce qu'il considère comme évident, ce qui relève de la connaissance tacite de son organisation, ou ce qui a été volontairement laissé flou pour ne pas contraindre les répondants.

La connaissance du SI n'est jamais totalement documentée. Les arbitrages politiques internes ne sont jamais écrits. Les priorités réelles du décideur — celles qui ne figurent pas dans les critères de notation — ne sont jamais formalisées.

Résultat : chaque répondant travaille avec un puzzle incomplet. Et c'est dans les pièces manquantes que se joue la différence entre une réponse gagnante et une réponse hors sujet.

À retenir : Un CCTP de 200 pages ne dit jamais tout. Ce qu'il ne dit pas est souvent ce qui fait gagner ou perdre le marché.


Une phrase, deux stratégies, un seul marché

Prenons un cas concret. Un marché de TMA sur une application métier critique d'une collectivité territoriale. L'application est en voie de décommissionnement — le remplacement est prévu, mais le calendrier est incertain.

Au milieu des 200 pages du CCTP, une phrase :

"Le titulaire assurera l'accompagnement de la transformation du SI dans le cadre de l'évolution du périmètre applicatif."

Une phrase. Vingt mots. Aucune précision sur le périmètre de cet "accompagnement". Aucune indication sur ce que "transformation du SI" recouvre concrètement dans ce contexte.

Soumissionnaire A lit cette phrase et raisonne ainsi : "La transformation fait l'objet d'un autre marché — on le voit dans l'allotissement. L'accompagnement, c'est répondre aux questions de l'équipe projet qui gère la migration. Du support ponctuel. On dimensionne 0,2 ETP."

Soumissionnaire B lit la même phrase et raisonne autrement : "Si le client mentionne l'accompagnement dans le lot TMA, c'est qu'il attend du titulaire TMA un rôle actif. Gestion des adhérences entre l'ancien et le nouveau SI. Expressions de besoin pour l'adaptation des modules. Peut-être même de la migration de données. On dimensionne 1,5 ETP avec un profil architecte."

Même CCTP. Même phrase. Deux interprétations. Deux stratégies diamétralement opposées. Deux chiffrages incomparables. Et un seul marché.

Soumissionnaire ASoumissionnaire B
InterprétationSupport ponctuel, réponse aux questionsRôle actif : adhérences, expressions de besoin, migration
Dimensionnement0,2 ETP1,5 ETP
Impact prix~20 K€/an~150 K€/an
Risque si fauxSous-dimensionnement → avenant → conflitSur-dimensionnement → prix trop haut → élimination

Le client, lui, avait en tête quelque chose d'intermédiaire — un accompagnement structuré mais limité, estimé à 0,5 ETP. Il ne l'a pas écrit parce que, de son point de vue, c'était "évident".

Rien n'est jamais évident dans un cahier des charges. Ce qui est évident pour le rédacteur est invisible pour le lecteur.


L'inférence silencieuse : le risque systémique

Ce cas illustre un risque que les bid managers connaissent intuitivement mais ne formalisent jamais : l'inférence silencieuse.

Face à une information ambiguë ou absente, le cerveau humain ne s'arrête pas. Il ne dit pas "je ne sais pas". Il comble le vide. Automatiquement. Sans le signaler. C'est le biais de complétude — une variante du biais de confirmation : on construit une histoire cohérente à partir des éléments disponibles, en ignorant les éléments manquants.

Le bid manager expérimenté a un avantage : il doute. Après vingt dossiers, il a appris que ses premières interprétations sont souvent fausses. Il sait que "accompagnement de la transformation" peut vouloir dire dix choses différentes. Il vérifie. Il pose des questions. Ou au minimum, il formule mentalement l'hypothèse avant de s'engager dessus.

Le bid manager pressé, lui, n'a pas ce luxe. Il lit, il interprète, il rédige. L'inférence se fait en silence, et le reste de la réponse est construit sur cette fondation invisible.

"Le danger n'est pas l'ambiguïté. C'est l'inférence silencieuse qui la résout à votre place — sans vous dire qu'elle l'a fait."


Quand l'IA amplifie le problème

Voici le scénario qui devrait inquiéter tout directeur d'avant-vente.

Un outil d'IA analyse le CCTP. Il tombe sur la phrase "accompagnement de la transformation". Il n'a pas de doute. Il n'a pas d'expérience de vingt dossiers qui lui murmure "attention, c'est ambigu". Il a un modèle statistique et un contexte.

Le chatbot (niveau 1) fait ce que vous lui demandez. Si vous lui dites "résume cette section", il résume — en intégrant silencieusement son interprétation dans le résumé. Vous ne saurez jamais qu'il a fait un choix. La phrase ambiguë disparaît, remplacée par une paraphrase qui semble claire. Le miroir parfait de vos propres biais.

L'agent autonome (niveau 2) va plus loin. Il analyse le CCTP complet, croise les informations, et produit un livrable structuré. Mais quand il rencontre "accompagnement de la transformation", il résout l'ambiguïté de la manière la plus probable selon son corpus — et continue. L'inférence est enterrée dans un document de 50 pages. Invisible. Non signalée. Et elle contamine tout ce qui suit : le dimensionnement de l'équipe, le planning, le chiffrage, l'executive summary.

Le résultat : un dossier de réponse parfaitement cohérent, rigoureusement structuré, magnifiquement rédigé — et bâti sur une fondation qui est peut-être fausse. De la médiocrité industrielle avec une couche de vernis supplémentaire.

À retenir : Un mauvais usage de l'IA ne produit pas des erreurs visibles. Il produit des certitudes invisibles. Et une certitude invisible construite sur une hypothèse fausse fait plus de dégâts qu'une erreur manifeste.


Les questions/réponses : la phase que tout le monde bâcle

Dans un marché public, la phase de questions/réponses est un droit. Les candidats peuvent poser des questions au pouvoir adjudicateur, qui publie les réponses à l'ensemble des soumissionnaires.

C'est, de loin, la phase la plus sous-estimée du processus de réponse.

Comment la plupart des équipes traitent les Q&R :

  1. Le bid manager parcourt le CCTP en cherchant les incohérences évidentes
  2. Il rédige 5-10 questions, souvent administratives ("Confirmez-vous que le BPU doit être signé en page 3 ?")
  3. Il envoie les questions dans les délais, coche la case
  4. Il lit les réponses du client — y compris celles posées par les concurrents — et note éventuellement un point ou deux

C'est un traitement administratif d'un enjeu stratégique.

Ce que devrait être la phase Q&R :

Une opération de renseignement structuré. Chaque question posée est une opportunité de :

  • Valider ou invalider une hypothèse critique. "Le CCTP mentionne l'accompagnement de la transformation. Pouvez-vous préciser si cela inclut la gestion des adhérences avec le futur SI, ou s'il s'agit exclusivement d'un support aux équipes projet ?" — Cette question, à elle seule, peut changer votre chiffrage de 130 K€.

  • Signaler votre compréhension au client. Les questions que vous posez sont un signal. Un client qui lit "pouvez-vous préciser le périmètre de l'accompagnement de la transformation, notamment la gestion des adhérences inter-SI" se dit : "ce candidat a compris la complexité du sujet". Un client qui ne voit aucune question sur ce point se dit : "soit ils n'ont pas lu, soit ils n'ont pas compris".

  • Obtenir de l'information que les concurrents n'ont pas demandée. Les réponses sont publiques, mais les questions orientent la réponse. Si vous posez la bonne question, le client explicite un point que personne d'autre n'a vu — et tout le monde en bénéficie, mais vous seul aviez identifié le besoin en amont.

Approche Q&RType de questionsValeur stratégique
Administrative"Confirmez-vous le format du BPU ?"Nulle — information déjà dans le RC
Clarification de surface"Pouvez-vous préciser le volume de tickets ?"Faible — ajustement marginal
Validation d'hypothèse"L'accompagnement de la transformation inclut-il la gestion des adhérences inter-SI ?"Forte — peut changer toute la stratégie
Intelligence stratégique"Quelle est la criticité relative de l'application X par rapport au nouveau SI en cours de déploiement ?"Très forte — révèle les priorités implicites

La discipline de l'hypothèse explicite

Le vrai antidote à l'inférence silencieuse n'est pas de poser plus de questions. C'est d'expliciter chaque hypothèse avant de construire dessus.

Le principe est simple — et presque jamais appliqué :

1. Identifier les zones d'ambiguïté. Pas les incohérences évidentes. Les zones où le CCTP laisse place à plusieurs interprétations raisonnables. Ce sont les plus dangereuses — parce qu'elles ne déclenchent pas d'alerte.

2. Formuler l'hypothèse explicitement. Pas "on suppose que..." dans un coin de la tête. Par écrit. "Hypothèse H-14 : L'accompagnement de la transformation (§4.3.2) se limite au support ponctuel de l'équipe projet migration, sans intervention sur les adhérences applicatives. Confiance : moyenne. Impact si faux : dimensionnement équipe +1,3 ETP, chiffrage +130 K€/an."

3. Tester l'hypothèse. Phase Q&R si le calendrier le permet. Analyse croisée avec d'autres sections du CCTP. Comparaison avec des marchés similaires antérieurs. Appel à l'expérience sectorielle.

4. Documenter la dépendance. Si l'hypothèse ne peut pas être validée avant soumission, marquer explicitement chaque section de la réponse qui en dépend. "Le dimensionnement de la section 3.4 repose sur l'hypothèse H-14. Si cette hypothèse est invalidée, le chiffrage doit être révisé de +130 K€/an."

C'est exactement le fonctionnement d'un modèle cognitif tel que décrit dans notre vision : chaque inférence est traçable, chaque hypothèse est contestable, chaque dépendance est visible.

À retenir : L'hypothèse non formulée est l'hypothèse la plus dangereuse. Elle ne peut être ni testée, ni corrigée, ni même identifiée quand elle s'avère fausse.


Ce que fait un système cognitif face à l'ambiguïté

La différence entre un outil d'IA qui amplifie le problème et un outil qui le résout tient en un mot : explicitation.

Un modèle cognitif ne résout pas les ambiguïtés en silence. Il les signale.

Concrètement, quand le système rencontre la phrase "accompagnement de la transformation" dans un CCTP :

  1. Il identifie l'ambiguïté. Le terme "accompagnement" est polysémique dans le contexte d'une TMA. Le système détecte que plusieurs interprétations sont compatibles avec le texte.

  2. Il formule les hypothèses concurrentes. "H1 : support ponctuel (0,2 ETP). H2 : rôle actif dans la gestion des adhérences (1,5 ETP). H3 : position intermédiaire, coordination avec l'équipe migration (0,5 ETP)."

  3. Il évalue l'impact. "Écart de chiffrage entre H1 et H2 : 130 K€/an. Risque : éliminatoire si mal calibré."

  4. Il génère la question Q&R. "Question recommandée pour la phase Q&R : Pouvez-vous préciser le périmètre attendu de l'accompagnement de la transformation mentionné au §4.3.2, notamment s'il inclut la gestion des adhérences avec le futur SI ?"

  5. Il trace la dépendance. Chaque section de la réponse qui dépend de cette hypothèse est marquée. Si l'hypothèse change après la Q&R, le système propage automatiquement les ajustements.

Ce n'est pas de la magie. C'est de la méthode. La même méthode qu'un bid manager senior appliquerait s'il avait le temps — sauf que le système le fait pour chaque phrase, chaque exigence, chaque ambiguïté du document. Pas seulement les 3-4 que le bid manager repère entre deux réunions.


Le courage de la question "bête"

Il y a un frein psychologique puissant contre les bonnes questions : la peur de paraître incompétent.

"Si je demande ce que signifie 'accompagnement de la transformation', le client va penser que je n'ai pas compris le CCTP."

C'est le raisonnement inverse qu'il faudrait tenir. Le client qui lit votre question se dit : "Ce candidat a identifié une ambiguïté que les autres n'ont pas vue. Il comprend la complexité de notre contexte." C'est un signal de maturité, pas d'incompétence.

Les meilleures questions sont celles qui font dire au client : "Tiens, c'est vrai qu'on n'a pas été clairs là-dessus." Parce que cette réaction signifie que vous avez identifié un point que le rédacteur lui-même n'avait pas formalisé. Et ça, c'est exactement ce que le client cherche chez son futur partenaire : quelqu'un qui voit ce que lui-même ne voit pas.

Les références clients prouvent que vous avez réussi dans le passé. Les questions prouvent que vous comprenez le présent.

"La question la plus dangereuse est celle que vous n'avez pas posée. La deuxième plus dangereuse est celle dont vous ne savez même pas qu'il fallait la poser."


Ce que fait TenderGraph — et que personne d'autre ne fait

La plupart des outils d'IA pour les appels d'offres traitent le CCTP comme un texte à parser. Ils extraient des exigences, génèrent des réponses, produisent des livrables. Et quand ils tombent sur "accompagnement de la transformation", ils font exactement ce que fait un LLM : ils choisissent l'interprétation la plus probable et continuent. En silence.

TenderGraph ne tombe pas dans ce piège.

Quand TenderGraph rencontre une information ambiguë, il ne la résout pas. Il la note. C'est un fait : cette phrase admet plusieurs lectures. Et c'est à partir de ce fait — pas d'une supposition — que le système travaille.

Il évalue les scénarios. Pas un seul. Plusieurs. "Hypothèse A : support ponctuel, 0,2 ETP. Hypothèse B : rôle actif, gestion des adhérences, 1,5 ETP. Hypothèse C : position intermédiaire, coordination, 0,5 ETP." Chaque scénario est documenté avec son impact sur le chiffrage, le dimensionnement, la stratégie.

Il les teste. Le système confronte chaque hypothèse au reste du cahier des charges. L'allotissement mentionne-t-il un lot séparé pour la transformation ? Le bordereau de prix prévoit-il une ligne dédiée ? Le planning intègre-t-il des jalons de migration ? Chaque indice est pesé, chaque contradiction est signalée. Les hypothèses qui ne survivent pas à cette confrontation sont écartées — et celles qui tiennent sont renforcées.

Tout est traçable. Le raisonnement complet — les hypothèses formulées, les preuves cherchées, les contradictions trouvées, les scénarios écartés et ceux retenus — est disponible dans la documentation intermédiaire. Pas enfoui dans les poids d'un modèle. Écrit noir sur blanc, auditable, contestable.

L'humain voit. Le bid manager, celui qui décide, ne reçoit pas un livrable fini construit sur des fondations invisibles. Il voit que le système a formulé des hypothèses. Il voit sur quoi elles reposent. Il voit ce qui se passe si elles sont fausses. Il peut dire : "L'hypothèse B est la bonne, je connais ce client." Ou il peut dire : "On ne sait pas — posons la question."

Le commercial fait son travail. Si la phase Q&R est ouverte, TenderGraph a déjà formulé la question. Il suffit de l'envoyer. La réponse du client tranche. Et quand elle arrive, le système ne la traite pas comme un commentaire en marge : il transforme l'hypothèse en fait avéré. Une information fiable. Une pierre d'angle pour l'édifice cognitif en construction — pas un grain de sable dans une fondation incertaine.

À partir de ce moment, tout ce qui dépend de cette hypothèse — le dimensionnement, le chiffrage, la stratégie, l'executive summary — se réaligne automatiquement. Pas parce que l'IA "réécrit tout". Parce que le raisonnement est explicite, et qu'un fait nouveau se propage naturellement dans un système qui trace ses dépendances.

"Les autres outils d'IA construisent des châteaux sur du sable en espérant qu'il ne pleuve pas. TenderGraph creuse jusqu'au roc avant de poser la première pierre."


Ce qu'il faut retenir

L'information partielle n'est pas un accident du processus d'appel d'offres. C'est sa nature même. Chaque CCTP est un document structurellement incomplet — par nécessité, par omission, par choix.

Le danger n'est pas l'incomplétude. Le danger est de ne pas la reconnaître. Et le plus grand danger de tous, c'est de confier cette incomplétude à un outil qui la résout en silence et vous présente le résultat comme une certitude.

Ne faites pas comme les autres. Ne tombez pas dans le panneau d'une IA qui vous donne l'illusion de la compréhension en automatisant l'inférence aveugle. Le marché que vous perdrez ne sera pas perdu parce que vous avez mal rédigé — il sera perdu parce que vous avez bâti 200 pages de réponse sur une phrase que personne n'a pris le temps de questionner.

À retenir : Le CCTP ne dit jamais tout. L'inférence silencieuse — humaine ou artificielle — est le risque systémique le plus sous-estimé du bid management. TenderGraph est le seul système qui ne résout pas les ambiguïtés en silence : il les note, les teste, les trace, et les transforme en questions. Notre vision repose sur cette conviction : la compréhension ne se génère pas — elle se construit, hypothèse par hypothèse, fait par fait.


Lire aussi :

  • Appels d'offres et IA : vers une mutation silencieuse du marché — Le constat de fond : 60 % du travail est automatisable, mais la compréhension du non-dit reste irréductiblement humaine.
  • Cas pratique : quand l'IA produit de la médiocrité industrielle — Ce qui se passe quand l'IA résout les ambiguïtés par la moyenne statistique : du copier-coller de certitudes fausses.
  • Le pire ennemi du bid manager : lui-même — L'inférence silencieuse est un biais cognitif. Le bid manager comble les vides sans s'en rendre compte.
  • Le mythe du executive summary — L'exec summary est le premier endroit où une hypothèse fausse se voit : si le positionnement repose sur une mauvaise lecture du CCTP, l'évaluateur le détecte en 30 secondes.
  • Le piège du throughput — L'IA qui explicite ses hypothèses vs. l'IA qui les enterre : chatbot, agent autonome, modèle cognitif — trois réponses au problème de l'information partielle.
  • Pourquoi vos références clients ne convainquent personne — Les références prouvent le passé. Les questions prouvent la compréhension du présent.
  • La révolution informationnelle — L'information partielle est du bruit structurel. Le cadre signal/bruit donne la théorie derrière la pratique des Q&R.
  • L'accélération des cycles d'avant-vente — Dix-sept jours libérés = dix-sept jours pour exploiter la phase Q&R comme une arme stratégique.
  • Les compétences de l'avant-vente à l'ère de l'IA — L'information partielle est le terrain d'exercice de la maîtrise linguistique : lire ce qui n'est pas écrit.
  • Analyser un AO comme on devrait analyser l'actualité — L'information partielle dans un CCTP, c'est le même problème que les sources incomplètes en analyse d'actualité.
  • L'avant-vente est un exercice de commandement — L'information partielle est le brouillard qui recouvre le terrain. Les Q&R sont le renseignement.
  • La soutenance : le moment où tout se joue — La soutenance est le moment de prouver qu'on a lu entre les lignes du CCTP — et que les hypothèses tiennent face aux questions du jury.
  • Ce que l'évaluateur ne vous dira jamais — L'évaluateur sait ce que le CCTP ne dit pas — c'est lui qui l'a rédigé. En soutenance, il teste si vous l'avez deviné.
  • Un outil pour dix — Les hypothèses sur le CCTP se perdent entre les outils : ce qui est noté dans l'un n'est pas propagé dans l'autre.
  • "Où en est le dossier ?" — la question qui tue l'avant-vente — Les hypothèses non validées sont les premières victimes du flou sur l'avancement : si personne ne sait où en est le dossier, personne ne sait quelles questions restent ouvertes.

Recommended articles

Thought Leadership

La connaissance client — la clé à double tour de l'appel d'offres

Tout le monde sait qu'il faut 'connaître son client'. Mais la connaissance client agit à deux niveaux que personne ne distingue : elle oriente la solution — et elle envoie un signal que l'évaluateur ne peut pas ignorer. Le premier niveau est attendu. Le second fait basculer les marchés.

Read article
Thought Leadership

Où en est le dossier — la question qui tue l'avant-vente

Chaque semaine, le directeur commercial pose la même question. Chaque semaine, le bid manager répond la même chose : on avance. Cette question n'est pas un problème de communication. C'est le symptôme d'un système de pilotage qui n'existe pas — et dont l'absence coûte bien plus que du temps.

Read article
Thought Leadership

Un outil pour dix — pourquoi l'avant-vente croule sous les logiciels et comment en sortir

Le bid manager moyen utilise dix outils pour un seul dossier. Chaque outil résout un problème et en crée deux autres — jusqu'à ce que la stack elle-même devienne le premier facteur de perte de temps, d'erreur et de défaite.

Read article

Recevez nos analyses

Thought leadership sur l'IA appliquée aux appels d'offres — directement dans votre boîte mail.

Pas de spam. Un email par article publié + une séquence de bienvenue de 7 jours. Désabonnement en un clic.

Ready to transform your tender responses?

Discover TenderGraphTalk to an expert
Logo TenderGraphTenderGraph

Artificial intelligence for public tenders

LinkedIn

Product

RequirementMinerShaping ClientVPC WorkshopArchitectureDesignSolutioningGap FinderTITAN HubPricing

Account

Log inCreate accountConsulting & AdvisoryOur AI visionBlog

Legal

Terms of UsePrivacySupport
© 2026 TenderGraph. All rights reserved.Entreprise française