Cahier des charges d'un projet d'IA : modèle en 10 rubriques en 2026
Un cahier des charges de projet d'IA ne ressemble pas à celui d'un site web. Un site fait ce qu'on a dessiné ; un système d'IA produit des réponses variables, dépend de données que vous n'avez pas encore regardées de près, et ne se juge qu'à l'usage. Un document flou donne donc des devis incomparables et des projets qui dérivent. Voici une trame en dix rubriques, pensée pour être remplie en une demi-journée par quelqu'un qui connaît le métier, sans compétence technique.
Commencer par une phrase, pas par une technologie
Avant la première rubrique, écrivez une phrase de cadrage sur ce modèle : « Pour [qui], nous voulons [obtenir quel résultat observable] dans [quel processus], afin de [décision ou gain recherché]. » Exemple : « Pour l'équipe du service client, nous voulons que les questions de livraison reçoivent une première réponse correcte sans intervention humaine, afin de libérer du temps pour les cas complexes. »
Cette phrase interdit deux dérives classiques : demander « un chatbot » (une solution) sans dire quel problème il règle, et fixer un objectif invérifiable comme « améliorer l'expérience client ». Si vous ne parvenez pas à la rédiger, le projet n'est pas encore prêt pour un prestataire : il lui manque un cadrage interne, que vous pouvez faire seul.
Les dix rubriques du cahier des charges
| # | Rubrique | La question à trancher |
|---|---|---|
| 1 | Problème et mesure | Quel processus, quel volume, quel temps ou quelle erreur aujourd'hui ? |
| 2 | Utilisateurs | Qui se sert du système, dans quel outil, à quel moment ? |
| 3 | Périmètre | Que fait l'IA, que ne fait-elle pas, quand passe-t-elle la main à un humain ? |
| 4 | Données | Quelles sources, quel format, quelle fraîcheur, quelle sensibilité, qui en est responsable ? |
| 5 | Qualité attendue | Comment saura-t-on que la réponse est bonne ? Sur quels cas d'essai ? |
| 6 | Intégration | Avec quels outils le système doit-il échanger, par quelle voie ? |
| 7 | Contraintes | Hébergement, données personnelles, sécurité, règles internes, conformité ? |
| 8 | Exploitation | Qui supervise, qui corrige, quels coûts récurrents après la livraison ? |
| 9 | Calendrier | Quels jalons, quelle décision à chacun ? |
| 10 | Budget et choix | Quelle enveloppe, quels critères pour départager les propositions ? |
1. Problème et mesure
Chiffrez l'existant avec vos propres données : nombre de demandes par mois, temps moyen de traitement, taux d'erreur observé, coût d'une relance. Si vous n'avez pas ces chiffres, notez-le : mesurer pendant deux semaines avant de signer est le meilleur investissement du projet. C'est aussi la base du calcul du retour sur investissement.
2. Utilisateurs
Décrivez deux ou trois profils réels (par exemple « conseiller en agence », « assistante de direction », « acheteur ») et le moment précis où ils sollicitent le système. Un assistant utile dans l'outil que la personne a déjà ouvert est utilisé ; le même assistant sur un site à part est oublié en un mois.
3. Périmètre et passage à l'humain
Listez ce que l'IA fait seule, ce qu'elle propose à validation et ce qu'elle refuse. Précisez la règle d'escalade : « si la question concerne un litige, un montant ou un sujet de santé, transmettre à une personne ». Un système sans zone d'interdit est un système dont vous découvrirez les limites devant un client.
4. Données
Pour chaque source (documents, base produits, historique de tickets, tableurs), indiquez le format, le volume approximatif, la dernière mise à jour, le propriétaire et la sensibilité (présence de données personnelles, de secrets commerciaux). Soyez honnête sur l'état : « une grande partie des documents existe en plusieurs versions » est une information précieuse pour le prestataire, pas un aveu. Un audit rapide de vos données évite les mauvaises surprises en cours de route.
5. Qualité attendue
C'est la rubrique que l'on oublie le plus. Constituez, avant le projet, une série de cas d'essai : trente à cinquante questions ou situations réelles, avec la réponse attendue écrite par un expert interne. Elles serviront à comparer les propositions et à recevoir la livraison. Sans elles, « ça marche » reste une impression. La méthode est détaillée dans l'article sur le test d'un assistant avant la mise en production.
6. Intégration
Nommez les outils concernés (messagerie, CRM, ERP, outil de tickets, intranet), la version quand elle compte, et ce qui doit circuler : lecture seule, création d'éléments, envoi de messages. Une automatisation qui écrit dans votre CRM n'a pas le même niveau de risque, ni de coût, qu'un assistant qui se contente de lire.
7. Contraintes
Indiquez les exigences non négociables : lieu d'hébergement des données, interdiction d'envoyer certaines informations à un service tiers, politique de sécurité de l'entreprise, secteur réglementé. Reportez-vous aux guides sur le RGPD et l'IA générative et sur le choix de l'hébergement pour ne pas découvrir ces contraintes après le chiffrage.
8. Exploitation
Un système d'IA vit après la livraison : les documents changent, les questions évoluent, les modèles sous-jacents sont mis à jour. Demandez qui supervise, comment on signale une mauvaise réponse, comment elle est corrigée, et quels coûts reviennent chaque mois (utilisation du modèle, hébergement, maintenance). Ces coûts récurrents pèsent souvent plus lourd sur trois ans que la construction.
9. Calendrier et jalons de décision
Découpez en étapes qui s'arrêtent chacune sur une décision : preuve de concept, pilote auprès d'un petit groupe, déploiement. À chaque jalon, écrivez le critère qui vous fera continuer ou stopper. Le cadrage d'une preuve de concept détaille la première étape.
10. Budget et critères de choix
Donnez une fourchette ou au moins une tranche : preuve de concept sous 10 k€, projet entre 10 et 50 k€, déploiement au-delà de 50 k€. Annoncer l'ordre de grandeur évite de recevoir des propositions sans rapport. Précisez aussi comment vous comparerez : qualité mesurée sur vos cas d'essai, références comparables, transparence sur les coûts récurrents, conditions de sortie.
Six erreurs qui rendent un cahier des charges inutilisable
- Décrire la solution au lieu du problème. « Nous voulons un agent conversationnel » enferme le prestataire dans votre hypothèse. Dites ce qui doit changer dans le processus.
- Ne pas fournir d'exemples réels. Cinq vrais documents et dix vraies questions valent dix pages de description.
- Oublier le cas d'échec. Que se passe-t-il quand le système ne sait pas ? Le comportement par défaut est une exigence, pas un détail.
- Confondre précision et exhaustivité. Un cahier de quarante pages que personne ne relit est moins utile que huit pages précises et testées.
- Cacher les contraintes internes. Une validation juridique, un comité sécurité ou une fenêtre de déploiement imposée se paient en délai si on les découvre tard.
- Ne rien dire de l'après-livraison. Sans règles d'exploitation, le système se dégrade en silence.
Un mini-modèle à copier
Phrase de cadrage : pour ___, obtenir ___ dans ___, afin de ___.
Situation actuelle : volume ___ par mois, temps moyen ___, erreurs constatées ___.
Périmètre : l'IA fait ___ ; elle propose ___ ; elle ne fait jamais ___ ; elle transmet à ___ quand ___.
Données : sources ___, format ___, mise à jour ___, sensibilité ___.
Réussite : ___ cas d'essai fournis, seuil attendu ___, comportement si la réponse est inconnue ___.
Contraintes : hébergement ___, données personnelles ___, outils à connecter ___.
Calendrier : preuve de concept ___, décision ___, pilote ___, déploiement ___.
Budget : tranche ___ ; coûts récurrents acceptables ___.
Exemple de remplissage (situation fictive, donnée à titre d'illustration)
Imaginons un distributeur de matériel de bureau dont le service client reçoit chaque jour des questions de suivi de livraison. Voici comment la trame se remplit, rubrique par rubrique, sans un mot de jargon.
- Phrase de cadrage : pour les quatre conseillers du service client, obtenir qu'une question de suivi de livraison reçoive une première réponse exacte en moins d'une minute, afin que les conseillers consacrent leur temps aux litiges.
- Situation actuelle : mesurée pendant deux semaines : nombre de demandes de suivi, temps moyen de réponse, part de ces demandes qui n'exigent aucune décision humaine.
- Périmètre : l'IA répond aux questions de statut de commande en lisant le logiciel de gestion ; elle propose un brouillon pour les retards ; elle ne promet jamais de remboursement ; elle transmet à un conseiller dès qu'un mot signale un litige.
- Données : état des commandes (logiciel de gestion, mise à jour en continu), conditions de livraison (document PDF, trois versions en circulation à unifier avant le projet).
- Réussite : quarante questions réelles anonymisées, réponse attendue rédigée par la responsable du service, comportement imposé quand l'information est absente : dire que l'on transmet, jamais inventer.
- Contraintes : aucune donnée personnelle ne doit quitter l'hébergement choisi ; journal des échanges conservé pour contrôle.
Ce cahier tient sur une page et demi, et pourtant il permet de comparer sérieusement trois propositions : chacune peut être testée sur les mêmes quarante questions.
Sept questions pour relire votre cahier avant de l'envoyer
- Un prestataire qui ne connaît ni votre métier ni votre entreprise peut-il comprendre le problème en cinq minutes ?
- Le résultat attendu est-il observable, c'est-à-dire vérifiable par quelqu'un d'autre que vous ?
- Les cas d'essai couvrent-ils aussi les situations pénibles : question ambiguë, information manquante, demande hors sujet ?
- Avez-vous indiqué ce que le système ne doit jamais faire ?
- Les contraintes de données et d'hébergement figurent-elles noir sur blanc ?
- Les coûts qui reviennent chaque mois après la livraison sont-ils évoqués ?
- Avez-vous dit à quelle condition vous arrêteriez le projet ?
Si l'une des réponses est non, corrigez avant d'envoyer : une heure passée ici évite une semaine d'allers-retours avec chaque prestataire consulté.
Que faire du document une fois rédigé
Envoyez-le à deux ou trois prestataires et demandez à chacun de reformuler le besoin avant de chiffrer : la qualité de cette reformulation est déjà un critère de choix. Vous pouvez parcourir le classement des agences IA par ville pour repérer des interlocuteurs proches de chez vous, ou décrire votre projet pour recevoir des propositions adaptées. Dans tous les cas, gardez les cas d'essai pour vous jusqu'à la recette : ils servent à juger, pas à entraîner la démonstration.