Quels livrables demander après un audit IA ?

Un dossier d’audit doit permettre une décision

Après un audit IA, demandez un dossier qui permet de choisir une prochaine action et de comprendre pourquoi elle a été retenue. Il doit présenter les tâches observées, les sources examinées, les usages proposés ou écartés, les responsabilités et les conditions du premier essai. Un support de présentation seul peut aider à partager une conclusion, mais il ne remplace pas les éléments que votre équipe devra reprendre pour préparer, vérifier et éventuellement arrêter un projet.

La réception doit porter sur ce qui est utilisable par l’entreprise. Une recommandation comme « automatiser les tâches répétitives » ne précise ni la tâche, ni les données, ni les contrôles. Demandez ce que vous pourrez décider avec chaque livrable et quelle personne sera capable de le reprendre. La page audit IA décrit la mission dans son ensemble. Cet article se concentre sur son résultat concret : le contenu attendu du dossier et la manière de le réceptionner sans confondre qualité de présentation et préparation opérationnelle.

Fixer le périmètre dont le rapport rend compte

Le dossier doit commencer par les services, les tâches et les outils réellement examinés. Il indique les personnes consultées selon le cadre convenu, les documents utilisés et les limites de l’observation. Une conclusion tirée d’un seul exemple ne doit pas être présentée comme une description exhaustive du fonctionnement. L’équipe doit pouvoir distinguer les éléments observés directement, les informations déclarées et les points non vérifiés. Cette distinction change la portée des recommandations.

Demandez aussi la liste des exclusions. Un audit peut avoir examiné la préparation des réponses sans regarder les paiements, ou le classement des demandes sans vérifier les règles de conservation. Ces limites ne constituent pas nécessairement une lacune si elles correspondent à la mission ; elles doivent simplement être visibles. À la réception, comparez ce périmètre au besoin de départ. Si une décision exige un élément exclu, le dossier doit l’indiquer comme préalable plutôt que laisser penser que l’examen l’a déjà couvert.

Réceptionner une cartographie qui montre le travail réel

La cartographie utile décrit le déclencheur, les étapes, les entrées, les sorties et les passages entre personnes. Elle doit inclure les retours en arrière et les exceptions importantes. Une ligne allant de « demande reçue » à « réponse envoyée » cache parfois toute la difficulté : recherche d’une pièce, demande de précision, validation absente ou reprise après incident. Demandez qu’au moins un cas complet puisse être suivi dans le schéma et rapproché d’un exemple autorisé.

Le document doit permettre de répondre à une question simple : à quel endroit une assistance pourrait-elle intervenir et que laisserait-elle à l’équipe ? Si la réponse reste floue, la carte décrit peut-être seulement l’organisation théorique. Faites-la relire par une personne qui réalise la tâche. Elle peut signaler une étape oubliée ou une décision qui ne dépend pas du rôle indiqué. Ces corrections doivent apparaître dans la version remise, avec les incertitudes qui n’ont pas pu être levées pendant la mission.

Exiger un inventaire des sources limité au besoin

Le dossier n’a pas besoin de copier tous les fichiers de l’entreprise. Il doit identifier les sources nécessaires aux usages envisagés, leur responsable, leur état et les droits à examiner. Une colonne peut distinguer source disponible, source à préparer et accès non autorisé. Cette présentation donne au responsable une action concrète. Elle évite qu’une piste séduisante soit considérée comme prête alors qu’aucune personne ne sait encore quelles données elle utiliserait.

La protection des données mérite un traitement adapté au contexte, avec les référents compétents. Les ressources de la CNIL sur les usages professionnels de l’IA constituent un repère pour cet examen. La réception de l’audit ne vaut pas validation générale de conformité. Vérifiez surtout que les questions ouvertes sont attribuées : qui examinera les conditions du fournisseur, qui vérifiera les permissions et quelle décision doit précéder une connexion. L’inventaire ne doit pas lui-même devenir une copie inutile de données sensibles.

Demander une preuve pour chaque difficulté importante

Un diagnostic peut mélanger un irritant bien observé et une impression générale. Demandez au prestataire de relier chaque difficulté majeure à une observation décrite : étape répétée, information manquante, correction fréquente ou attente de validation. La preuve peut être un exemple adapté, une mesure documentée ou un compte rendu d’entretien clairement présenté comme tel. Il n’est pas nécessaire de publier des données internes pour rendre le raisonnement vérifiable dans le dossier remis.

Si le temps perdu n’a pas été mesuré, la recommandation doit le dire. Une estimation déclarée peut servir d’hypothèse de pilote, mais pas de résultat établi. Demandez la méthode prévue pour vérifier cette hypothèse. Un nombre isolé, même très précis, reste difficile à utiliser si personne ne connaît son origine ou la catégorie de tâches qu’il représente. Le dossier doit permettre d’identifier ce qui motive un essai et ce qui sera confirmé seulement pendant cet essai.

