#Pourquoi 70 % des projets agents IA dérivent sans CDC

Un projet d'agent IA sans cahier des charges, c'est un chantier ouvert sans plan d'architecte. Les conséquences sont prévisibles : dépassements de budget, livraisons en retard, et surtout un outil qui ne répond pas aux vrais besoins métier. Chez Nehos, sur 40+ projets livrés depuis 2018, nous avons identifié quatre causes récurrentes de dérapage.

Le périmètre mal défini est la première cause d'échec. Un agent IA commence souvent comme un assistant de qualification des leads. Trois sprints plus tard, on lui demande de gérer les relances, de mettre à jour le CRM et de produire des rapports hebdomadaires. Chaque ajout non anticipé génère des coûts d'intégration multipliés : une fonctionnalité estimée à 2 jours-homme en phase de cadrage peut représenter 8 à 10 jours en cours de développement si elle n'a pas été anticipée dans l'architecture initiale.

Les intégrations sont systématiquement sous-estimées. Dans notre expérience, elles représentent entre 35 % et 50 % du budget réel d'un projet agent IA, contre 15 % estimés en moyenne lors des premières discussions. Un connecteur CRM en apparence simple peut se transformer en projet à part entière si l'API du CRM est vieillissante, si les données sont mal normalisées ou si les droits d'accès imposent une médiation de sécurité.

La conformité AI Act est quasi-systématiquement ignorée en phase de cadrage. Or depuis l'entrée en application des premières obligations en 2025, un agent IA classé à risque limité ou élevé implique des exigences de transparence, de journalisation et parfois de certification qui doivent être architecturées dès le départ — pas ajoutées après coup. Ignorer ce point en phase de cadrage expose l'entreprise à des reprises de fond en comble, voire à l'impossibilité légale de mise en production.

L'absence de KPIs mesurables rend l'acceptation du MVP impossible. Sans baseline quantifiée et sans seuil d'acceptation contractuel, chaque recette devient une négociation subjective. Le projet s'étire, la confiance s'érode, et le ROI promis reste théorique. Un CDC bien construit impose trois KPIs chiffrés dès la phase de cadrage, avec une mesure de la baseline avant le démarrage du développement.

La bonne nouvelle : ces quatre écueils sont entièrement évitables avec un CDC structuré. Ce template de 12 pages vous guide section par section pour produire un document exploitable en moins de trois heures, quel que soit votre niveau de maturité IA.

#Section 1 — Contexte et objectifs métier

C'est la section fondatrice. Toutes les décisions techniques et budgétaires qui suivent en dépendent. Pourtant, c'est la section la plus souvent bâclée : deux phrases vagues sur "améliorer la productivité" ne constituent pas un contexte métier exploitable.

Questions clés à renseigner :

• Quel processus métier précis l'agent doit-il automatiser ou augmenter ?
• Qui est le sponsor projet (nom, fonction, niveau décisionnel) ?
• Combien de personnes sont aujourd'hui impliquées dans ce processus, et combien de temps y consacrent-elles par semaine ?
• Quel est le coût annuel actuel du processus (charges salariales + coût des erreurs) ?
• Quel est l'horizon de ROI attendu par la direction ?

Exemple concret : "Le service client traite 1 200 tickets/semaine. 65 % sont des questions répétitives sur les délais de livraison et les retours produits. 3 ETP sont affectés à ce traitement. L'objectif est d'automatiser 70 % de ces tickets d'ici 6 mois pour réaffecter 2 ETP sur des demandes à valeur ajoutée."

Erreur courante : confondre l'objectif métier avec la solution technique. "Déployer un chatbot GPT-4" n'est pas un objectif métier. "Réduire le délai moyen de traitement des demandes de 48h à 4h" en est un.

#Section 2 — Périmètre fonctionnel

Cette section est le rempart contre le scope creep. Son rôle est de définir précisément ce que l'agent fera (et ne fera pas) lors de la première livraison.

