# Cahier des charges — intégration IA en entreprise Modèle gratuit Step · Version du 7 septembre 2026 Source : https://www.step-agency.fr/ressources/guides/cahier-des-charges-ia-entreprise Copiez ce modèle et complétez chaque champ. Les exemples sont fictifs. Ce document est un support de cadrage à adapter à votre projet. Entreprise : … Responsable : … Date : … Version : … ## 1. Le problème et le responsable métier Décrivez une tâche observable. Choisissez une personne qui connaît les exceptions et peut accepter le résultat du pilote. Un objectif comme ‘utiliser l’IA’ ne permet pas de vérifier si le projet est utile. - Processus concerné et équipe utilisatrice : … - Responsable métier et personne qui valide le budget : … - Volume mensuel, temps moyen actuel et méthode de mesure : … - Problème à résoudre et résultat attendu : … Exemple fictif : le service commercial traite 300 demandes par mois. Il mesure le temps de qualification avant de tester la préparation de fiches CRM. ## 2. Le périmètre et les limites Précisez ce que la première version prend en charge et les cas qu’elle transmet à une personne. Réduire le périmètre permet de comparer un résultat réel avant d’engager un déploiement plus large. - Entrées attendues et résultat produit : … - Cas inclus et cas exclus du pilote : … - Actions qui nécessitent une validation humaine : … - Solution manuelle si le système est indisponible : … Exemple : classer les demandes entrantes et préparer une réponse, sans envoyer de message ni modifier un devis automatiquement. ## 3. Les données et les documents Inventoriez les sources utiles, leur qualité et les droits d’utilisation. Préparez des exemples anonymisés pour les premiers échanges. Les documents obsolètes ou contradictoires doivent être repérés avant les tests. - Sources, formats, langues et fréquence de mise à jour : … - Propriétaire de chaque source et droits disponibles : … - Données personnelles ou confidentielles présentes : … - Échantillon de test, cas incomplets et exceptions : … Exemple : une FAQ validée et un catalogue à jour sont les sources autorisées ; les anciennes offres commerciales sont exclues. ## 4. Les outils et les connexions Listez les logiciels et les interfaces réellement disponibles. Une API peut nécessiter une licence ou limiter les opérations possibles. Faites vérifier ces conditions avant de comparer les devis. - CRM, ERP, messagerie et espaces documentaires concernés : … - API, connecteurs ou exports disponibles et licences requises : … - Droits de lecture et d’écriture accordés au pilote : … - Environnement de test, gestion des doublons et limites d’usage : … Exemple : lire les demandes dans une boîte partagée, produire un brouillon dans un espace de test et laisser le commercial confirmer la création du contact. ## 5. La confidentialité et la supervision Définissez qui accède aux données et qui peut autoriser une action. Documentez les choix de prestataire et de conservation avec les responsables concernés. Les règles doivent être vérifiables pendant les tests. - Utilisateurs autorisés et séparation des droits : … - Hébergement et conditions de traitement à vérifier : … - Durée de conservation, suppression et gestion des accès : … - Journalisation, alertes et responsable en cas d’incident : … Exemple : l’assistant ne doit pas retrouver un document auquel l’utilisateur n’a pas accès ; ce cas figure explicitement dans le jeu de test. ## 6. Les critères de réussite du pilote Fixez les critères avant d’évaluer la solution. Mesurez la qualité et le temps de correction sur les mêmes cas que la situation de départ. Incluez les situations où l’IA doit s’arrêter ou demander une validation. - Jeu de test représentatif et réponses attendues : … - Seuils d’acceptation convenus avec le métier : … - Temps net gagné après contrôle et correction : … - Conditions de poursuite, d’adaptation ou d’arrêt du projet : … Exemple : une réponse documentaire doit citer une source autorisée ou signaler l’absence d’information. Le métier définit le niveau de qualité acceptable. ## 7. Le budget et les coûts récurrents Comparez les propositions sur le même périmètre. Distinguez le temps de travail libéré d’une économie de trésorerie. Demandez comment sont facturés les volumes supplémentaires et les changements après livraison. - Budget de cadrage, réalisation, tests et formation : … - Licences, modèles IA, hébergement et maintenance : … - Temps interne consacré à la préparation et au suivi : … - Hypothèses de gain et scénario d’usage plus faible que prévu : … Exemple fictif : 300 dossiers × 6 minutes gagnées = 30 heures mensuelles. Ce gain doit être confirmé après prise en compte de la supervision. ## 8. La livraison et la suite Un projet ne s’arrête pas à la démonstration. Prévoyez la formation, la documentation, les accès et le suivi. Faites préciser les conditions de maintenance et la manière de reprendre les données ou le code. - Livrables, calendrier et responsabilités de chaque partie : … - Formation et documentation attendues : … - Propriété, accès, réversibilité et reprise manuelle : … - Maintenance, support et réévaluation après déploiement : … Exemple : le responsable métier valide la recette ; un référent interne centralise les erreurs et suit les coûts après la mise en service. ## Décision après le pilote Poursuivre / adapter / arrêter : … Motifs et mesures observées : … Prochaine étape et responsable : …