Changer d'outil de veille : ce que l'on récupère vraiment, ce que l'on perd

Le capital documentaire ne se résume pas aux documents

Une organisation qui utilise un outil de veille depuis plusieurs années y a accumulé, sans toujours en avoir une conscience précise, un capital qui dépasse largement les documents collectés. Ce capital comprend l'historique des jugements portés sur chaque document, les requêtes affinées au fil du temps pour couvrir un périmètre avec précision, les annotations laissées par les analystes lors de leurs lectures successives, et les journaux qui tracent pourquoi telle décision de traitement a été prise sur tel document à tel moment.

Quand la question d'un changement d'outil se pose, l'attention se porte spontanément sur les documents eux-mêmes : pourra t on récupérer ce qui a été collecté au fil des années. Cette question, bien que légitime, masque un enjeu plus déterminant pour la continuité réelle de la fonction de veille : la portabilité de tout ce qui a été produit en interne autour de ces documents, et qui ne se retrouve nulle part ailleurs si l'outil qui l'a hébergé ne le restitue pas au moment du départ.

Les documents, un point de perte généralement mineur

Les documents collectés par un outil de veille proviennent, dans leur grande majorité, de sources publiques ou abonnées qui existent indépendamment de l'outil : une publication professionnelle, un registre officiel, un site institutionnel. Si un document a disparu de sa source d'origine entre temps, il reste souvent possible de le retrouver par d'autres moyens, avec un effort variable mais rarement impossible, puisque le contenu informationnel du document n'est pas propre à l'outil qui l'a collecté un jour.

C'est cette caractéristique qui rend les documents eux-mêmes un point de perte généralement mineur lors d'un changement d'outil, comparé à ce que l'analyse développe ensuite. Cela ne signifie pas que leur récupération soit sans coût, retrouver un document disparu de sa source d'origine demande du temps, mais ce coût reste d'un ordre différent de celui d'une perte irréversible, puisque le contenu subsiste ailleurs, même quand sa forme précise à l'intérieur de l'outil de veille ne l'est plus.

L'historique de cotation, la première perte réelle

L'historique de cotation d'un document, c'est à dire l'ensemble des jugements de pertinence, de fiabilité ou de priorité que les analystes lui ont attribués au fil de son traitement, n'existe nulle part ailleurs que dans l'outil qui l'a enregistré. Ce jugement n'est pas une propriété du document lui-même, il est le produit du travail d'analyse mené en interne, et sa perte au changement d'outil équivaut à effacer une partie du travail accompli, sans que rien dans le document récupéré ne permette de le reconstituer.

Cette perte a une conséquence directe sur la reprise du travail dans le nouvel outil : sans historique de cotation portable, les analystes doivent soit rejuger des documents déjà traités, ce qui consomme un temps qui pourrait être consacré à du travail nouveau, soit renoncer à cette relecture et perdre la trace de jugements qui pouvaient pourtant rester utiles, par exemple pour comprendre pourquoi un document avait été écarté d'une analyse antérieure.

Les requêtes affinées, un savoir de collecte non documenté ailleurs

Les requêtes utilisées pour collecter un périmètre donné ne sont presque jamais figées dès leur création : elles s'affinent progressivement, à mesure que les équipes découvrent des termes supplémentaires à inclure, des exclusions à ajouter, des sources qui produisent un signal particulièrement utile pour tel sujet. Cet affinage successif constitue un savoir de collecte accumulé, qui représente un investissement de temps significatif et qui n'est, la plupart du temps, documenté nulle part en dehors de la configuration de l'outil lui-même.

Perdre ce savoir au changement d'outil oblige à reprendre l'affinage depuis un point de départ appauvri, en reconstruisant par tâtonnement des requêtes qui avaient déjà atteint, dans l'outil précédent, un niveau de précision obtenu au prix d'ajustements répétés sur une longue période. Ce redémarrage n'est pas seulement coûteux en temps, il expose aussi à une période de qualité de collecte dégradée, le temps que le nouvel outil retrouve, par un travail équivalent, le niveau de calibrage que l'ancien avait atteint.

Les annotations et les journaux de décision

Les annotations laissées par les analystes lors de la lecture d'un document, remarques de contexte, liens établis avec d'autres documents ou d'autres dossiers, réserves sur la fiabilité d'une source précise, constituent une couche d'interprétation qui enrichit considérablement la valeur d'un document par rapport à sa seule forme brute. Cette couche est, elle aussi, un produit interne qui n'a pas d'existence en dehors de l'outil qui l'héberge, et sa perte réduit un document richement annoté à sa forme la plus pauvre, celle qu'il avait au moment de sa collecte initiale.

