Comment préparer une charte d’usage de l’IA ?

Une charte doit permettre de décider dans une situation réelle

Une charte d’usage de l’IA en entreprise décrit ce que les personnes peuvent faire, les informations qu’elles peuvent utiliser et les situations qui demandent une validation. Elle devient utile lorsqu’un collaborateur peut y trouver une réponse avant d’envoyer un document, d’ouvrir une connexion ou de diffuser un texte. Son objectif pratique est de rendre les responsabilités compréhensibles, pas d’ajouter un document général que chacun interprétera différemment devant son écran.

Commencez par quelques situations réellement rencontrées : préparer un compte rendu, reformuler un courrier, rechercher dans une documentation ou construire une réponse commerciale. Pour chacune, écrivez le résultat autorisé et la limite à respecter. Une règle comme « utiliser l’IA avec discernement » ne dit pas comment agir. Une règle qui désigne les sources admises, la personne qui contrôle et les cas à transmettre peut être testée sur un exemple. C’est cette capacité à guider l’action qui doit orienter la rédaction.

Inventorier les usages avant d’écrire les règles

Demandez aux équipes quelles tâches elles réalisent déjà avec une assistance et celles qu’elles souhaiteraient essayer. Recueillez les fonctions utilisées et le type d’informations concernées sans exiger la copie de dossiers clients. Une discussion sur un exemple fictif peut révéler des usages différents derrière un même nom d’outil. Rédiger dans une interface publique et utiliser une fonction intégrée à un logiciel professionnel ne créent pas nécessairement le même parcours de données.

Classez les situations par travail et par conséquence. Une proposition de titre interne, une synthèse de dossier et l’envoi d’une réponse à un client n’exigent pas les mêmes contrôles. Conservez les usages encore mal compris comme questions à examiner. L’inventaire doit aider à décider ; il ne doit pas donner l’illusion que tout usage recensé a été approuvé. Indiquez qui peut vérifier les conditions du fournisseur et qui pourra autoriser un nouvel essai.

Définir le périmètre du document

Précisez quelles personnes et quelles activités sont concernées : salariés, direction, prestataires ou intervenants qui accèdent aux outils de l’entreprise. Indiquez comment les consignes sont communiquées à chacun et où se trouve leur version à jour. Le document doit s’articuler avec les règles existantes de sécurité, de confidentialité et de validation éditoriale. Évitez de laisser croire qu’une permission donnée dans la charte annule une restriction applicable à un contrat ou à un dossier particulier.

Définissez également ce que la charte ne suffit pas à autoriser. L’achat d’un service, la connexion à un système métier, l’usage de données personnelles et la publication d’un contenu peuvent nécessiter des vérifications distinctes. Décrivez le chemin de décision sans prétendre fournir ici une règle juridique universelle. Faites relire le document dans le contexte de l’entreprise par les responsables compétents, notamment lorsque les usages envisagés affectent les personnes, les engagements contractuels ou des informations sensibles.

Séparer les usages admis, soumis à examen et suspendus

Une classification simple peut aider les utilisateurs à se repérer. Les usages admis ont un périmètre et des contrôles déjà définis. Ceux soumis à examen demandent une décision avant de commencer. Les usages suspendus ne doivent pas être poursuivis tant qu’une condition précise manque. Associez chaque catégorie à un exemple et à une action attendue. Une couleur seule ne suffit pas, surtout si le document est imprimé ou lu avec une technologie d’assistance.

N’utilisez pas cette classification pour remplacer l’analyse des cas. Un outil admis pour reformuler un texte public peut rester inadapté à un dossier confidentiel. Une tâche acceptable en brouillon peut demander un autre niveau d’autorisation lorsqu’elle déclenche un envoi. La règle doit donc croiser au minimum l’outil, le travail, les informations et l’action finale. Ce croisement évite qu’une approbation générale soit interprétée comme un accès illimité à toutes les fonctions disponibles.

Écrire une fiche d’usage que l’équipe peut appliquer

Remplacez ces exemples par vos propres décisions avant de distribuer la fiche. Faites-la essayer à une personne qui n’a pas participé à sa rédaction. Si elle doit demander ce que signifie un terme ou à qui transmettre un cas, précisez la règle. Le document devient plus fiable lorsqu’il est testé comme une procédure, avec une situation d’entrée et un comportement attendu.

Classer les informations sans supposer qu’un nom retiré suffit

Définissez les catégories d’informations utiles au travail : contenu déjà public, documentation interne, données contractuelles, informations personnelles ou dossiers soumis à une confidentialité particulière. Faites préciser les catégories par les responsables concernés. Un document peut appartenir à plusieurs ensembles et contenir une combinaison qui rend une personne ou un client reconnaissable. La décision d’utiliser une information doit porter sur le dossier réel, pas uniquement sur son titre ou sur l’absence d’un nom visible.