Comprendre la priorisation plutôt que recevoir un classement opaque

Une liste ordonnée d’usages n’est utile que si les critères sont compréhensibles. Demandez les dimensions retenues : fréquence, difficulté de contrôle, disponibilité des sources, conséquences d’une erreur, effort de préparation et capacité de maintenance. Les critères doivent être décrits avant que la note globale ne devienne une conclusion. Une moyenne peut masquer un point qui rend un usage impossible dans votre contexte, par exemple un accès indispensable que l’entreprise ne souhaite pas autoriser.

Le prestataire doit pouvoir expliquer pourquoi une option arrive devant une autre et ce qui ferait changer le choix. Un usage peut être intéressant mais reporté parce qu’un rangement documentaire est nécessaire. Un autre peut être retenu pour sa simplicité de contrôle malgré un potentiel limité. Demandez la distinction entre priorité immédiate et intérêt à plus long terme. Le conseil en stratégie IA traite ces arbitrages dans la durée ; la réception de l’audit vérifie d’abord que leurs raisons sont visibles.

Conserver les pistes écartées et leur motif

Les usages non retenus font partie de la valeur du dossier. Ils évitent de rouvrir régulièrement une idée sans retrouver les raisons de son abandon. Pour chaque piste importante, demandez le besoin initial, le motif de report ou d’exclusion et la condition éventuelle de réexamen. Une option écartée pour absence de sources n’est pas équivalente à une option exclue parce qu’elle déléguerait une décision que l’entreprise souhaite conserver.

Cette trace doit rester factuelle. « Trop compliqué » ne donne pas de direction ; « le système source ne permet pas l’accès limité prévu, à confirmer avec son administrateur » indique un point à examiner. Ne demandez pas une justification détaillée pour chaque idée lancée pendant un entretien, mais assurez-vous que les choix discutés avec la direction sont documentés. À la réception, un responsable doit pouvoir répondre à un collègue qui propose de nouveau l’usage sans dépendre du souvenir du prestataire.

Réceptionner une fiche de pilote prête à être discutée

La fiche de pilote doit nommer une tâche, les utilisateurs, les données d’essai, la sortie attendue et les validations. Elle précise les actions autorisées et ce qui reste hors du périmètre. Une mention « assistant commercial » est insuffisante si elle ne dit pas s’il prépare des brouillons, recherche des informations ou envoie des messages. Cette frontière influence les permissions, les tests et la charge de contrôle. Elle doit être choisie avant la mise en place.

Demandez également les conditions de départ : source approuvée, personne disponible, environnement d’essai et méthode de reprise. Le guide du premier projet IA peut servir de comparaison pour vérifier cette fiche. La réception n’oblige pas à lancer immédiatement le pilote. Elle doit vous permettre de savoir ce qui manque encore, qui peut le préparer et quelle décision autorisera l’étape suivante. Une fiche dont les préalables sont clairs peut être utile même si le lancement est reporté.

Vérifier que les essais couvrent aussi les échecs

Le dossier doit proposer des cas ordinaires et des cas difficiles. Demandez une entrée incomplète, une contradiction, une source absente et une situation hors du rôle prévu. Pour chaque cas, la sortie attendue doit être décrite : réponse, question, refus ou transmission. Un jeu d’essais dont tous les exemples sont simples ne permet pas d’examiner le comportement aux limites. Le nombre de cas importe moins que leur rapport aux difficultés du processus observé.

La référence attendue doit être préparée avec le métier. Il peut y avoir plusieurs formulations correctes, mais les faits permis et les engagements interdits doivent être identifiés. Demandez qui validera cette référence et comment les défauts seront consignés. Si un outil a été montré pendant l’audit, distinguez la démonstration des essais effectivement réalisés. Un résultat aperçu sur un exemple préparé ne prouve pas que les cas proposés pour votre pilote ont déjà été vérifiés.

Recevoir une méthode de mesure qui compte les corrections

Le bilan proposé doit couvrir le travail complet : préparation, traitement, vérification, correction et reprise. Une mesure limitée au temps de génération favorise artificiellement un dispositif dont les erreurs seraient coûteuses à relire. Demandez les indicateurs liés au problème initial et leur méthode de collecte. Si le besoin concerne les demandes oubliées, le nombre de textes produits ne suffit pas à montrer une amélioration. La mesure doit garder le lien avec la difficulté décrite dans le diagnostic.

Les repères de France Num pour envisager l’IA peuvent soutenir la préparation, mais ils ne démontrent pas le résultat de votre essai. Le dossier doit distinguer hypothèse, observation et projection. À la réception, demandez comment sera interprété un résultat mitigé : temps brut réduit mais contrôle accru, qualité meilleure sans gain de temps, ou trop peu de cas pour conclure. Prévoir ces situations évite de définir la réussite après avoir vu les résultats.

