L'IA pour répondre à un appel d'offres : ce que le logiciel prend, ce que vos équipes gardent
Mémoire technique, DPGF, DC1 et DC2, lecture du CCTP : la part qui relève du constat part sans relecture, la part qui vous engage reste à ceux qui savent.
- Une réponse à appel d'offres se joue sur une date : le dossier part ou il ne part pas, et l'affaire est perdue sans avoir été jugée.
- Un logiciel prend seul la part qui relève du constat : les exigences du règlement et du CCTP, les pièces administratives (DC1, DC2, attestations), le DPGF rempli depuis votre grille, les références reprises de vos dossiers clos.
- Il ne prend jamais ce qui vous engage : le mode opératoire annoncé sur ce site-là, la référence mise en avant devant ce maître d'ouvrage-là, le délai, le prix.
- L'IA réussit une fois et ne tient pas la répétition : moins de 25 % de réussite huit fois de suite sur τ-bench, et vingt opérations fiables à 95 % tiennent 36 % du temps. On ne promet pas zéro erreur, on donne un taux mesuré sur un échantillon tiré au hasard.
- Si quelqu'un doit relire derrière le logiciel, vous n'avez rien gagné. Ce qui change est la conversion des consultations que vous recevez déjà, pas la taille du carnet.
Une réponse à appel d'offres se joue sur une date. Le dossier part à midi ou il ne part pas, et l'affaire est perdue sans avoir été jugée. La rédaction repose sur deux ou trois personnes, les mêmes qui suivent les chantiers en cours et répondent au client mécontent. Quand une seconde consultation arrive la même semaine, elle ne part pas. Personne ne l'a décidé.
À la question « quelle IA pour répondre à un appel d'offres », on reçoit des noms d'outils. Ce billet répond autrement. Dans une réponse, certaines questions relèvent du constat, et un logiciel les tranche seul. D'autres demandent un jugement, et quelqu'un en répond. Personne n'a écrit où passe cette ligne chez vous. L'écrire sur vos propres dossiers est le travail, et le temps gagné en dépend.
Ce que le logiciel prend dans une réponse
Sur une consultation, voici ce qui relève du constat. Un critère existe, un programme l'applique, et le résultat se vérifie sur la pièce.
- La lecture du règlement et du CCTP. Chaque exigence est relevée, et le mémoire est relu contre la liste : celle-ci est traitée, celle-là ne l'est pas. C'est le point le plus sous-estimé, parce qu'un programme ne se fatigue pas à la page quarante.
- Les pièces administratives. DC1, DC2, DUME, attestations, Kbis : présentes, à jour, au bon format, ou manquantes.
- Le DPGF. Les lignes reprises de votre grille et de vos affaires passées, les quantités recoupées avec les plans, les totaux refaits.
- Les références. Les fiches chantier montées depuis vos dossiers clos, les CV, les trames d'organigramme.
- Le premier jet des parties descriptives. Moyens humains et matériels, démarche qualité, gestion des déchets, à partir de ce que votre maison a déjà écrit.
Sur cette part, on ne promet pas que le logiciel ne se trompe jamais. On donne son taux d'erreur, mesuré sur vos dossiers, et un échantillon tiré au hasard pour le vérifier. Vos équipes contrôlent le taux, elles n'ouvrent pas les dossiers un par un.
Ce qui reste à ceux qui savent
D'autres questions demandent un jugement. Deux personnes compétentes pourraient répondre différemment, et quelqu'un doit trancher. Faut-il annoncer ce mode opératoire sur ce site-là. Faut-il mettre en avant la référence du chantier voisin, dont le client connaît le maître d'ouvrage. Faut-il s'engager sur ce délai compte tenu de la charge de l'atelier en mars. Quel prix sur cette affaire-là, face à ce concurrent-là.
Aucun niveau de capacité du modèle ne reprend cette part. Ce n'est pas une limite technique qui reculera avec la prochaine version. Une responsabilité ne se délègue pas à un programme.
Écrire cette ligne a une propriété que personne n'anticipe. Pour dire au logiciel ce que « correct » veut dire chez vous, il faut écrire ce que vos anciens savent et n'ont jamais eu à formuler : quel dossier on ne montre plus, quelle phrase a été retirée après un litige, quel client veut une page de moins. Écrire la ligne et capter le savoir de la maison sont un seul travail.
Un bon mémoire ne dit rien de cinquante mémoires
Le piège n'est pas que l'IA échoue. Elle réussit souvent, et souvent ne suffit pas quand le dossier part sous votre signature.
Sur des livrables professionnels notés en aveugle par des praticiens d'une quinzaine d'années d'expérience, les meilleurs modèles font jeu égal ou mieux dans 47,6 % des cas (GDPval, 2025). Ce chiffre dit une seule chose : « c'est un gadget » est faux.
La répétition est une autre affaire. Sur τ-bench, qui évalue des tâches de service en plusieurs tours avec des utilisateurs simulés, la probabilité de réussir huit fois de suite la même tâche tombe sous 25 %. Sur CRMArena-Pro, 4 280 tâches d'entreprise, le passage d'une question isolée à une conversation en plusieurs tours fait chuter la réussite de 58 % à 35 %. Sur SOP-Bench, qui donne au modèle des procédures écrites et complètes, un agent construit sur Claude 4 Opus réussit 72,4 % des tâches, moyenne sur treize procédures.
Et l'arithmétique est sans appel sur une chaîne. Une réponse enchaîne facilement vingt opérations : extraire une exigence, retrouver la référence, l'adapter, vérifier une donnée, reformuler. À 95 % de fiabilité par opération, la chaîne complète tient 36 % du temps.
C'est pourquoi une démonstration convaincante ne dit presque rien de la production. Anthropic l'a documenté sur sa propre expérience de longue durée : leur agent a échoué en première phase « because of a lack of scaffolding », et le changement le plus efficace fut de « forcing Claudius to follow procedures ». Le modèle a aussi changé en cours de route, donc l'échafaudage n'explique pas tout. Il explique quelque chose.
Si quelqu'un doit relire derrière, vous n'avez rien gagné
Demandez à votre chargé d'affaires combien d'heures il passe à écrire un mémoire, puis demandez à celui qui relit combien il en passe à le relire. Le second chiffre surprend, parce qu'il ne figure sur aucune feuille de temps.
Il relit tout. Pas parce que tout est douteux. Parce que personne n'a écrit ce qui demande un second regard. Sur dix paragraphes repris d'un dossier précédent, sept sont justes. Les trois autres décrivent un mode opératoire qui ne vaut plus pour ce chantier, une contrainte de site qui a changé, une référence dont le client n'a pas à entendre parler. Faute de la ligne, celui qui sait repasse derrière les dix.
Mettre une IA sur ce travail sans toucher à ce point-là ne fait rien gagner. On produit dix paragraphes plus vite, et il faut toujours les relire tous. Ils se lisent mieux, donc la relecture est moins vigilante. La ligne écrite change cela : le logiciel traite les sept, vos équipes gardent les trois qui engagent la maison, et les jugements restent à ceux qui savent.
Pourquoi un abonnement ChatGPT ne suffit pas
L'objection arrive toujours à ce moment-là, et elle est légitime : pourquoi ne pas donner un abonnement à l'équipe et verser les dossiers dedans.
Parce que ce qui manque n'est pas dans les dossiers. Un modèle branché sur vos archives retrouvera ce que vous avez écrit. Il ne saura pas lequel de ces dossiers on ne montre plus, ni pourquoi telle formulation a été abandonnée, ni que ce client veut une page de moins. Ce savoir vit dans les têtes. Aucune quantité de contexte ne le fait apparaître.
Ce que ça change, et ce que ça ne change pas
Ça ne remplit pas votre carnet. Vous ne répondrez pas à des consultations que vous ne receviez pas. Chez les dirigeants de PME françaises, 61 % citent la faiblesse de la demande comme premier frein, et 27 % seulement adoptent l'IA pour le chiffre d'affaires, contre 81 % pour la performance. Quiconque vous vend un carnet plus gros vend une promesse que la mesure ne soutient pas.
Ce qui change est plus étroit et plus sûr : la conversion de ce que vous recevez déjà. Les consultations auxquelles vous renonciez faute de temps deviennent traitables. Celles que vous traitiez partent plus tôt, donc plus complètes. Avant de signer, un client vérifie le prix et le délai ; la qualité, il la découvre après. Celui qui répond avant vous emporte l'affaire.
Ce que nous ne savons pas
Aucune des mesures ci-dessus ne porte sur une réponse à appel d'offres dans une PME française. τ-bench et CRMArena-Pro mesurent des tâches de service, SOP-Bench des procédures d'entreprise, GDPval des livrables isolés. Le 36 % est de l'arithmétique, pas une étude. Ce qui se mesure chez vous, avant tout projet, c'est ce que la réponse coûte aujourd'hui et la part des paragraphes que celui qui sait aurait pu ne pas relire. Personne ne l'a encore mesuré dans votre maison, et nous non plus.
La question à poser sur votre prochaine consultation
Une question à laquelle vous pouvez répondre seul, ce soir : sur les douze derniers mois, combien de consultations avez-vous laissées passer faute de temps, et non faute d'intérêt ? Si le chiffre est supérieur à zéro et que la cause est la même file d'attente devant les deux mêmes personnes, le travail est mûr.
La question suivante est la seule qui engage quelque chose : dans votre dernier mémoire, quels paragraphes auraient pu partir sans relecture, et qui le savait ? Personne n'a la réponse écrite. La trouver est le travail.
Pour voir comment on mesure ce taux chez vous, lisez à quel taux l'IA se trompe, et comment on le mesure. Pour la question des pièces qui sortent de l'entreprise, lisez ce qui sort de vos dossiers, et ce qui reste chez vous.
Les sources
- GDPval, OpenAI, 2025. Livrables professionnels notés en aveugle : 47,6 % de victoires ou d'égalités face à des praticiens d'environ quatorze ans d'expérience.
- τ-bench, Sierra, 2024. Tâches de service en plusieurs tours, utilisateurs simulés, modèles de 2024 : pass^8 sous 25 %.
- CRMArena-Pro, Salesforce AI Research, 2025. 4 280 tâches : 58 % en tour unique, 35 % en plusieurs tours.
- SOP-Bench, 2025. Claude 4 Opus en agent ReAct, moyenne sur treize procédures : 72,4 %.
- Anthropic, Project Vend, phases 1 et 2. Citations reproduites telles quelles ; le modèle a changé entre les deux phases.
- Bpifrance Le Lab, 1 209 dirigeants de PME et ETI : 61 % citent la faiblesse de la demande comme premier frein ; motivations des adoptants : 81 % performance, 27 % chiffre d'affaires.
La question du modèle vient en dernier. Ce qui fait la différence est ce qu'on lui demande, et ce qu'on a écrit avant. Dans une réponse, certaines questions relèvent du constat : une exigence du règlement est traitée ou non, une pièce est présente ou absente, un prix du DPGF correspond à votre grille ou non. Un logiciel les tranche seul, avec un taux d'erreur mesuré. D'autres demandent un jugement : quel mode opératoire annoncer, quelle référence mettre en avant, sur quel délai s'engager. Elles restent à vos équipes. Un outil du marché ne sait pas où passe cette ligne chez vous, parce que personne ne l'a écrite.
Il en produit un qui se lit bien, et c'est ce qui rend le sujet dangereux. Il reprend vos paragraphes habituels, met le dossier au cadre imposé, rédige un premier jet des parties descriptives. Il ne sait pas quel dossier on ne montre plus, quelle formulation a été abandonnée après un litige, ni ce que ce maître d'ouvrage-là attend. Et il ne tient pas la répétition : ce qu'il réussit sur un mémoire, il le rate sur un autre sans le dire. Un abonnement donne un brouillon plus vite, et la même file d'attente devant la même personne qui relit.
Il résout la partie qui se voit : la veille des consultations, les pièces, les échéances, la bibliothèque de contenus, parfois un premier jet du mémoire. C'est utile. Ce qu'aucun logiciel sur étagère ne contient, c'est ce que votre maison sait et n'a jamais écrit : ce qu'on ne montre plus, ce que ce client veut en une page, le mode opératoire qui ne vaut pas sur ce site. Cette part se construit chez vous, et c'est la seule que vos concurrents ne pourront pas acheter.
À notre connaissance, aucune règle de la commande publique française n'interdit un outil de rédaction. Ce qui compte est l'offre remise et signée, dont le candidat répond intégralement. Le risque est dans le contenu : une référence inexacte, un moyen annoncé dont vous ne disposez pas, une capacité surévaluée constituent une déclaration fausse, que la phrase vienne d'une machine ou d'un stagiaire. Vérifiez le règlement de consultation de chaque marché : certains acheteurs ajoutent leurs propres exigences.
C'est le risque principal, et il ne disparaît pas. Une part de l'échec reste au niveau du modèle : la réponse confiante et fausse sur le cas rare. Un logiciel correctement construit ne supprime pas ce risque, il le rend visible : chaque affirmation qui relève du constat est rattachée à une pièce de vos archives et contrôlée par un programme, et ce qui ne peut pas l'être est signalé pour relecture au lieu d'être noyé dans le reste. Si quelqu'un vous promet zéro erreur, il n'a pas lu les mesures.
C'est une décision qui se prend au début. Ce qui est confidentiel passe par des modèles installés chez vous ou sur une infrastructure souveraine ; un modèle commercial ne voit que ce qui ne l'est pas. Vous décidez ce qui sort, et la trace dit quel modèle a servi sur quel dossier. La situation inverse existe déjà dans beaucoup de maisons : un chargé d'affaires colle un CCTP dans un abonnement grand public, sans que personne l'ait décidé.
Nous ne publions pas de pourcentage : un gain moyen ne dit rien de votre maison. Tout dépend de la part du mémoire reprise d'un dossier antérieur, et de qui relit aujourd'hui. Ce qui se mesure chez vous avant de commencer, c'est ce que la réponse coûte : heures de rédaction, heures de relecture, reprises, consultations abandonnées faute de temps. Sans cette base, personne ne pourra dire si le projet a marché.
Apportez un travail que vos équipes font encore à la main.
Vingt minutes : si c'est faisable chez vous, et par où ça commence →Pas encore prêt à en parler ? Lisez comment nous reprenons un travail fait à la main — rien à payer, rien à engager.