La distinction must-have / nice-to-have est non négociable. Tout ce qui n'est pas must-have est exclu du MVP. Cette discipline impose des arbitrages douloureux mais elle est la seule garantie de tenir les délais et le budget.

Canaux de déploiement : chaque canal supplémentaire (web, WhatsApp Business, Teams, Slack, voice, email) représente une charge de développement et d'intégration spécifique. Listez uniquement les canaux nécessaires au lancement, avec le volume estimé d'interactions par canal et par semaine.

Gestion multilingue : le support d'une langue supplémentaire ne se limite pas à traduire les réponses. Il implique des modèles de compréhension distincts, une validation qualité séparée et parfois des contraintes RGPD différentes selon la juridiction des utilisateurs.

Format des user stories : rédigez chaque cas d'usage sous la forme "En tant que [rôle], je veux [action] afin de [résultat attendu]". Ce format force à qualifier qui fait quoi et pour quelle valeur. Il permet aussi d'estimer la complexité de chaque story de façon indépendante.

#Section 3 — Architecture et intégrations

C'est la section que les équipes métier sautent le plus souvent — et celle qui génère le plus de surprises budgétaires. Une cartographie précise de l'existant technique est le meilleur investissement préalable à toute consultation d'agence IA.

Inventaire des systèmes à connecter : pour chaque système (CRM, ERP, SIRH, base documentaire, outils de ticketing, etc.), renseignez : la version, le type d'API disponible (REST, SOAP, webhook, export CSV manuel), la fréquence de mise à jour des données, les contraintes d'authentification (OAuth 2.0, API key, SSO entreprise) et le nom du contact technique propriétaire du système.

Contraintes de souveraineté et d'hébergement : précisez si les données traitées par l'agent peuvent transiter par des infrastructures hors Union Européenne. Certains secteurs (santé, défense, collectivités) imposent un hébergement souverain certifié SecNumCloud. Cette contrainte peut exclure certains fournisseurs de LLM publics et orienter vers des déploiements on-premise ou sur des clouds qualifiés.

Exigences de performance et de disponibilité : définissez le SLA attendu (99,5 % ou 99,9 % de disponibilité ?), le temps de réponse maximum acceptable (< 2 secondes pour 95 % des requêtes ?), et la charge de pointe prévisible (nombre d'interactions simultanées). Ces paramètres conditionnent directement les choix d'infrastructure et donc le budget d'hébergement récurrent.

Stratégie de fallback : que se passe-t-il quand l'agent ne sait pas répondre ou quand un système tiers est indisponible ? L'escalade vers un humain, le renvoi vers une FAQ statique ou le message d'erreur générique ne produisent pas la même expérience utilisateur ni le même coût opérationnel.

#Section 4 — Données, RGPD et AI Act

Depuis l'entrée en vigueur progressive de l'AI Act européen, cette section n'est plus optionnelle. Un projet ignorant ces obligations expose l'entreprise à des sanctions mais aussi, plus immédiatement, à une impossibilité de mise en production si le DSI ou la DPO bloquent à la recette finale.

Classification du risque AI Act : l'AI Act distingue quatre niveaux de risque. La majorité des agents IA B2B (assistants RH, agents de qualification commerciale, outils de support client) relèvent du risque limité, impliquant essentiellement des obligations de transparence envers les utilisateurs finaux. Cependant, tout agent intervenant dans des décisions à impact individuel significatif (crédit, recrutement, évaluation de performance, triage médical) peut basculer en risque élevé, avec des obligations de journalisation, d'auditabilité et parfois d'évaluation de conformité par un tiers.

Cartographie des données personnelles traitées : identifiez précisément quelles catégories de données personnelles l'agent collecte, traite ou stocke (données d'identification, données de navigation, données sensibles au sens RGPD). Pour chaque catégorie : base légale du traitement, durée de conservation, localisation du stockage, et accès tiers éventuels. Cette cartographie est le point de départ obligatoire du registre de traitement que votre DPO devra mettre à jour.

