En bref. J’installe des chaînes de production éditoriale augmentées à l’IA en quatre temps : cartographier les usages réels, outiller la production, documenter les règles, désigner qui atteste. La règle qui gouverne tout le reste tient en une phrase : l’IA en production, jamais en publication. C’est ce qui produit un contenu défendable devant un régulateur, devant un client, et devant un moteur génératif.
La conviction de départ
La plupart des organisations abordent l’IA générative par l’outil. Quel modèle, quelle licence, quel plugin. C’est la bonne question posée trois crans trop tard.
La vraie question est éditoriale : qu’est-ce qui, dans votre production, peut être délégué à une machine, et qu’est-ce qui ne le peut pas ? Un premier jet peut l’être. Une reformulation peut l’être. Une traduction, souvent. Un arbitrage, jamais. Une vérification de source, jamais. Une décision de publier, jamais.
La frontière n’est pas technique, elle est de responsabilité. Et c’est précisément là que le règlement européen est venu se poser.
L’IA en production, jamais en publication.
1. Cartographier
Je commence par un inventaire de ce qui se passe réellement. Pas de ce qui est autorisé, pas de ce qui figure dans une note de service : de ce qui se fait.
Les premiers jets d’articles. Les posts LinkedIn. Les réponses aux commentaires. Les traductions. Les visuels d’illustration. Les scripts de podcast. Les réponses du support client. Les comptes rendus de réunion qui deviennent des communiqués. Presque toujours, l’IA est déjà présente dans quatre ou cinq endroits que la direction ignore. Ce n’est pas un problème de discipline, c’est un problème de vitesse : l’outil est arrivé plus vite que la gouvernance.
Cette cartographie se fait en entretiens, pas en questionnaires. On ne déclare pas spontanément qu’on utilise ChatGPT pour rédiger la newsletter interne.
2. Outiller
Une chaîne de production, ce n’est pas un abonnement à un modèle. C’est un enchaînement d’étapes dont chacune produit quelque chose de vérifiable.
Concrètement : des prompts versionnés, conservés et amendables, plutôt que des improvisations individuelles perdues dans un historique de conversation. Des gabarits par format. Une étape de vérification des sources qui ne dépend pas de la bonne volonté du rédacteur. Des points de contrôle explicites, avec un responsable par point.
Je construis ces chaînes pour mes propres clients depuis trois ans. Elles produisent la newsletter Hello Future d’Orange et la lettre hebdomadaire du Sénat. Je sais donc ce qu’elles savent faire, et je sais à quel endroit exact elles se cassent la figure.
3. Documenter
Ce qui n’est pas écrit n’est pas opposable. Ni à un régulateur, ni à un client, ni à un journaliste qui vous appelle un vendredi soir.
La documentation minimale tient en trois pièces. Une charte d’usage : ce qui est permis, ce qui est interdit, quelles données ne sortent jamais de l’entreprise, quels contenus ne sont jamais produits par IA. Un registre des outils : quel modèle, quelle version, quel contrat, quel hébergement. Des traces de formation : qui a été formé, quand, sur quoi — c’est l’exigence de l’article 4, en vigueur depuis février 2025 et déjà oubliée par la plupart.
Un dispositif rédigé le jour de l’incident n’est pas un dispositif. C’est une reconstitution, et ça se voit.
4. Attester
C’est la pièce qui manque partout, et c’est celle qui compte.
Une validation humaine nominative, datée, traçable. Quelqu’un a lu, quelqu’un a arbitré, quelqu’un a dit oui — et on peut dire qui. Sans elle, l’exemption éditoriale de l’article 50 reste une théorie. Avec elle, elle devient un fait vérifiable.
Cette personne peut être interne. Souvent, elle n’existe pas encore, ou elle a dix autres métiers. C’est là que j’interviens en responsable éditorial externalisé : je porte le rôle, je l’exerce, et je le documente.
Ce que vous avez à la fin
- Une cartographie des usages réels de l’IA dans votre production éditoriale.
- Des chaînes de production outillées, avec prompts versionnés et points de contrôle.
- Une charte d’usage adaptée à votre organisation, pas un modèle générique.
- Un registre des outils et des traces de formation.
- Un dispositif de validation nominatif, et quelqu’un pour le porter.
Ce que je ne fais pas
Je ne délivre pas de certification de conformité. Je ne suis pas avocat et je ne rends pas d’avis juridique : quand la question devient contentieuse, je vous dis d’appeler un cabinet, et je peux vous en indiquer.
Je ne produis pas de contenu au volume. Si votre besoin est de publier trente articles par mois au meilleur coût, je ne suis pas la bonne personne, et je vous le dirai au premier rendez-vous plutôt qu’au troisième.
Et je ne vends pas d’outil. Je n’ai aucun accord avec aucun éditeur de logiciel. Ce que je recommande, je l’utilise.