Un brief destiné à une IA doit contenir les informations nécessaires à la tâche, pas l’ensemble d’un dossier client. Utilisez des éléments publics, des exemples fictifs et des formulations minimisées. Vérifiez le cadre d’utilisation du service avant d’y introduire des données internes.
Distinguer informations publiques et internes
Le descriptif public d’une offre, son audience et ses contraintes de ton peuvent suffire à préparer un plan. Un export de contacts, des échanges nominatifs ou une stratégie non publiée ajoutent des risques sans être toujours utiles. Faites l’inventaire des informations requises par la tâche, puis retirez le reste. Le statut public d’un document doit être vérifié, pas déduit de sa facilité d’accès.
Décider quelles informations entrent dans le brief
Avant de copier un document, écrivez la tâche à réaliser. Pour produire un plan d’article, le modèle peut avoir besoin de connaître le public, l’offre et les erreurs à éviter ; il n’a pas forcément besoin de connaître les clients qui ont posé les questions. La minimisation doit donc se faire à partir de la tâche. La suppression d’un nom ne rend pas automatiquement un dossier anonyme lorsque le reste permet de reconnaître une personne.
| Information disponible | Traitement proposé | Contrôle avant usage |
|---|---|---|
| Description publique d’une offre | Reprendre la version à jour | La prestation est-elle toujours proposée ? |
| Question reçue d’un client | Reformuler sans contexte identifiant inutile | La situation permet-elle encore d’identifier quelqu’un ? |
| Liste de contacts | Ne pas l’inclure pour demander un plan | Quel besoin de la tâche justifierait ce partage ? |
| Procédure interne sensible | Utiliser un exemple de démonstration ou un outil approuvé | Qui valide l’usage et les accès ? |
| Témoignage à publier | Le traiter dans un circuit de validation distinct | Le contenu et son usage sont-ils autorisés ? |
Cette grille est une méthode d’organisation, pas une décision juridique applicable à tous les dossiers. La CNIL explique les précautions liées à l’usage des systèmes génératifs. Pour un cas concret comportant des données personnelles ou des obligations particulières, faites valider le cadre et l’outil par les responsables compétents avant le partage.
Fabriquer un exemple de travail
Remplacez le dossier réel par une situation fictive conservant uniquement les contraintes utiles : secteur, type de besoin, longueur attendue et limites de l’offre. Changer un nom ne suffit pas si l’ensemble du contexte permet d’identifier la personne. Pour un premier atelier, demandez à l’équipe de produire un exemple entièrement inventé et d’expliquer quelles informations ont été volontairement omises.
Vérifier le service et les usages autorisés
La CNIL recommande de former les utilisateurs et de ne soumettre que des informations qu’ils sont autorisés à partager. Avant un usage professionnel, faites examiner les réglages, les accès et les conditions de traitement applicables à votre service. Une option désactivée dans une interface ne remplace pas une politique interne claire. En cas de doute sur un document, utilisez un autre matériau de travail.
Exemple fictif : préparer une newsletter
Une équipe veut transformer des retours clients en idées d’articles. Elle résume les thèmes de manière agrégée, retire identités et détails de projets, puis demande des angles de rédaction. Les citations réelles sont traitées séparément et ne sont publiées qu’après validation adaptée. Le modèle n’a pas besoin de la liste des abonnés pour proposer une structure de newsletter.
Un exemple de brief qui ne dépend pas d’un dossier réel
Dans une démonstration fictive, une agence prépare un article pour des dirigeants qui veulent reprendre un site. Le brief peut indiquer : public peu technique, objectif de préparer un premier échange, offre limitée à l’étude d’une reprise, absence de prix universel et nécessité d’examiner les accès. Il demande un plan, des questions à vérifier et les informations manquantes. Aucun historique nominatif ni document de connexion n’est nécessaire.
- Rédigez d’abord le brief avec des informations publiques et une situation inventée. Vérifiez qu’il permet réellement de travailler avant d’envisager des données supplémentaires.
- Faites confirmer les exclusions et les promesses commerciales par la personne responsable de l’offre. Le modèle ne doit pas compléter ces points par vraisemblance.
- Relisez la sortie en recherchant références inventées, chiffres sans source et formulations qui suggèrent un engagement non validé. Retirez ce qui ne peut pas être justifié.
- Conservez le brief approuvé et la décision de publication dans l’emplacement de travail prévu. Prévoyez la suppression ou l’archivage des essais selon la politique de l’équipe.
Pour la production du site, le résultat attendu est un matériau de rédaction vérifiable, pas une nouvelle base de dossiers clients dispersés. Le registre des affirmations et des sources complète ce travail en contrôlant ce qui sort du modèle. Les deux contrôles sont nécessaires : limiter les entrées n’empêche pas une sortie d’inventer un fait, et relire une sortie ne justifie pas un partage excessif au départ.
Relire aussi les sorties
Une réponse peut inventer une référence, une statistique ou un témoignage même si le brief est prudent. Vérifiez ces éléments avant diffusion. Prévoyez une personne responsable, un emplacement de travail approuvé et une règle pour supprimer les essais devenus inutiles. Conservez une version du brief réutilisable, dépourvue de secrets, dans votre méthode de production éditoriale assistée par IA.