À qui appartiennent les brouillons que vous ne publiez jamais ?

La version finalisée attire toute l’attention. La campagne publiée. La photo de profil sélectionnée. La prise de vue produit approuvée. L’image qui finit dans le deck, sur le site, dans la boutique, ou dans l’e-mail adressé au client.

Mais les brouillons, c’est là que vit le travail sensible.

Les brouillons révèlent des alternatives. Ils montrent ce que vous avez envisagé puis rejeté. Ils montrent la version trop agressive, trop politique, trop révélatrice, trop éloignée de votre marque, trop proche d’un concurrent, trop personnelle, trop moche, ou simplement trop honnête. Le dossier de brouillons n’est pas un désordre. C’est la trace des décisions.

Les outils d’IA produisent plus de brouillons que les outils plus anciens, parce que l’itération coûte moins cher. Un utilisateur peut générer vingt options à partir d’une seule demande, puis ajuster la demande, puis téléverser une autre référence, puis essayer un autre visage, puis supprimer le tout parce que l’idée n’était pas la bonne. Du point de vue de l’utilisateur, rien ne s’est passé. Du point de vue de la plateforme, il peut exister un historique complet des intentions.

Alors, à qui appartiennent les brouillons que vous ne publiez jamais ? Légalement, la réponse dépend de la juridiction, des contrats, du droit d’auteur, des conditions du fournisseur, du statut d’emploi et d’autres termes qui font qu’un humain normal cherche une collation. Côté produit, la réponse devrait être plus simple : le service ne devrait pas traiter les brouillons non publiés comme son actif, sauf si l’utilisateur choisit explicitement de les stocker ou de les partager.

C’est particulièrement important pour les fondateurs et les agences. Les brouillons non publiés peuvent révéler le positionnement, la direction produit, les documents destinés aux investisseurs, des lancements non encore publiés, la stratégie client ou des concepts de campagne. Ils peuvent être commercialement sensibles avant d’être visuellement impressionnants. Un mauvais mockup peut quand même laisser fuiter une bonne idée.

Les brouillons personnels comptent aussi. Les gens utilisent des outils d’IA pour explorer l’identité, l’apparence, la mémoire, l’humour, le deuil, l’attirance, l’anxiété et la fantaisie. Toutes les expérimentations d’images ne sont pas un plan de contenu. Certaines sont privées parce qu’elles sont privées, pas parce qu’elles seraient utiles à un concurrent.

Les bons produits séparent la génération de la publication. Créer une sortie ne signifie pas l’héberger. Télécharger une sortie ne signifie pas que le service conserve une galerie. Supprimer une sortie ne signifie pas la cacher à l’interface tout en la gardant pour toujours dans un seau avec un nom du type final-final-actually-final.

La version morale n’est pas compliquée : les brouillons appartiennent à la personne ou à l’équipe qui fait le travail. La version technique est plus difficile, mais reste faisable : limiter la conservation, faire des choix de stockage clairs, ne pas avoir de galerie publique par défaut, ne pas « thésauriser » les demandes, et ne pas entraîner sur du contenu client privé sans autorisation explicite.

Les brouillons que vous ne publiez jamais ne sont pas un contenu raté. Ce sont des réflexions privées. Les outils d’IA devraient les traiter comme telles.

Pour aller plus loin : L’historique des demandes est une donnée produit, que vous l’appeliez ainsi ou non, Le coût caché de confiance lié à l’ajout de Generate Image à votre application, et Le stockage des données Unexposed.