Certifications sectorielles : certains secteurs imposent des contraintes additionnelles. La santé requiert un hébergement HDS certifié pour toute donnée de santé. Le secteur financier et les prestataires de services numériques critiques sont soumis à DORA depuis janvier 2025, avec des exigences de résilience opérationnelle et de gestion des tiers IT. Les entreprises travaillant avec des acteurs publics peuvent être soumises à des exigences de qualification ANSSI.

Politique de rétention et de droit à l'oubli : précisez comment l'agent gère les demandes d'accès, de rectification et d'effacement. Un agent IA qui mémorise des conversations ou qui entraîne des modèles sur des données utilisateurs doit implémenter des mécanismes techniques permettant d'honorer ces droits dans les délais légaux (1 mois sous RGPD).

→ Prêt à passer à l’action ? Réservez un appel découverte de 15 minutes avec notre équipe pour analyser votre projet — sans engagement.

#Section 5 — KPIs et critères de succès

Un projet sans KPIs ne peut être ni accepté ni piloté. Cette section transforme des ambitions vagues en engagements contractuels mesurables.

La règle des trois KPIs maximum : au-delà de trois indicateurs, le pilotage devient un exercice de reporting et non de pilotage. Choisissez trois KPIs directement liés aux objectifs métier de la Section 1. Si l'objectif est de réduire le traitement des tickets, les trois KPIs pourraient être : taux d'automatisation complète (%), délai moyen de résolution (heures), et taux de satisfaction utilisateur (score CSAT).

La baseline est obligatoire avant le démarrage : impossible de mesurer une amélioration sans mesurer la situation actuelle. Exigez une mesure de la baseline sur 4 semaines minimum avant le lancement du développement. Sans cette mesure, toute revendication de ROI sera contestable — par le comité de direction comme par l'agence.

Seuils d'acceptation du MVP : définissez pour chaque KPI le seuil minimal en dessous duquel le MVP n'est pas accepté, et le seuil cible à atteindre en régime de croisière (J+90 après mise en production). Ces seuils sont intégrés au contrat. Ils protègent le client contre une livraison sous-performante et protègent l'agence contre une recette sans fin fondée sur des critères subjectifs.

#Section 6 — Budget et gouvernance projet

Aborder le budget en phase de cadrage est inconfortable mais indispensable. Une enveloppe clairement posée dans le CDC oriente les choix d'architecture et évite de perdre trois semaines à qualifier une solution hors de portée.

Enveloppes budgétaires types observées sur nos 40+ projets : un agent IA de qualification commerciale connecté à un CRM standard représente typiquement entre à partir de 1 177 € et50 15 872 € en phase de build, selon la complexité des intégrations et le niveau de personnalisation. Un agent IA multicanal avec gestion documentaire (RAG) et connecteurs multiples se situe entre50 15 872 € et112 1 792 €. Ces fourchettes excluent les coûts d'infrastructure récurrents (hébergement, API LLM, maintenance évolutive), qui représentent généralement 15 % à 25 % du build annuellement.

Modes de collaboration : forfait, régie ou modèle hybride — chaque mode a ses avantages selon le niveau de maturité de l'équipe client et la stabilité du périmètre. Le forfait convient quand le CDC est solide et le périmètre stable. La régie est préférable quand la découverte est encore en cours. Le modèle hybride (forfait cadrage + régie développement) est le plus fréquent pour des projets d'envergure.

Équipe projet côté client : identifiez dès le CDC le Product Owner (PO) disponible à minimum 30 % de son temps, le référent DSI pour les décisions d'architecture, le DPO pour les validations RGPD/AI Act, et les utilisateurs clés pour les phases de recette. L'absence d'un PO identifié est le signal le plus fiable d'un projet qui va déraper.

#5 erreurs classiques de CDC agent IA (et comment les éviter)

#Erreur 1 — Le scope creep IA : quand le périmètre gonfle à chaque réunion