La charte doit expliquer comment préparer un exemple lorsque le dossier original ne peut pas être utilisé. Des données fictives peuvent préserver la structure d’un problème sans reproduire la situation d’une personne. Si une anonymisation est envisagée, la méthode demande un examen approprié ; elle ne doit pas être déclarée réussie parce qu’un utilisateur a remplacé un prénom. La checklist des données aide à préparer cet inventaire avant toute connexion.

Vérifier les conditions de l’outil réellement utilisé

Conservez le nom du service, la version ou l’offre concernée et le responsable de son examen. Faites vérifier les paramètres disponibles, les permissions, les conditions de conservation et les possibilités d’export. Les décisions doivent correspondre au compte réellement utilisé par l’équipe. Une condition applicable à une offre professionnelle ne peut pas être déduite de la simple présence du même nom commercial dans une interface gratuite ou personnelle.

Prévoyez une règle de réexamen lorsqu’une fonction change. L’ajout d’un connecteur, d’un enregistrement automatique ou d’une possibilité de partage peut modifier le périmètre initial. L’utilisateur doit savoir s’il peut activer la fonction ou s’il doit demander une vérification. Évitez de recopier dans la charte des promesses techniques non documentées. Placez les détails susceptibles d’évoluer dans un registre maintenu, puis reliez la règle d’usage à ce registre.

Organiser l’examen des données personnelles

La CNIL indique que la collecte et l’utilisation de données personnelles via un système d’IA doivent respecter le RGPD et les droits des personnes. La charte doit donc orienter l’utilisateur vers la personne chargée de cet examen lorsqu’un usage le nécessite. Elle ne doit pas présenter le consentement, l’anonymisation ou l’usage d’un compte professionnel comme une réponse automatique à toutes les situations.

Demandez une description du parcours des informations : origine, utilisation envisagée, personnes qui accèdent aux résultats et destination finale. Le responsable compétent pourra ensuite examiner les obligations applicables au dispositif. Les fiches de la CNIL sur le développement de systèmes d’IA possèdent un périmètre spécifique ; leur existence ne permet pas de considérer un projet d’utilisation comme validé sans analyse. La charte sert à déclencher la bonne vérification et à conserver la décision obtenue, avec sa portée et ses limites.

Définir ce que signifie vérifier une réponse

Une relecture stylistique ne contrôle pas les faits. Demandez aux utilisateurs de comparer les noms, dates, nombres, références et engagements importants avec les sources approuvées. Pour une synthèse, la vérification doit aussi rechercher les éléments omis qui pourraient changer le sens. Une réponse bien rédigée peut donner une impression de précision sans disposer de preuve. Les règles doivent donc indiquer ce qui doit être retrouvé dans la source avant acceptation.

Adaptez l’effort de contrôle aux conséquences. Une idée de titre interne peut être discutée librement ; une réponse qui engage l’entreprise exige une validation dans le circuit prévu. Désignez le rôle responsable sans inventer une disponibilité permanente. Si personne n’est en mesure de vérifier un fait important, la sortie doit rester en attente. Une mention « à vérifier » n’autorise pas sa diffusion lorsque le lecteur pourrait la comprendre comme une affirmation confirmée.

Préserver les incertitudes et les informations manquantes

La charte peut demander aux utilisateurs de laisser apparaître les questions ouvertes. Une date absente reste absente ; une instruction contradictoire demande un arbitrage ; une source non retrouvée ne doit pas être transformée en référence. Expliquez comment signaler ces situations dans un brouillon, avec des formulations destinées aux collègues qui le reliront. Les marqueurs internes doivent être retirés ou résolus avant toute diffusion à un public qui ne connaît pas le contexte.

En formation, utilisez un exercice où le résultat correct consiste à demander une précision. Cela montre que l’objectif n’est pas de produire une réponse complète à tout prix. Demandez ensuite à la personne de reconnaître le même problème dans un autre cas. Cette évaluation permet de voir si elle comprend la règle. Une consigne mémorisée dans un document n’a de valeur opérationnelle que si l’équipe sait l’appliquer lorsqu’une demande arrive avec des informations imparfaites.

Distinguer préparation, validation et envoi

Décrivez séparément les étapes d’un contenu destiné à un tiers. Un utilisateur peut préparer un brouillon, un responsable peut accepter les engagements, puis une personne autorisée peut envoyer ou publier. Selon l’organisation, ces rôles peuvent se cumuler, mais les vérifications restent identifiables. Précisez les contenus qui demandent une revue spécialisée ou une validation supplémentaire. Le dispositif utilisé pour rédiger ne doit pas être supposé posséder l’autorisation de diffuser.

