.png){kind=logo}
Jetable par défaut : gérer l'information quand l'IA peut en produire à l'infini
Demandez un rapport de trente pages à une IA : vous l'aurez dans cinq minutes. Un deck, une documentation, un compte rendu, pareil. La production d'information est devenue gratuite.
Le problème, c'est que personne n'a augmenté votre capacité à la lire.
C'est une question qui revient de plus en plus souvent, chez nos clients comme en interne : maintenant qu'on peut tout générer, comment garder un volume d'information gérable et utilisable ? Est-ce un problème de volume, ou un problème d'organisation ?
En résumé : le vrai problème de l'infobésité à l'ère de l'IA n'est ni le volume ni le classement : c'est que le coût de production de l'information s'est effondré alors que le coût de lecture (votre attention) est resté constant. Le filtre économique qui limitait naturellement la production a disparu, et rien ne l'a remplacé. La réponse tient en deux règles : une règle de création (trois questions avant de produire : qui le lit, quelle décision alimente-t-il, peut-on le régénérer à la demande) et une règle de rétention (tout artefact est jetable par défaut, daté, et ne devient une référence maintenue que sur promotion explicite). Et un changement de mode : remplacer le reporting périodique par la réponse à la demande et l'alerte par exception.
Le filtre économique a sauté
Pendant des décennies, le coût de production servait de filtre naturel. Un rapport qui demandait deux jours de travail n'était produit que s'il valait deux jours de travail. Une documentation complète, un benchmark, une présentation soignée : chacun de ces objets passait un test économique implicite avant d'exister.
Ce test a disparu. Quand produire ne coûte plus rien, on produit parce que c'est possible, pas parce que quelqu'un en a besoin. Une bonne partie de l'information générée aujourd'hui n'a pas de lecteur cible réel : elle existe parce que la demander était facile.
Le goulot d'étranglement s'est déplacé de la production vers l'attention. L'économiste Herbert Simon l'avait formulé dès 1971 : « une richesse d'information crée une pauvreté d'attention ». L'IA générative vient de rendre cette phrase brutalement concrète.
C'est le miroir exact de ce que nous décrivions à propos de l'itération inversée : quand le coût de création d'une V1 s'effondre, toute la méthode de travail doit être repensée. Pour l'information, c'est pareil. Sauf que là où un produit se teste, un rapport de trente pages, lui, s'empile.
Volume ou organisation ? La question est mal posée
Face à cette infobésité, le premier réflexe est de mieux ranger : plus de dossiers, plus de tags, un meilleur outil de gestion de la connaissance. C'est une impasse, pour deux raisons.
D'abord, le volume n'est un problème que pour le stock, pas pour le flux. Une analyse consommée puis jetée ne coûte rien, quel que soit son volume. C'est l'accumulation qui coûte : chaque document conservé crée une dette. Il faudra le retrouver, vérifier s'il est encore à jour, le réconcilier avec la version plus récente qui le contredit. Et cette dette est contagieuse : si 30 % de votre base documentaire est périmée, vous devez tout revérifier. Le volume ne noie pas seulement l'information utile, il détruit la confiance dans l'ensemble du corpus.
Ensuite, l'organisation devient paradoxalement moins critique avec l'IA. Quand un agent peut chercher dans tout votre corpus en langage naturel, la structure des dossiers compte moins que l'existence d'un point d'entrée fiable. Avant, on organisait pour retrouver. Maintenant, on retrouve sans organiser. Ce qui compte, c'est qu'un document soit interrogeable, daté, et qu'on sache s'il fait foi ou non.
Le vrai problème est en amont et en aval du rangement : aucun filtre à la création (pourquoi je produis ça) et aucune règle de rétention après (qu'est-ce que je garde, et sous quel statut). C'est là qu'il faut agir.
La règle de création : trois questions avant de produire
Le filtre économique ne reviendra pas. Il faut le remplacer par un filtre explicite. Chez Talyco, aucun rapport, doc ou dashboard n'est créé sans réponse à trois questions :
Un destinataire nommé : une personne ou un rôle précis. « L'équipe » ou « au cas où » ne sont pas des destinataires. Un document sans lecteur identifié n'est pas de l'information, c'est du stock mort dès sa naissance.
Si aucune décision ni action n'en dépend, on ne produit pas, ou on produit une ligne au lieu d'un document. L'IA pousse naturellement à l'exhaustivité : elle ne sait pas ce qui compte, donc elle met tout. Fixer la question avant de générer, c'est la valeur humaine qui reste.
Si le contenu peut être reproduit à volonté depuis une source vivante (vos données, votre code, un template), alors il ne faut pas stocker le résultat : il faut versionner la recette. Le rapport devient un instantané daté et jetable ; la capacité de le produire, elle, est l'actif durable.
Un corollaire sur le niveau de détail : produire au niveau de résolution de la décision, pas des données. Si la question est « est-ce que ça va ? », la réponse est un chiffre et un seuil, pas un dashboard de quarante graphiques. Le bon format est une pyramide : une ligne, puis un paragraphe, puis le détail en annexe. On ne pousse que la ligne ; le reste existe pour ceux qui doutent.
La règle de rétention : jetable par défaut
Le défaut historique était de tout garder, parce que produire coûtait cher : jeter un rapport de deux jours de travail semblait du gâchis. Ce réflexe est devenu toxique. Quand tout est régénérable, la version stockée n'est plus un original, c'est un cache. Le bon défaut s'est inversé : on jette par défaut, on garde par exception.
Concrètement, chaque artefact appartient à l'une de ces trois catégories, et la première est le défaut :
- Le jetable : un instantané daté, produit pour une conversation ou une décision ponctuelle. Consommé, puis supprimé ou laissé mourir. Aucune maintenance, aucune culpabilité.
- La référence : une source de vérité maintenue. Un document n'acquiert ce statut que par promotion explicite : quelqu'un décide qu'il fait foi, et accepte le coût de le maintenir. Une référence contredite par les faits est corrigée ou supprimée le jour même, jamais laissée côte à côte avec sa remplaçante.
- La recette : le script, le template, la requête ou le prompt qui permet de régénérer. C'est le seul artefact qui mérite d'être versionné avec soin.
Deux règles d'hygiène complètent le dispositif. Tout instantané porte sa date, dans son nom ou son en-tête : un document non daté est réputé périmé. Et plutôt qu'une grande purge annuelle que personne ne fait jamais, la règle du boy-scout : chaque fois qu'on retombe sur un document périmé, on le supprime ou on le met à jour immédiatement.
Du reporting périodique au reporting par exception
Reste le flux le plus visible : le reporting récurrent. Le rapport hebdomadaire ou mensuel est un héritage de l'époque où un rapport représentait des jours de travail : on mutualisait l'effort sur un rendez-vous fixe. Quand la production est instantanée, ce format perd sa raison d'être. Un rapport que l'on peut régénérer en quelques minutes n'a pas besoin d'être envoyé chaque semaine : il a besoin d'exister au moment où quelqu'un pose la question.
Le modèle qui remplace le push périodique combine deux mécanismes :
- La réponse à la demande : la capacité de produire le rapport existe en permanence ; le déclencheur est une question réelle, pas un jour du calendrier.
- L'alerte par exception : une surveillance continue qui ne parle que quand un seuil est franchi. Un envoi récurrent qui dit « rien à signaler » est du bruit : il entraîne vos équipes à ne plus lire.
C'est le modèle sur lequel nous avons construit notre outillage de reporting : le dépôt versionne des recettes de rapports rejouables branchées sur les données vivantes des clients, pas des PDF. Et c'est la direction vers laquelle nous faisons converger le reporting lui-même : la recette existe en permanence, chaque exemplaire produit est un instantané daté, et l'envoi périodique devient l'exception plutôt que le rythme par défaut. L'objectif pour le client : moins de documents, mais aucun qui ne mérite pas d'être ouvert.
Questions fréquentes
Ne risque-t-on pas de perdre de l'information précieuse en jetant par défaut ?
On ne jette que ce qui est régénérable ou périmé. Ce qui est réellement précieux, c'est la source vivante (les données, le code) et la recette qui permet de reproduire l'analyse : ces deux-là sont précisément ce que la règle protège et versionne. Le risque inverse est bien plus coûteux : une base documentaire où le vrai et le périmé sont indiscernables, et où plus personne ne fait confiance à rien.
Un meilleur outil de gestion de la connaissance ne réglerait-il pas le problème ?
Un outil de classement organise le stock, il ne le réduit pas et ne le fiabilise pas. Sans filtre à la création ni règle de rétention, un meilleur outil revient à ranger un grenier qui déborde : on retrouve plus vite des documents dont on ne sait toujours pas s'ils font foi. L'outil devient utile après la règle, pas à sa place.
Comment faire accepter la fin du reporting périodique à un client ou un dirigeant ?
En ne supprimant pas le rendez-vous, mais son contenu par défaut. Le client garde deux garanties supérieures : une réponse complète et à jour à chaque question, en minutes plutôt qu'à la prochaine échéance, et une alerte immédiate quand un indicateur dévie. La plupart des destinataires de rapports hebdomadaires ne les lisent déjà plus ; ce qu'ils veulent, c'est la certitude d'être prévenus quand ça compte.
Je construis le produit et l'infra data de Talyco. J'écris ici sur la tech, l'IA et ce que ça change concrètement.