C'est l'erreur la plus répandue et la plus coûteuse. Elle commence innocemment : "Tant qu'on y est, on pourrait aussi lui faire faire...". Chaque ajout paraît logique pris isolément. Ensemble, ils transforment un projet de 8 semaines en marathon de 8 mois. Comment l'éviter : inscrivez dans le CDC une règle explicite de gel du périmètre MVP avec un processus formalisé de gestion des évolutions (change request avec évaluation d'impact avant toute acceptation). Tout ce qui n'est pas dans le CDC signé entre en phase 2.

#Erreur 2 — Ignorer l'AI Act jusqu'à la recette

Nous avons vu des projets techniquement aboutis bloqués en production pendant des mois parce que la DPO ou le RSSI découvrait tardivement les implications réglementaires. Certains ont nécessité des reprises architecturales majeures. Comment l'éviter : intégrez le DPO et le RSSI dès la phase de cadrage. Documentez le niveau de risque AI Act dans la Section 4 du CDC avant de signer le contrat de développement. Cette demi-journée de travail évite potentiellement plusieurs semaines de blocage.

#Erreur 3 — Des KPIs vagues qui rendent la recette impossible

"L'agent doit améliorer la satisfaction client" n'est pas un KPI. C'est une intention. Sans baseline, sans métrique précise, sans seuil d'acceptation et sans calendrier de mesure, toute recette devient une négociation de pouvoir. Comment l'éviter : appliquez systématiquement le format SMART à chaque KPI : Spécifique, Mesurable, Atteignable, Réaliste, Temporel. Exemple valide : "Taux de résolution autonome de l'agent > 65 % à J+60, mesuré sur un panel de 500 tickets consécutifs, vs baseline de 0 % avant déploiement."

#Erreur 4 — Sous-estimer les intégrations systèmes

La tentation est grande de traiter les intégrations comme un détail d'implémentation. En réalité, elles conditionnent l'architecture entière de l'agent. Un CRM dont l'API ne supporte pas les webhooks, un ERP avec des données mal normalisées ou un SIRH sans couche d'API vont multiplier par trois à cinq le coût d'intégration estimé. Comment l'éviter : exigez que chaque système cité dans la Section 3 soit qualifié par le référent technique propriétaire du système avant la signature du contrat. Une fiche technique d'une page par système (type d'API, authentification, volumétrie) suffit à éviter les mauvaises surprises.

#Erreur 5 — Budgéter le build sans le récurrent

Un agent IA a un coût de fonctionnement continu : hébergement, consommation d'API LLM (qui fluctue avec les volumes), maintenance corrective et évolutive, mises à jour liées aux évolutions réglementaires. Des projets dont le ROI semblait évident ont été stoppés après six mois parce que le budget d'exploitation n'avait jamais été prévu. Comment l'éviter : demandez systématiquement à votre agence un TCO (Total Cost of Ownership) sur 36 mois au moment du cadrage. Intégrez les coûts récurrents dans votre calcul de ROI et faites valider l'enveloppe annuelle par votre DAF avant de signer.

#Télécharger le template CDC Agent IA

Ce template PDF de 12 pages est le fruit de huit ans de projets agents IA livrés en production pour des ETI françaises et européennes. Il reprend exactement la structure décrite dans ce guide, avec des champs remplissables, des exemples pré-remplis pour chaque section, un lexique AI Act et une checklist de validation finale.

Le document est utilisable dès aujourd'hui, que vous en soyez à l'émergence d'une idée de projet ou à la phase de consultation d'agences. Il peut être partagé tel quel à vos équipes techniques, votre DPO ou votre comité de direction pour structurer les premières discussions.

En téléchargeant le template, vous recevrez également une séquence email de trois messages avec des conseils complémentaires sur le cadrage des projets agents IA, basés sur les retours d'expérience de nos clients.

Si vous souhaitez aller plus loin, notre audit IA gratuit de 30 minutes vous permet d'obtenir un premier retour sur votre projet avec Foued Cherni ou Chokri Siala, directement.