Hypothèse de test

Hypothèse de test : Énoncé précisant le changement testé, l’effet attendu et l’indicateur qui tranchera, rédigé avant toute mise en ligne.

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.

Ce que recouvre Hypothèse de test, concrètement

Hypothèse de test 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.

Le sujet se présente rarement seul. Il arrive au milieu d’une décision plus large, et c’est à ce moment qu’il faut savoir de quoi on parle.

Ce que ça devient dans un cahier des charges

Le cahier des charges doit dire à quelle décision Hypothèse de test servira. Une mesure sans décision associée est une ligne de budget sans usage.

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

• Le plan de marquage : liste des événements, de leurs propriétés et de leurs déclencheurs.
• L’outil de mesure retenu, et qui en paie l’abonnement.
• La recette du marquage, distincte de la recette fonctionnelle.
• L’accès aux données brutes, et leur format d’export.

Rien n’oblige à tout figer dès le premier jour. Ce qui reste ouvert doit alors être signalé comme tel, avec la date à laquelle la décision sera prise.

Le modèle de cahier des charges du guide reprend ces rubriques dans l’ordre attendu par une agence, et la grille de lecture des devis montre à quoi ressemble un chiffrage comparable.

Vérifier plutôt que croire

Hypothèse de test 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.
• Exporter les données brutes une fois, avant d’en dépendre.
• Recontrôler la mesure après chaque mise à jour : un marquage se casse en silence.

Un prestataire sérieux propose ces contrôles de lui-même. Quand ce n’est pas le cas, c’est au client de les inscrire au cahier de recette.

Les pièges à éviter

Les mêmes causes reviennent d’un projet à l’autre, quel que soit le prestataire et quelle que soit la taille du budget.

• Suivre des indicateurs flatteurs qui ne déclenchent aucune décision.
• Comparer deux périodes sans tenir compte de la saisonnalité ni des campagnes en cours.
• Ne confier la recette du marquage à personne, et découvrir des événements vides des mois plus tard.
• Prendre une corrélation lue dans un tableau de bord pour une cause.
• 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 :

• Taille d’échantillon
• Profondeur de session
• Rétention exacte
• Support
• Métrique garde-fou

Questions fréquentes

Hypothèse de test : de quoi parle-t-on exactement ?

Énoncé précisant le changement testé, l’effet attendu et l’indicateur qui tranchera, rédigé avant toute mise en ligne. Cette définition suffit pour une discussion de cadrage. Pour un contrat, il faut y ajouter ce que le terme recouvre exactement sur votre application.

À 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.