Devez-vous dire au conseil que l'analyse a été assistée par l'IA ?
Déclarez que l'analyse a été assistée par l'IA, et placez votre protection dans la vérifiabilité : une note de provenance d'une page, une vérification de source en direct en séance et un dossier conservé permettent à un administrateur sceptique de tester chaque affirmation, de sorte que la recommandation résiste à la contestation.
La réponse directe : aucune règle précise ne vous oblige à révéler qu'une partie d'un deck de conseil a été rédigée avec une plateforme de stratégie IA, et la transparence reste pourtant le bon réflexe par défaut. La raison est pratique plutôt que juridique. Un deck de conseil est un ensemble d'affirmations, et à un moment donné un administrateur en conteste une. Quand cela se produit, le présentateur qui a déjà dit quelles parties de l'analyse ont été rédigées par la machine et qui les a vérifiées garde la salle ; celui à qui l'on demande en pleine réunion comment un chiffre a été produit, et qui répond vaguement, la perd. La transparence est ce qui préserve la confiance lorsqu'un chiffre est contesté, et la dissimulation est la position la plus faible même là où aucune règle n'impose de déclarer.
- Le guide du FRC sur le UK Corporate Governance Code 2024 cite, parmi les mesures supplémentaires qu'un conseil peut envisager pour les décisions importantes, le fait de décrire dans les documents du conseil comment les propositions ont été élaborées et remises en question avant d'être présentées au conseil.[1] Le guide n'est pas contraignant, mais un document muet sur la façon dont son analyse a été produite s'accorde mal avec lui.
- Les obligations de transparence de l'article 50 du règlement européen sur l'IA, applicables depuis le 2 août 2026, sont étroites : elles concernent les fournisseurs et les déployeurs de certains systèmes d'IA, avec notamment l'obligation d'informer les personnes qu'elles interagissent avec un système d'IA, de marquer les contenus synthétiques dans un format lisible par machine et de signaler les hypertrucages.[2] Elles n'imposent pas d'étiqueter un deck stratégique interne, et les lire ainsi surestime leur portée.
- Les Principes de l'OCDE sur l'IA demandent aux acteurs de l'IA de s'engager en faveur de la transparence et d'une divulgation responsable, en fournissant des informations pertinentes, adaptées au contexte, sur les systèmes d'IA, leurs capacités et leurs limites.[3]
- La tendance est visible dans les conseils eux-mêmes : dans l'enquête de PwC sur l'efficacité des conseils auprès des dirigeants, 99 % des cadres dirigeants estiment que les conseils devraient utiliser l'IA pour leur mission de surveillance, mais seuls 35 % des administrateurs disent que leur conseil le fait actuellement.[4]
Pris ensemble, ces éléments décrivent une norme plutôt qu'une interdiction. Les référentiels de gouvernance attendent que les documents expliquent comment les propositions ont été construites et remises en question, et les règles de transparence, là où elles existent, visent d'autres risques. Ce que le conseil teste n'est donc pas l'intervention d'un outil, mais la fiabilité de l'analyse qui sous-tend la recommandation. Un présentateur qui déclare les choses simplement part de la position la plus forte.
La note de provenance : une page qui rend le deck vérifiable
La réponse concrète à l'administrateur sceptique n'est ni un ton de voix ni une défense bien répétée. C'est un artefact : une diapositive ou une page d'annexe, insérée dans le deck, qui expose en langage clair comment l'analyse a été produite et qui en répond. Appelons-la la note de provenance. Elle comporte six lignes, et chaque ligne existe parce qu'un administrateur peut en faire quelque chose de précis.
| Ligne de la note de provenance | À quoi elle sert | Ce qu'un administrateur peut en faire |
|---|---|---|
| Quelles parties de l'analyse ont été rédigées par l'IA et lesquelles par l'équipe | Sépare les ébauches générées par la machine de l'analyse rédigée par des humains, pour que le conseil sache où se situe chaque type de risque | Sonder la frontière : demander pourquoi une section a été rédigée d'une manière plutôt que d'une autre |
| La personne nommément désignée qui a vérifié chaque affirmation clé, et comment : chaque source citée ouverte et comparée à la diapositive | Rattache la responsabilité aux chiffres dont dépend la recommandation, avec une méthode énoncée plutôt qu'une assurance générale | Refaire la vérification, ou interroger directement la personne nommée, parce que la responsabilité est attachée à un nom |
| La liste complète des sources | Montre sur quoi repose l'analyse, source par source | Tester la base de preuves : vérifier si une source de référence manque ou si une source est plus faible qu'elle n'y paraît |
| La date du jeu de documents sur lequel l'analyse repose | Fixe la date d'arrêt des connaissances, pour que le conseil sache ce qui était connu au moment de l'analyse | Demander si quelque chose a changé depuis cette date que l'analyse ne peut pas voir |
| Ce qui a été exclu ou n'a pas pu être vérifié | Énonce honnêtement les limites, y compris les points que l'équipe n'a pas pu confirmer | Sonder la frontière de l'analyse plutôt que de découvrir les lacunes par hasard |
| Qui valide la recommandation | Confirme qu'un humain, et non un outil, assume la conclusion | Tenir une personne responsable de la recommandation, comme pour tout autre document du conseil |
La page accomplit aussi un travail de conformité discret. Le principe de transparence de l'OCDE demande des informations pertinentes, adaptées au contexte, sur les sources et la logique qui sous-tendent le rôle d'un système d'IA ; une page qui nomme la contribution de l'outil, le vérificateur et la liste des sources constitue cette information, rédigée pour le seul contexte qui compte ici.[3] C'est aussi la forme la plus vérifiable de la description du processus que les référentiels de gouvernance prévoient déjà pour les décisions importantes. Pour un protocole détaillé de relecture d'une analyse rédigée par l'IA avant qu'elle n'arrive devant un comité, voir le guide sur la vérification d'une présentation stratégique générée par IA.
Une contestation en direct en séance : un exemple détaillé
Supposons qu'une diapositive indique que le segment cible représente une certaine part du chiffre d'affaires, en citant un rapport sectoriel, et qu'un administrateur demande d'où vient le chiffre. L'échange qui suit est le moment où la note de provenance justifie sa place. Bien mené, il se déroule étape par étape :
- Le présentateur ouvre la source citée à l'écran ou dans l'annexe, devant le conseil, plutôt que de la résumer de mémoire.
- Le présentateur confirme au procès-verbal le périmètre du chiffre : quelle population la source couvre et ce qu'elle mesure.
- Le présentateur confirme la nature de la valeur : s'il s'agit d'une estimation ponctuelle, d'une fourchette ou d'une prévision, et laquelle la diapositive revendique.
- Le présentateur confirme la date de la source et l'unité du chiffre, pour que le conseil sache que le chiffre est à jour et exprimé dans les termes qu'emploie la diapositive.
- Si le chiffre correspond à la source, il est maintenu, et l'administrateur l'a vu tenir plutôt que d'avoir à l'accepter sur parole.
- Si le chiffre ne correspond pas, par exemple parce que la diapositive a arrondi au-delà de ce que la source permet ou a utilisé une édition antérieure, le présentateur le corrige au procès-verbal et énonce le chiffre corrigé et sa source.
Corriger ouvertement protège la recommandation parce que cela préserve la capacité du conseil à auditer le reste du deck. Un administrateur qui a vu un chiffre vérifié en direct, et qui a vu le présentateur reconnaître et corriger un écart, dispose de la preuve que les autres chiffres ont été produits avec la même discipline. La raison pour laquelle défendre un chiffre invérifiable détruit la recommandation est symétrique : dès qu'un présentateur résiste à une contestation vérifiable, tous les autres chiffres du deck deviennent suspects, parce que le conseil a appris que les chiffres sont défendus plutôt que vérifiés. Les conseils de PwC aux administrateurs énoncent clairement le principe sous-jacent : les résultats générés par l'IA peuvent contenir des erreurs ou des biais qui paraissent crédibles, raison pour laquelle l'information doit être vérifiée et soumise au jugement humain avant qu'on ne s'y fie.[5] La fluidité n'est pas une vérification, et la vérification ouverte est la façon de montrer la différence. Pour comprendre pourquoi les sources traçables sont le mécanisme qui rend ces vérifications possibles, voir cet article sur la présentation stratégique auditable.
Les questions que posent réellement les administrateurs sceptiques
D'un conseil ou d'un comité d'investissement à l'autre, les questions sur l'analyse assistée par l'IA se ramènent à quatre. Qu'a vu l'outil ? Que n'a-t-il pas vu ? Qui a vérifié ? Qu'est-ce qui changerait la conclusion ? Aucune n'est hostile ; chacune est un administrateur qui fait son travail. La note de provenance est utile précisément parce que chaque question correspond à une ligne de la page, de sorte que la réponse se lit au lieu de s'improviser.
| La question de l'administrateur | Ce qu'elle sonde réellement | La ligne de provenance qui y répond |
|---|---|---|
| Qu'a vu l'outil ? | La base de preuves sur laquelle l'analyse a été menée, et son actualité | Le jeu de documents et sa date |
| Que n'a-t-il pas vu ? | Les exclusions, les lacunes et les points qui n'ont pas pu être confirmés | La ligne sur les exclusions et les points invérifiables |
| Qui a vérifié ? | Si une personne nommément désignée répond des affirmations clés, et selon quelle méthode | Le vérificateur nommé et la méthode de vérification : chaque source citée ouverte et comparée à la diapositive |
| Qu'est-ce qui changerait la conclusion ? | La sensibilité de la recommandation à ses affirmations clés | La ligne du vérificateur avec la liste des sources, qui montre de quelles affirmations dépend la recommandation et avec quelle solidité chacune est étayée |
Répondre d'avance à ces questions sur la page vaut mieux qu'improviser en séance, pour une raison simple : une réponse composée sous la contestation sonne comme une défense, alors que la même réponse imprimée dans le deck se lit comme une partie de l'analyse. Cela signale aussi que l'équipe a anticipé l'examen, ce qui est en soi une preuve de rigueur. Les administrateurs ont une raison permanente de poser ces questions à leur propre entreprise : le guide du FRC cite, parmi les questions que les conseils devraient se poser, celle de savoir s'ils ont connaissance des technologies émergentes, y compris l'intelligence artificielle responsable, utilisées par l'entreprise, par exemple dans le reporting.[1] Un conseil qui pose cette question à l'entreprise la posera au deck qu'il a sous les yeux.
Après la réunion : garder la décision réexaminable
La note de provenance a une seconde vie après la réunion. Le deck, sa liste de sources et la note de provenance doivent être conservés ensemble, afin que la décision puisse être réexaminée des mois plus tard sur des bases honnêtes. Un examen ultérieur disposant du dossier conservé peut confronter l'analyse à ce qui était réellement connu à l'époque : le jeu de documents et sa date fixent les informations qui existaient, la ligne des exclusions consigne ce qui n'a pas pu être vérifié, et la liste des sources montre sur quels chiffres la recommandation reposait. Sans ce dossier, l'examen glisse vers le biais rétrospectif et juge la décision d'après ce qui s'est passé plutôt que d'après ce qui pouvait être su au moment de la prendre.
- Confronter l'analyse aux connaissances disponibles à l'époque, à partir du jeu de documents daté plutôt que de la mémoire.
- Revérifier les affirmations clés au regard de leurs sources citées, selon la méthode énoncée par le vérificateur nommé.
- Situer la frontière de l'analyse, grâce à la ligne des exclusions, avant de supposer qu'un manquement était une erreur de jugement plutôt qu'une limite connue.
La conservation correspond aussi à ce que les référentiels de gouvernance prévoient. Parmi les mesures supplémentaires que le guide du FRC suggère à un conseil d'envisager pour les décisions importantes figure celle de veiller à ce que le procès-verbal du conseil documente la discussion qui a conduit à la décision, y compris les questions soulevées et les motifs de la décision.[1] Une note de provenance classée avec le deck donne au procès-verbal quelque chose d'exact à refléter. Le point pratique est que l'usage de l'IA tend à laisser sa propre trace écrite, dans les prompts, les ébauches et les résultats, que quelqu'un l'ait prévu ou non ; la conservation se gère donc mieux comme une politique délibérée que laissée au hasard.
Ce qu'il ne faut pas faire : dissimuler, surestimer et se fier à la fluidité
Trois modes de défaillance expliquent la plupart des façons dont les présentations au conseil assistées par l'IA tournent mal. Chacun est évitable, et chacun mérite d'être nommé à l'avance.
- Cacher l'usage de l'IA. Le schéma de dissimulation est bien documenté ailleurs dans l'organisation : dans l'enquête flash 2023 de l'ISACA sur l'IA générative auprès des professionnels de la confiance numérique, seules 28 % des organisations déclaraient que leur entreprise autorisait expressément l'usage de l'IA générative, tandis que plus de 40 % indiquaient que les employés l'utilisaient malgré tout et que 35 % supplémentaires n'en étaient pas sûrs.[6] L'usage non déclaré au sein d'une équipe stratégie est le même schéma avec des enjeux plus élevés, parce que le deck arrive jusqu'au conseil. La transparence coûte une ligne ; la découverte d'une dissimulation coûte la crédibilité de chaque chiffre du deck.
- Surestimer la rigueur de l'outil. Décrire l'analyse comme validée, auditée ou vérifiée de façon indépendante alors qu'en réalité un outil l'a rédigée et qu'une personne l'a survolée invite à la seule contestation à laquelle le présentateur ne peut pas répondre en séance : montrez-moi. La note de provenance protège parce qu'elle n'affirme que ce qui s'est passé, et le vérificateur nommé peut décrire exactement ce qui a été fait.
- Laisser la fluidité se substituer au jugement. Le AI Risk Management Framework du NIST relève que les humains peuvent supposer que les systèmes d'IA fonctionnent, et fonctionnent bien, dans tous les contextes, et que, à tort ou à raison, les systèmes d'IA sont souvent perçus comme plus objectifs que les humains.[7] Une prose soignée est la forme la plus dangereuse de cette perception, parce qu'une diapositive bien écrite se lit comme une diapositive vérifiée. Elle ne l'est pas. Le jugement de l'équipe, exercé au moment de la vérification et de la validation, est ce à quoi le conseil est invité à faire confiance.
Le fil commun est un mauvais échange : chaque mode de défaillance évite un inconfort minime et maîtrisable, une ligne de transparence, une affirmation mesurée, un aveu de limites, et le paie en risque non maîtrisé.
Là où l'outil compte : la vérifiabilité par conception
Une dernière remarque sur l'outil. Decisity est une plateforme de conseil en stratégie native IA dont les decks relient chaque affirmation, chaque chiffre et chaque recommandation à sa source, en un clic. Cette seule propriété rend les pratiques de cet article mécaniquement possibles plutôt que simplement souhaitables : une note de provenance ne vaut que par les liens qui la sous-tendent, et une vérification de source en direct en séance prend quelques secondes lorsque la source citée est à un clic de la diapositive. Elle soutient aussi ce que le principe de responsabilité de l'OCDE demande aux acteurs de l'IA : être responsables du bon fonctionnement des systèmes d'IA tout au long de leur cycle de vie, selon leur rôle et leur contexte.[3] Pour une description du flux de travail de bout en bout, de l'ingestion des documents au deck prêt pour le conseil avec une traçabilité complète des sources, voir comment fonctionne la plateforme.
L'outil ne remplace pas les obligations du présentateur ; il supprime les excuses. Lorsque chaque chiffre du deck peut être ouvert jusqu'à sa source à la demande, la transparence devient peu coûteuse, la vérification devient routinière, et les quatre questions de l'administrateur sceptique ont des réponses qui figurent sur la page et se vérifient en séance, pendant la réunion et de nouveau des mois plus tard, lorsque la décision est réexaminée.
À lire aussi :
Sources
- FRC: Corporate Governance Code Guidance
- EU Artificial Intelligence Act: Article 50, Transparency Obligations for Providers and Deployers of Certain AI Systems
- OECD: Recommendation of the Council on Artificial Intelligence (OECD/LEGAL/0449)
- PwC and The Conference Board: Board Effectiveness: A survey of the C-suite (2026)
- Harvard Law School Forum on Corporate Governance: Using AI in the Boardroom: New Opportunities and Challenges (PwC, 29 November 2025)
- ISACA: Generative AI Training, Formal Policies in Short Supply for Most Organizations (@ISACA 2023, Volume 43)
- NIST AI Resource Center: AI RMF 1.0, Section 1: Framing Risk



