Journal des décisions IA : la méthode en 4 étapes

Pourquoi une décision prise avec une IA se perd sans trace écrite

Un journal de décision IA est une ligne datée qui résume un choix pris avec l'aide d'une intelligence artificielle : ce qu'on lui a soumis, ce qu'elle a répondu, ce qui a été décidé et ce qui s'est produit ensuite. Un historique de conversation brut mélange cette décision avec le reste des échanges du jour, sans distinguer ce qui a servi à trancher.

Dans une petite entreprise, une réponse d'IA sert à rédiger une fiche produit, orienter une réponse client ou résumer une réunion. La décision retenue disparaît vite dans la messagerie ou l'outil de conversation utilisé. Personne ne peut la retrouver un mois plus tard, ni expliquer pourquoi elle a été prise ainsi.

Le problème n'est pas la qualité de la réponse obtenue. Il est l'absence de trace du choix final. Deux collègues qui utilisent le même assistant pour la même tâche peuvent trancher différemment, sans que personne ne le sache ni ne compare les deux issues. Sans journal, l'entreprise ne progresse pas sur ses propres usages de l'IA : elle répète les mêmes arbitrages, sans les revoir.

Cette page traite un angle précis : garder la main sur la décision, pas gagner en productivité. Elle s'inscrit dans la suite de notre article sur l'AI Act en entreprise, qui pose le cadre réglementaire général. Un journal de décision reste utile même hors de ce cadre : il sert d'abord à expliquer un choix, à un client, à un collègue ou à soi-même, plusieurs semaines après.

Le point de départ vient d'une checklist déjà publiée. Avant de mettre en production un Worker qui appelle un modèle de décision, notre guide sur Jev sur Cloudflare Workers AI recommandait déjà d'enregistrer chaque décision avec ses probabilités, sa confiance et sa version de modèle, puis de relire un échantillon chaque semaine. Cette page reprend ces deux exigences et les transforme en méthode utilisable, avec ou sans modèle probabiliste.

Qui reste responsable quand une IA a proposé la décision

L'intelligence artificielle ne décide pas : la personne qui valide et utilise la sortie reste responsable de la décision prise. Ce principe n'est pas une opinion. Le règlement européen sur l'IA le pose explicitement pour les systèmes à haut risque.

Selon l'article 14 du règlement (UE) 2024/1689, consulté le 20 septembre 2026, les personnes chargées du contrôle humain d'un système à haut risque doivent pouvoir comprendre ses capacités et ses limites, puis décider de ne pas l'utiliser, d'ignorer, de modifier ou d'inverser sa sortie dans une situation donnée. L'article 26 ajoute que les journaux générés automatiquement par un tel système doivent être conservés au moins 6 mois, et que les salariés concernés doivent en être informés avant sa mise en service.

Ces obligations visent les systèmes classés à haut risque au sens du règlement, pas toute utilisation d'un assistant IA en entreprise. Une PME qui utilise un assistant conversationnel pour rédiger des réponses ou des fiches produit n'entre pas automatiquement dans cette catégorie. Vérifier votre propre statut demande un avis juridique : cet article n'en tient pas lieu, et ne certifie aucune conformité.

Une leçon reste transposable hors obligation légale. Documenter la supervision humaine et conserver une trace protège l'entreprise autant que la personne qui a tranché. En cas de désaccord après coup, sur une réponse client ou une fiche produit, le journal montre ce qui a été transmis à l'IA, ce qu'elle a répondu, et ce qui a réellement été décidé.

Un point reste stable, quel que soit le statut réglementaire : une IA renvoie des probabilités ou une réponse, jamais une décision. Le journal existe pour que cette différence reste visible, y compris pour un comité de direction qui n'a pas suivi l'échange. Un dirigeant qui doit expliquer un choix a besoin de cette ligne, pas d'un historique de conversation à relire en entier.

L'article 14 nomme aussi un risque distinct : s'appuyer sur la sortie d'une IA sans la questionner, au point de ne plus l'examiner. Une personne chargée de valider une décision doit rester en mesure de s'en écarter, pas seulement d'y apposer une signature. Le journal aide à vérifier cela dans le temps : une décision qui suit toujours la proposition de l'IA, sans jamais s'en écarter, mérite d'être regardée de plus près.

La méthode en 4 étapes pour journaliser une décision assistée par IA

Une décision journalisée tient en 4 informations, notées au moment où elles sont connues. Chaque étape répond à une question fermée, pour rester applicable sans relire tout un paragraphe.

Ces 4 champs suffisent pour une décision prise avec un assistant conversationnel ordinaire. Un outil qui renvoie des probabilités, une confiance et une version de modèle, comme le modèle de décision Jev présenté dans notre article sur ce modèle, ajoute des champs supplémentaires, détaillés plus bas dans le modèle complet.

La méthode fonctionne sans logiciel dédié. Une ligne dans un tableur, un document partagé ou un gestionnaire de tickets suffit pour commencer. L'important est de noter les 4 champs au bon moment : le contexte et la réponse quand la décision est prise, le résultat quelques jours ou semaines plus tard, sans attendre d'avoir du temps libre pour tout reconstituer.

3 exemples décisions journalisées, du contexte au résultat constaté

