Panne de mesure

Panne de mesure : Interruption de la collecte due à une régression technique, qui creuse un trou dans les séries et rend les comparaisons trompeuses.

Cette entrée du glossaire relève de la famille « Analytics ». Elle donne la définition, sa traduction en exigences, et les erreurs vues le plus souvent sur des projets réels.

Où intervient Panne de mesure dans un projet

Panne de mesure dépend du consentement recueilli auprès des utilisateurs. Le périmètre mesuré n’est jamais le périmètre total, et un rapport qui l’oublie se trompe dans le même sens à chaque fois.

Sur un projet réel, la question ne se pose jamais en théorie : elle arrive dans un devis, dans une réunion de cadrage ou dans un rapport de recette.

Comment l’écrire dans un cahier des charges

Dans un cahier des charges, Panne de mesure se décrit dans un plan de marquage : quel événement, déclenché où, avec quelles propriétés, et qui le vérifie à la recette.

À écrire noir sur blanc, dans le chapitre qui correspond :

• Les indicateurs suivis dès le lancement, et la personne qui les lit chaque semaine.
• Le comportement de la mesure lorsque l’utilisateur refuse le suivi.
• La durée de conservation des données de mesure.
• Le tableau de bord livré, et sa fréquence de mise à jour.

Le niveau de détail à viser est celui qui permet à deux prestataires différents de chiffrer la même chose. En dessous, les écarts de prix ne veulent rien dire.

Pour le cadre général, le guide des prix donne les fourchettes constatées en France et le modèle de cahier des charges la structure qui les rend opposables.

Les contrôles à prévoir

Panne de mesure se recette avant la mise en ligne, puis se surveille : un marquage se casse en silence à la mise à jour suivante.

• Comparer deux sources sur le même chiffre, puis expliquer l’écart.
• Contrôler ce qui remonte lorsque l’utilisateur refuse le suivi.
• Exporter les données brutes une fois, avant d’en dépendre.

Ce qui n’est pas vérifié à la recette ne sera pas vérifié du tout : le jour de la mise en ligne, plus personne n’a le temps.

Les pièges à éviter

Sur ce point précis, voici ce qui coûte le plus cher aux porteurs de projet, dans l’ordre où on le rencontre.

• Instrumenter après la mise en ligne, et perdre définitivement les données du lancement.
• Nommer les événements au fil de l’eau, jusqu’à ce que les rapports deviennent illisibles.
• Conclure une expérimentation avant d’avoir atteint le volume nécessaire.
• Oublier que les utilisateurs qui refusent le suivi manquent dans tous les chiffres.
• Se contenter d’une réponse orale en réunion, jamais reprise dans le document contractuel.

Termes liés

Les entrées du glossaire déjà publiées sur des sujets voisins :

• Registre des traitements
• Agrégation des conversions
• Segmentation comportementale
• Qualité du trafic acquis
• Taxonomie d’événements

Questions fréquentes

Panne de mesure : de quoi parle-t-on exactement ?

Interruption de la collecte due à une régression technique, qui creuse un trou dans les séries et rend les comparaisons trompeuses. La définition tient en une phrase, son application dépend du projet. C’est pour cette raison qu’elle doit figurer dans le cahier des charges plutôt que dans un échange de courriels.

À quel moment mettre la mesure en place ?

Pendant le développement, avec le reste. Une donnée non collectée ne se reconstitue pas : la mesure ajoutée après le lancement fait perdre la période la plus instructive, celle des tout premiers utilisateurs.

Où placer ce point dans le cahier des charges ?

Dans le chapitre qui correspond à sa nature, jamais dans une ligne fourre-tout. Le modèle de cahier des charges propose les rubriques attendues et l’ordre dans lequel les remplir.

Toutes les définitions publiées sont rassemblées dans l’index du glossaire, classées de A à Z et par famille.