Les journaux de décision, qui tracent pourquoi tel document a été retenu, écarté, ou signalé à tel destinataire à tel moment, jouent un rôle comparable pour la traçabilité de l'ensemble du dispositif : ils permettent de justifier a posteriori une décision de veille, de comprendre l'évolution du traitement d'un sujet dans le temps, et de répondre à une demande de justification qui porterait sur un choix passé. Leur perte prive l'organisation d'une mémoire de ses propres décisions, distincte de la mémoire des documents eux-mêmes.

La portabilité comme critère de continuité

L'ensemble de ces éléments, historique de cotation, requêtes affinées, annotations, journaux de décision, partage une caractéristique commune : ils sont produits par l'organisation elle-même pendant l'usage de l'outil, et non fournis par l'outil comme un contenu qu'il collecte pour son compte. Leur portabilité, c'est à dire la possibilité de les extraire dans un format exploitable indépendamment de l'outil qui les a produits, conditionne directement la continuité réelle de la fonction de veille au moment d'un changement, bien plus que la disponibilité des documents eux-mêmes.

Évaluer le coût de sortie d'un outil de veille suppose donc de vérifier, avant même que la question d'un changement ne se pose concrètement, si ces éléments sont exportables dans un format qui reste lisible et exploitable en dehors de l'outil d'origine. Un outil qui restitue ses documents mais retient sa cotation, ses requêtes ou ses journaux dans un format propriétaire non exportable impose, au moment du départ, un coût de sortie bien supérieur à ce que la seule question de l'accès aux documents laisse penser.

NewsCore, sur www.newscore.fr, exporte l'historique de cotation, les requêtes et les journaux de décision produits par chaque organisation dans un format ouvert, ce qui préserve la continuité du travail accompli au delà du seul accès aux documents.

Anticiper la sortie dès l'entrée dans un outil

La meilleure fenêtre pour traiter la question de la portabilité n'est pas le moment où l'organisation décide effectivement de changer d'outil, mais celui où elle en adopte un nouveau, avant même que la moindre cotation, requête ou annotation n'y ait été produite. À ce stade, il est possible de demander et de vérifier concrètement, sur un échantillon de test, que chaque catégorie de métadonnée envisagée dans cette analyse peut être extraite dans un format lisible en dehors de l'outil, plutôt que de découvrir des années plus tard que cette extraction est partielle, dégradée, ou tout simplement impossible pour certaines catégories de données produites entre temps.

Cette vérification précoce a un coût minime comparé à celui d'une migration menée sans elle : elle consiste, concrètement, à demander un export réel sur un petit nombre de documents test, puis à vérifier que cet export contient bien l'identifiant stable de chaque document, sa cotation associée, l'historique de ses annotations et les entrées de journal qui le concernent, dans un format qui ne dépend d'aucune fonctionnalité propriétaire de l'outil pour être relu correctement. Une organisation qui documente cette vérification au moment de l'adoption dispose, des années plus tard, d'une preuve concrète de ce qu'elle peut exiger si elle décide un jour de partir.

Questions fréquentes

Faut il vérifier la portabilité des métadonnées avant de choisir un outil de veille ou seulement au moment d'en changer ? Le bon moment est avant l'adoption, car un outil qui ne prévoit pas d'export exploitable de sa cotation, de ses requêtes et de ses journaux verrouille l'organisation dans un usage qu'elle découvre pleinement seulement au moment où elle cherche à partir, quand le coût est déjà accumulé.

Un export au format tableur suffit il à garantir la portabilité de l'historique de cotation ? Un export au format tableur constitue une base utile, mais sa valeur dépend de ce qu'il contient réellement : une cotation exportée sans l'identifiant stable du document auquel elle se rattache perd le lien qui la rend exploitable dans un nouvel outil, ce qui réduit fortement son utilité malgré son apparente disponibilité.

Les documents eux-mêmes peuvent ils, dans certains cas, poser un vrai problème de récupération ? Oui, notamment quand une source d'origine a disparu entre temps ou quand l'outil a appliqué une transformation propre au document, comme un enrichissement de mise en forme, qui n'existe alors que dans sa version hébergée par l'outil et non dans la source d'origine redevenue introuvable.

Combien de temps prend, en général, la reconstitution d'un savoir de collecte perdu lors d'un changement d'outil ? Le délai varie fortement selon la complexité du périmètre suivi, mais il se compte en règle générale en plusieurs mois de calibrage progressif plutôt qu'en quelques semaines, ce qui explique pourquoi ce coût est souvent sous estimé au moment de décider un changement d'outil.