Examiner les responsabilités et les droits de décision

Le dossier doit attribuer les rôles utiles : préparer les sources, utiliser le dispositif, valider les sorties, traiter un incident et décider d’une extension. Un même nom peut tenir plusieurs rôles dans une PME, mais ils doivent rester distingués. Si tout renvoie à « l’équipe », personne ne sait qui doit agir en cas de problème. Demandez aussi le relais lorsqu’une personne est absente et les tâches qui peuvent attendre.

Vérifiez que l’autorité correspond au rôle. Le collaborateur qui relit la forme n’est pas nécessairement habilité à approuver un engagement commercial. L’administrateur qui peut connecter un outil ne décide pas automatiquement de l’usage des données. La réception doit révéler ces différences avant le pilote. Faites reprendre un cas fictif par un responsable : sait-il quelle décision lui revient et laquelle doit être transmise ? Si la réponse dépend d’une explication orale du prestataire, le document demande encore une clarification.

Demander un scénario de retour au fonctionnement habituel

Le dossier doit décrire comment suspendre l’essai et reprendre la tâche sans l’assistant. Identifiez les informations nécessaires, leur emplacement et la personne qui reprend la file de travail. Une solution réversible n’est pas seulement une solution que l’on peut désactiver. L’équipe doit comprendre quelles opérations ont abouti, lesquelles restent en attente et comment éviter les doublons pendant la reprise. Ce scénario fait partie des conditions d’exploitation.

Demandez un exercice de passation ou une description testable. Dans un cas fictif, un brouillon a été créé avant l’interruption, mais aucun message n’a été envoyé. Le collègue chargé de la reprise doit pouvoir le voir. S’il risque de confondre préparation et envoi, le suivi est incomplet. Le rapport d’audit n’a pas à résoudre tous les incidents techniques d’un futur projet, mais il doit identifier les états et les informations que la mise en place devra rendre visibles.

Lire un sommaire annoté d’audit fictif

L’exemple suivant décrit un dossier pédagogique pour une PME fictive qui prépare des réponses à des demandes commerciales. Il ne correspond pas à une mission client ni à un résultat d’IAPME Plus. Il montre comment chaque partie peut servir une décision différente.

Dans ce cas fictif, la recommandation peut rester limitée à préparer des questions avant rédaction. L’envoi autonome serait écarté tant que l’identification des destinataires n’est pas maîtrisée. Cette limite doit apparaître dans la synthèse autant que dans les annexes. Le lecteur ne doit pas devoir découvrir une réserve essentielle au dernier document.

Organiser une réunion de réception sur des cas

Préparez la réunion en demandant à chaque responsable de choisir une décision qu’il devra prendre avec le dossier. Pendant la séance, ouvrez les pièces concernées et faites le chemin de la conclusion vers l’observation qui la soutient. Cette lecture est plus utile qu’une nouvelle présentation générale. Elle permet de voir si les sources sont retrouvables, les critères compréhensibles et les responsabilités suffisamment précises pour travailler sans assistance permanente.

Consignez les réserves avec un responsable et une action de correction. Distinguez une question de compréhension, une pièce manquante et un élément hors du périmètre convenu. Cette séparation évite d’accumuler des demandes indéfinies ou d’accepter une lacune importante comme une simple remarque. Une réception partielle peut être appropriée si les éléments utilisables sont clairement identifiés et si les décisions dépendantes des pièces manquantes restent suspendues. La réunion doit aboutir à un état explicite du dossier.

Utiliser une grille de réception sans score trompeur

La grille suivante se remplit en examinant les documents remis. Elle ne certifie ni le futur fonctionnement ni une conformité générale. Son intérêt est de rendre les manques visibles et de les relier aux décisions qu’ils empêchent.

Évitez de transformer cette grille en moyenne qui masquerait une absence bloquante. Une belle cartographie ne compense pas des permissions inconnues pour l’usage retenu. La personne qui réceptionne doit pouvoir approuver une partie et suspendre une autre. Ce jugement doit être écrit en termes de décisions possibles, plutôt qu’en appréciations générales sur la qualité du prestataire.

Vérifier les formats et les liens remis

Le dossier doit rester lisible dans les outils dont l’entreprise dispose. Ouvrez les pièces avec le compte d’une personne qui les reprendra après la mission. Vérifiez les liens, les tableaux et les éventuels fichiers de travail. Un lien vers un espace qui expirera ou un schéma modifiable uniquement sur un compte externe peut créer une dépendance. Demandez les possibilités de conservation et de reprise avant de considérer la livraison comme exploitable.