Cette séparation concerne aussi les outils connectés. Un accès en lecture, une possibilité de modification et une action d’envoi sont des permissions différentes. La charte doit indiquer comment elles sont approuvées et qui peut les retirer. Vérifiez que la configuration réelle correspond à la règle écrite. Si l’outil permet davantage d’actions que le périmètre autorisé, une consigne dans le document peut être insuffisante ; une modification technique ou un accès plus limité peut être nécessaire.

Encadrer les productions marketing sans fabriquer de preuves

Un texte préparé avec une assistance doit conserver la distinction entre faits, exemples et propositions. Interdisez explicitement de présenter un exemple fictif comme un témoignage client ou une estimation comme un résultat obtenu. Les citations doivent être retrouvées dans leur source et les chiffres accompagnés de leur contexte. La validation doit porter sur la page ou le message final, car une modification de titre ou de mise en forme peut changer la portée d’une affirmation.

Précisez qui examine les images, leurs droits et leur usage. Une illustration ne doit pas faire croire à une intervention ou à un client réel lorsqu’elle représente une scène inventée. La charte peut désigner un responsable des actifs et demander une provenance conservée dans le dossier. Elle ne doit pas encourager la suppression de mentions de propriété ou de signaux de provenance pour masquer une origine. La page marketing IA décrit l’organisation du travail de préparation et de validation.

Préparer la réponse à une erreur ou à une exposition inattendue

L’utilisateur doit savoir quoi faire immédiatement : interrompre l’action concernée, conserver les éléments utiles sans les rediffuser et prévenir le canal prévu. Donnez un exemple de message qui décrit le problème sans recopier tout le dossier. La personne chargée de la sécurité ou des données doit ensuite déterminer les mesures adaptées. Ne laissez pas les collaborateurs improviser seuls une suppression ou une communication externe dont les conséquences dépassent leur rôle.

Évitez d’inscrire dans la charte un délai juridique universel détaché de la qualification de l’incident. Le document peut fixer une organisation interne de signalement et renvoyer à la procédure compétente. Il doit également désigner un remplaçant si le contact habituel est absent. Testez le parcours sur une simulation : l’équipe sait-elle retrouver le canal, expliquer les faits et suspendre la fonction ? Cet exercice révèle souvent les imprécisions qu’une lecture attentive du document n’avait pas montrées.

Donner aux responsables un moyen de suspendre un usage

Définissez qui peut retirer une permission, désactiver un connecteur ou arrêter une automatisation. La suspension doit préserver autant que possible la compréhension des opérations déjà effectuées. Pour un brouillon, il s’agit surtout d’éviter une diffusion ; pour une action connectée, il faut vérifier l’état du logiciel de destination. Les consignes doivent distinguer ces situations afin qu’une relance destinée à réparer une erreur ne crée pas une seconde opération.

Préparez une méthode de retour au travail habituel. Indiquez où se trouve la demande initiale, quelles informations conserver et comment identifier les dossiers en attente. Une charte qui autorise un usage sans prévoir son interruption laisse une partie du risque sans responsable. Testez la reprise avec les personnes concernées. Leur capacité à continuer le service représente un critère de préparation plus concret qu’une déclaration générale de maîtrise ou une liste de fonctions disponibles.

Former avec des exemples issus des décisions de la charte

Choisissez des exercices qui correspondent aux usages admis et aux limites définies. Demandez à l’utilisateur de préparer une sortie, de montrer ses vérifications et de justifier la décision de transmettre ou d’attendre. Un cas nouveau permet de distinguer l’application d’une méthode et la reproduction d’un exemple appris. Les observations doivent servir à préciser les consignes autant qu’à repérer les besoins d’accompagnement de la personne.

Prévoyez un accès facile à la règle pendant le travail. Une fiche courte, liée au registre des outils, peut être plus utile qu’un document long envoyé une seule fois. La formation IA doit également montrer les limites de l’assistance et le circuit de support. Ne déduisez pas l’autonomie d’une simple présence à l’atelier. Vérifiez que la personne sait identifier une donnée exclue, retrouver une source et suspendre une diffusion lorsqu’une information importante reste incertaine.

Accueillir un nouvel usage sans contourner la validation

Préparez une demande courte : travail envisagé, utilisateurs, informations nécessaires, outil, sortie attendue et action finale. Demandez un exemple fictif et les principales exceptions. Cette fiche permet au responsable de décider s’il faut un essai limité, un examen des données ou une étude technique. Un processus trop lourd peut encourager les usages non déclarés ; un simple accord oral peut, à l’inverse, laisser des conditions importantes sans trace.