Ces 3 exemples restent génériques et illustratifs : ils situent le principe pour une petite entreprise, sans provenir d'un cas client réel ni d'une mesure chiffrée. Chacun suit la même trame : contexte, réponse de l'IA, décision, résultat.

Une réponse client, une fiche produit et un compte rendu de réunion couvrent trois usages courants d'une IA dans une petite structure. Ce sont des tâches où une réponse rapide compte, et où une erreur non relue coûte plus cher qu'une minute de vérification.

Le tableau ci-dessous se lit ligne par ligne, avec la même logique que le modèle complet présenté plus bas. L'idée n'est pas de couvrir tous les usages possibles, mais de montrer que la même trame s'applique à des tâches très différentes, sans adaptation lourde.

Un journal tenu depuis plusieurs semaines révèle des motifs qu'une décision isolée ne montre pas : un type de message où l'IA propose systématiquement une réponse trop longue, ou une fiche produit où la décision finale s'écarte presque toujours de la première proposition. Ces motifs orientent la relecture hebdomadaire décrite plus bas.

Ce qui distingue un bon outil de suivi d'un simple historique de conversation

La question du meilleur outil pour journaliser une décision revient souvent. Aucun outil ne convient à toutes les équipes, mais des critères transposables permettent d'évaluer celui déjà utilisé, ou d'en choisir un nouveau.

Un simple historique de conversation garde les échanges dans l'ordre où ils sont arrivés. Il ne distingue pas une décision d'un brouillon, ni une réponse retenue d'une réponse écartée. Un outil de suivi de décision ajoute une structure : une ligne par décision, retrouvable sans relire tout l'échange.

Un historique reste utile pour comprendre comment une réponse a été formulée. Il ne remplace pas le journal, qui répond à une autre question : qu'a-t-on fait de cette réponse, et avec quel résultat.

Les critères suivants s'appliquent à n'importe quel outil, qu'il s'agisse d'un tableur partagé, d'un gestionnaire de tickets ou d'une base de données interne. Ils permettent de juger un outil sans se fier à son nom commercial ni à sa réputation.

Un dernier point mérite attention : l'historique intégré à un assistant conversationnel reste souvent propre à cet outil, sans export simple ni accès pour une personne extérieure à la conversation. Un changement d'outil ou de fournisseur peut alors faire disparaître la trace des décisions passées. Un journal tenu à part, même sommaire, survit à ce changement.

Le modèle de journal à remplir pour vos prochaines décisions

Le modèle ci-dessous se remplit directement, sans inscription. Il reprend les champs recommandés par notre checklist avant mise en production, publiée avec le guide Jev sur Cloudflare Workers AI : horodatage, état transmis, réponses obtenues, probabilités, confiance, version du modèle, seuil et suite donnée.

Les champs probabilités, confiance et version du modèle ne concernent que les outils qui les renvoient, comme un modèle de décision dédié. Un assistant conversationnel ordinaire laisse ces cases vides, ou remplies d'une appréciation qualitative ; le journal reste utile sans elles.

Adapter ce modèle à votre outil ne demande pas de le recopier à l'identique. Une équipe qui traite peu de décisions par semaine peut fusionner « probabilités » et « confiance » en une seule colonne. Une équipe qui journalise des décisions à fort enjeu, financières ou contractuelles, peut au contraire ajouter une colonne pour la personne qui a validé, distincte de celle qui a demandé la réponse à l'IA.

Une version prête à remplir dans un tableur suivra cette publication. En attendant, ce tableau se copie tel quel dans n'importe quel document partagé.

L'article 26 du règlement européen demande, pour les systèmes à haut risque, de désigner une personne compétente pour le contrôle humain. Le principe reste utile hors de ce cadre légal : nommer qui tient le journal et qui valide les décisions évite qu'il reste à la charge de la première personne disponible, ou qu'il ne soit tenu par personne.

La relecture hebdomadaire : garder la main sur le seuil

Un journal sans relecture reste une archive silencieuse. Notre checklist avant mise en production recommandait déjà de relire un échantillon des décisions chaque semaine, et d'ajuster le seuil si besoin.

Cette relecture ne demande pas d'outil supplémentaire. Une personne parcourt les lignes de la semaine, compare la décision prise au résultat constaté, puis note si le seuil ou les critères doivent changer. L'objectif reste de repérer les cas où l'IA proposait juste et où la personne a tranché autrement, ou l'inverse.

Les décisions transmises à une personne parce qu'elles tombaient sous le seuil méritent une attention particulière : elles indiquent où l'outil hésite, et où la relecture humaine reste la plus utile. Une hausse répétée de ces cas peut signaler un changement dans les demandes reçues, pas seulement un seuil mal réglé.

Une relecture hebdomadaire tient en moins d'une heure sur un volume courant de décisions dans une petite entreprise. Elle vaut mieux qu'une relecture mensuelle plus longue, qui laisse s'accumuler les cas à corriger et rend l'ajustement du seuil plus difficile à motiver.

Cette cadence hebdomadaire reste indicative. Une équipe qui traite très peu de décisions par semaine peut espacer la relecture, à condition de ne jamais la supprimer entièrement.