Testez une petite modification représentative, par exemple changer le responsable d’une étape ou ajouter une réserve dans la fiche de pilote. Le but n’est pas de refaire l’audit, mais de vérifier que l’entreprise pourra maintenir les informations qui évoluent. Si certains fichiers ne sont pas modifiables, cette limite doit être connue et compensée par une méthode de mise à jour. La remise technique des pièces fait partie de la réception, même lorsque les conclusions ont été présentées oralement.

Examiner un désaccord sur la priorité proposée

Supposons, dans le dossier fictif, que la direction préfère un assistant de réponse alors que l’équipe recommande de commencer par le classement des demandes. Le livrable doit permettre de discuter ce désaccord avec des critères communs. La direction peut rechercher un effet visible rapidement ; l’équipe peut constater que les informations sont trop dispersées pour rédiger correctement. Les deux préoccupations doivent être décrites sans transformer une préférence en preuve d’efficacité.

Demandez que le rapport compare ce qui change entre les deux options : données nécessaires, temps de validation, erreurs possibles et préalables. Si le classement doit être amélioré pour les deux usages, il peut constituer un travail commun avant le choix final. Le prestataire doit expliquer cette dépendance. Un classement numérique qui donne quelques points de plus à une option ne remplace pas l’examen des conditions concrètes de départ.

La réunion de réception peut conclure qu’un court relevé complémentaire est nécessaire. Notez alors la question précise et la manière d’obtenir l’information. Il ne s’agit pas d’ajouter indéfiniment des études, mais de déterminer ce qui manque pour trancher. Le dossier devient utile lorsqu’il rend ce manque explicite et proportionné à la décision, plutôt que proposer une nouvelle démonstration sans lien avec le désaccord.

Contrôler les hypothèses reprises dans la synthèse

La synthèse est souvent la seule pièce lue par les décideurs qui n’ont pas participé aux entretiens. Elle doit donc conserver la portée des observations. Si une économie de temps est seulement envisagée, elle ne doit pas apparaître comme un résultat confirmé dans l’introduction. Si le périmètre exclut un service, la synthèse ne peut pas parler de toute l’entreprise sans préciser cette limite. Vérifiez ces raccourcis avant d’approuver le document destiné à circuler.

Une lecture utile consiste à surligner les mots qui expriment une certitude, une ampleur ou une causalité. Demandez pour chacun l’élément qui le soutient. « Plusieurs personnes signalent une difficulté » peut être fondé sur des entretiens ; « le processus fait perdre une journée par semaine » exige une mesure ou une estimation explicitement présentée comme telle. La correction porte sur la précision du message, pas sur l’ajout systématique de réserves qui rendraient le texte illisible.

Dans le cas fictif, la synthèse pourrait dire que le pilote proposé vise à réduire les recherches préalables et que le gain reste à mesurer. Cette phrase permet de décider d’un essai sans inventer son résultat. Demandez enfin qu’une personne absente des échanges lise la synthèse et reformule ce qu’elle pense être acquis. Si elle comprend une promesse que le rapport ne démontre pas, revoyez la rédaction avant diffusion interne. Ce test révèle rapidement les glissements de sens entre le dossier détaillé et son résumé.

Préparer une lecture de contrôle après la remise

Quelques jours après la présentation, demandez à un responsable de reprendre une seule décision sans solliciter le prestataire. Il doit retrouver le besoin, l’option proposée, son motif et le préalable à traiter. Cette lecture différée vérifie si le dossier reste compréhensible une fois les explications orales moins présentes. Notez ce qui manque pour agir, puis demandez une clarification ciblée si elle relève de la livraison convenue.

Ce contrôle ne relance pas toute la mission. Il examine la capacité de transmission promise par les pièces. Un document dont le sens dépend encore d’un commentaire non enregistré doit être précisé avant que l’équipe le transmette à de nouveaux interlocuteurs. La correction peut être courte : une définition, un lien ou un statut suffit parfois à rendre le raisonnement réutilisable.

Distinguer les suites de l’audit de sa réception

Un dossier peut être correctement reçu et conduire à reporter le projet. Les sources peuvent demander un travail trop important, les personnes disponibles peuvent manquer ou la tâche retenue peut ne pas justifier l’effort. Ce résultat n’invalide pas nécessairement l’audit : sa fonction est aussi d’éviter une mise en place mal préparée. Demandez une décision de suite qui tient compte de ces contraintes plutôt qu’un lancement présenté comme automatique.

Conservez une fiche finale avec les pièces reçues, les réserves restantes et la prochaine décision. Indiquez qui l’examinera et à partir de quelles informations. La réception de l’audit ne démontre ni gain économique, ni adoption, ni résultat commercial. Elle établit que votre équipe dispose d’un raisonnement et de documents qu’elle peut utiliser. Si une nouvelle phase est décidée, son périmètre, ses validations et ses preuves devront être suivis séparément afin de ne pas confondre recommandation, essai et fonctionnement réel.