Documentez la décision et sa durée de validité pratique. Un usage peut être autorisé pour une équipe ou un corpus précis, puis réexaminé si ces éléments changent. Indiquez ce qui doit déclencher une nouvelle demande : autre type de données, connecteur supplémentaire ou diffusion automatisée. L’objectif est que chacun reconnaisse une modification de périmètre. L’autorisation initiale ne doit pas être interprétée comme une approbation permanente de toutes les évolutions du service.

Prévoir les changements de poste et les départs

Les permissions liées aux usages IA doivent être examinées lorsque les responsabilités évoluent. Une personne qui change d’équipe peut conserver un accès à des sources dont elle n’a plus besoin. Le registre des outils doit permettre de retrouver les comptes et les connexions concernés. Faites inscrire cette vérification dans les procédures existantes de départ et de mobilité, avec un responsable capable de confirmer que les actions prévues ont été effectuées.

Précisez également le devenir des brouillons, des configurations et des documents de travail. Une consigne utile conservée uniquement dans un compte individuel peut devenir inaccessible au reste de l’équipe. À l’inverse, transférer indistinctement un historique peut exposer des informations qui n’avaient pas vocation à circuler. La transmission demande un examen du contenu et des droits. La charte doit orienter cette décision, pas imposer une copie intégrale de tout ce qui a été produit.

Évaluer la compréhension et réviser le document

Proposez plusieurs situations et demandez quelle action est attendue. Une réponse hésitante peut révéler une règle ambiguë plutôt qu’une faute de l’utilisateur. Notez les termes difficiles, les exceptions récurrentes et les désaccords entre responsables. Révisez le document à partir de ces observations. La personne qui approuve une nouvelle version doit pouvoir expliquer ce qui change et quelles équipes doivent adapter leur pratique.

Conservez un historique des versions avec la date, l’approbateur et le motif principal. Une révision peut être déclenchée par un incident, une fonction nouvelle, un changement de fournisseur ou une évolution du travail. Ne changez pas la date simplement pour donner une apparence de fraîcheur. Les participants doivent pouvoir identifier la version applicable et retrouver les instructions précédentes lorsqu’elles expliquent un dossier ancien. Cette continuité aide à analyser les erreurs sans réécrire a posteriori les règles qui étaient connues.

Un exercice de mise en situation pour tester la charte

Présentez à l’équipe un brouillon de réponse à une demande fictive. Le document contient une date absente des pièces, une phrase qui ressemble à un engagement commercial et un nom provenant d’un autre dossier. Demandez à chaque participant d’indiquer ce qu’il conserve, ce qu’il vérifie et ce qu’il transmet. L’exercice ne cherche pas à piéger les personnes : il sert à observer si les règles désignent une action suffisamment claire pour chacune de ces difficultés.

Comparez ensuite les décisions avec celles des responsables. Si deux personnes compétentes proposent des réponses différentes, cherchez la raison avant de modifier le questionnaire. La charte manque peut-être d’un exemple, le registre des sources n’est peut-être pas accessible ou le rôle de validation n’a pas été attribué. Corrigez le support, puis refaites l’essai sur une autre situation. Une meilleure note obtenue sur le même document peut seulement refléter la mémorisation de la correction précédente.

Gardez une courte fiche des ambiguïtés rencontrées, des changements décidés et des points laissés ouverts. N’y ajoutez pas d’informations personnelles inutiles sur les participants. Le résultat attendu est une règle plus facile à appliquer et un besoin de formation mieux défini. Aucun pourcentage de réussite universel ne permet de conclure que l’organisation est protégée contre toutes les erreurs. L’exercice documente ce qui a été observé, dans un périmètre précis, avec une version identifiée de la charte.

Préparer une première version exploitable

Commencez par un périmètre maîtrisé : quelques usages décrits, un registre d’outils, des règles de données, une méthode de vérification et un circuit de signalement. Faites relire les décisions par les responsables concernés et essayer la fiche par des utilisateurs. Ajoutez les questions ouvertes avec une personne chargée de les résoudre. Une première version peut rester limitée tout en apportant une réponse claire aux situations les plus fréquentes.

Le guide du premier projet IA aide à transformer une règle en essai observable. Pour préparer un accompagnement, rassemblez un usage autorisé, une difficulté rencontrée et les décisions qui restent à prendre. La page de contact précise le fonctionnement du formulaire de cette version locale. Une charte, un atelier et un paramétrage sont des éléments complémentaires : leur présence ne prouve ni la conformité globale d’un dispositif ni l’absence future d’incidents. Leur utilité se vérifie dans la façon dont l’équipe agit et corrige ses pratiques.