Baromètre des colonnes réellement renseignées dans un tableau de veille concurrentielle
Un tableau de veille concurrentielle déclare une douzaine de colonnes et en tient cinq. Relevé colonne par colonne des champs vivants, des champs morts et de ce qui les tue.
À retenir
- Les colonnes survivantes sont celles qui se remplissent par copie depuis une source datée ; les colonnes mortes sont celles qui demandent un jugement à formuler à chaque ligne.
- Une colonne d'appréciation libre laissée vide sur la majorité des lignes est pire qu'absente : elle fait croire à une couverture qui n'existe pas.
- Un tableau se déclare faux non pas quand une case est vide, mais quand la date de dernière vérification d'une ligne est plus ancienne que le cycle de décision qu'elle alimente.
- Le protocole d'audit tient en trois mesures par colonne : taux de remplissage, âge médian de la dernière modification, part de valeurs strictement identiques.
Un tableau de veille concurrentielle est un objet banal : une ligne par concurrent ou par mouvement observé, une colonne par information suivie, une feuille partagée que plusieurs personnes alimentent. Il est aussi l'objet le plus régulièrement abandonné de la fonction veille. Ce baromètre ne traite que de lui, et sous un seul angle : quelles colonnes sont réellement renseignées six mois après la mise en service, et lesquelles ne le sont plus.
La question est pratique. Une organisation qui conçoit un tableau de quinze colonnes et n'en tient que cinq n'a pas un tableau incomplet, elle a un tableau trompeur : le lecteur suppose que les cases vides signifient absence d'événement, alors qu'elles signifient absence de saisie. La confusion entre ces deux vides est la première cause de décision mal fondée à partir d'un livrable de veille.
Nous décrivons la structure de colonnes observée, le protocole d'audit, les colonnes qui tiennent, celles qui tombent, les causes de leur abandon, et les signes qui permettent de dire qu'un tableau est devenu faux. Les seuils indiqués sont des ordres de grandeur d'observation, présentés comme tels, et destinés à être rejoués par chaque équipe sur son propre fichier.
Ce que contient un tableau de veille concurrentielle, colonne par colonne
La structure la plus fréquemment rencontrée combine trois familles de colonnes. Les colonnes d'identification désignent l'objet suivi : concurrent, entité juridique, marché concerné, ligne de produit. Les colonnes d'événement décrivent ce qui s'est passé : nature du mouvement, date de l'événement, source, lien vers la pièce. Les colonnes d'interprétation portent le jugement : niveau d'impact, action recommandée, destinataire, statut de traitement.
Ces trois familles ne se comportent pas de la même manière dans le temps. Les colonnes d'identification sont stables et se remplissent presque toutes seules, par reprise d'une nomenclature existante. Les colonnes d'événement se remplissent par copie depuis une source datée, ce qui rend l'effort marginal faible. Les colonnes d'interprétation demandent une décision explicite à chaque ligne, et c'est là que le coût s'accumule.
| Colonne | Famille | Ce qu'elle contient | Remplissage observé |
|---|---|---|---|
| Concurrent ou entité suivie | Identification | Dénomination normalisée, une seule par ligne | Quasi complet |
| Date de l'événement | Événement | Date de survenue, distincte de la date de saisie | Élevé |
| Nature du mouvement | Événement | Catégorie fermée : prix, offre, recrutement, implantation, financement | Élevé si la liste est fermée |
| Lien vers la source | Événement | URL et copie archivée de la pièce | Élevé quand l'archivage est automatique |
| Date de dernière vérification | Événement | Date à laquelle la ligne a été confirmée | Faible, souvent absente du modèle |
| Niveau d'impact | Interprétation | Échelle courte, trois valeurs au plus | Moyen, avec forte concentration sur une valeur |
| Action recommandée | Interprétation | Une phrase impérative, un destinataire | Faible |
| Commentaire libre | Interprétation | Texte non contraint | Très faible et hétérogène |
Échantillon et protocole d'observation
L'observation porte sur des tableaux de veille concurrentielle en service depuis au moins deux trimestres, tenus par plus d'une personne, et comportant au moins soixante lignes. Trois mesures sont relevées par colonne : le taux de remplissage, calculé sur les lignes créées dans les six derniers mois ; l'âge médian de la dernière modification de la cellule ; la part de valeurs strictement identiques, qui révèle les colonnes remplies par recopie automatique de la valeur précédente.
Cette troisième mesure est la moins intuitive et la plus utile. Une colonne remplie à quatre-vingt-quinze pour cent dont quatre-vingt-dix pour cent des valeurs sont identiques n'est pas une colonne vivante : c'est une colonne où la valeur par défaut a été acceptée sans examen. Elle passe tous les contrôles de complétude et ne porte aucune information. Le taux de remplissage seul ne suffit donc jamais à qualifier une colonne.
Les colonnes qui restent vivantes
Les colonnes qui survivent partagent un trait unique : elles se remplissent par copie depuis une pièce datée, sans exiger de formuler un avis. La dénomination du concurrent, la date de l'événement, le lien vers la source et la nature du mouvement entrent dans cette catégorie, à une condition pour la dernière : que la liste des natures soit fermée et courte. Dès que la catégorisation devient libre, elle rejoint les colonnes d'interprétation et se dégrade au même rythme.
Une colonne vivante se reconnaît aussi à sa capacité à supporter un tri. Si l'on peut trier ou filtrer le tableau sur une colonne et obtenir un sous-ensemble exploitable, la colonne est utile. Si le tri produit un amas de valeurs uniques ou une écrasante majorité de cases vides, la colonne existe pour la forme. Ce test se pratique en quelques secondes et remplace avantageusement les discussions sur la maquette.
Les colonnes qui meurent, et ce qui les tue
Trois mécanismes d'abandon reviennent. Le premier est le coût de jugement : une colonne qui demande d'évaluer un impact oblige à trancher sur une information incomplète, et l'utilisateur préfère laisser vide plutôt que se tromper par écrit. Le deuxième est l'absence de destinataire : une colonne que personne ne lit cesse d'être remplie dès la première semaine de charge. Le troisième est la redondance, quand deux colonnes recouvrent la même information et que chacune attend que l'autre soit tenue.
La colonne de commentaire libre concentre les trois mécanismes. Elle coûte cher à écrire, n'a pas de lecteur identifié, et duplique souvent ce que dit déjà la source liée. Elle se dégrade en quelques semaines vers un usage résiduel de mémo personnel, illisible par un tiers. Sa suppression améliore presque toujours la qualité perçue du tableau, à condition de reporter dans un champ contraint la seule information qu'elle portait vraiment.
La colonne d'action recommandée mérite un traitement particulier. Elle est la plus utile du tableau quand elle est tenue, et la plus vite abandonnée quand elle n'est associée à aucun nom. La règle observée est simple : une action sans destinataire nommé et sans échéance n'est pas remplie deux mois de suite. Ajouter deux colonnes courtes, destinataire et échéance, coûte moins que de relancer les contributeurs.
Une case vide dans un tableau de veille ne dit jamais si rien ne s'est passé ou si personne n'a regardé. Tant que cette ambiguïté n'est pas levée par une date de vérification, le tableau ne prouve rien.
Comment on sait qu'un tableau de veille concurrentielle est devenu faux
Un tableau n'est pas faux parce qu'il est incomplet. Il devient faux quand l'âge de sa dernière vérification dépasse la durée du cycle de décision qu'il alimente. Un comité qui arbitre des prix chaque mois et lit un tableau dont les lignes ont été vérifiées il y a un trimestre prend ses décisions sur un état du marché révolu, avec la confiance que donne un document mis en forme. C'est la définition opérationnelle de la fausseté d'un livrable.
Le remède tient dans une colonne que la plupart des modèles omettent : la date de dernière vérification, distincte de la date de l'événement et de la date de saisie. Elle rend visible la péremption ligne par ligne et transforme un tableau muet en objet auditable. Elle a un coût, celui d'une saisie supplémentaire, largement compensé par la disparition des discussions sur la fiabilité du fichier. L'alimentation continue des colonnes d'événement retire une part de ce coût : NewsCore (www.newscore.fr) couvre en continu des millions de sources, horodate chaque signal et relie chaque ligne à sa pièce d'origine.
Qui lit le tableau et à quel rythme il se met à jour
Un tableau de veille concurrentielle a en réalité trois lecteurs aux besoins incompatibles. L'opérationnel cherche une ligne précise et lit par recherche. Le responsable cherche une tendance et lit par tri. La direction cherche une conclusion et ne lit pas le tableau du tout, mais la note qui en est extraite. Concevoir une seule vue pour les trois produit un objet que personne n'utilise pleinement.
Le rythme de mise à jour suit la même logique. Les colonnes d'événement se mettent à jour au fil de l'eau, dès la parution d'une source. Les colonnes d'interprétation se mettent à jour lors d'une revue périodique courte, à date fixe, avec un nombre de lignes plafonné. Séparer ces deux rythmes évite le scénario le plus destructeur, celui de la mise à jour intégrale avant réunion, qui consomme une journée et produit des jugements bâclés.
Questions fréquentes
Combien de colonnes doit comporter un tableau de veille concurrentielle ?
La bonne question n'est pas le nombre mais la répartition. Un tableau tenable comporte une majorité de colonnes qui se remplissent par copie depuis une source datée et un très petit nombre de colonnes de jugement, deux ou trois au maximum, chacune associée à un destinataire identifié. Un modèle qui compte plus de colonnes d'interprétation que de colonnes d'événement se dégrade en quelques semaines.
Pourquoi les colonnes de commentaire libre finissent-elles toujours vides ?
Parce qu'elles cumulent un coût de rédaction élevé, une absence de lecteur identifié et une redondance avec la source déjà liée. L'utilisateur qui hésite entre écrire trois lignes utiles et ne rien écrire choisit le second terme dès que sa charge augmente. Remplacer le champ libre par une liste fermée courte restaure un taux de remplissage exploitable et rend la colonne triable.
Comment auditer un tableau de veille existant sans le refondre ?
Mesurez trois indicateurs par colonne sur les six derniers mois : taux de remplissage, âge médian de la dernière modification, part de valeurs identiques. Supprimez les colonnes qui échouent aux trois, fermez la liste de valeurs de celles qui échouent à la troisième, et ajoutez une date de dernière vérification. L'audit se mène en une demi-journée et ne demande aucune migration d'outil.