Taux d’abandon

Taux d’abandon : Part des utilisateurs qui quittent le parcours avant l’objectif, complément direct du taux de conversion sur une même population.

Famille « Analytics ». La définition ci-dessus suffit pour suivre une réunion. La suite sert à écrire une exigence que personne ne pourra interpréter à sa façon.

Pourquoi Taux d’abandon compte sur un projet mobile

Taux d’abandon appartient au vocabulaire de la mesure. Sans définition écrite, deux tableaux de bord affichent deux chiffres différents pour la même réalité, et la réunion s’arrête là.

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.

La traduction en exigences

Le cahier des charges doit dire à quelle décision Taux d’abandon servira. Une mesure sans décision associée est une ligne de budget sans usage.

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

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.

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.

Comment le vérifier à la recette

Le contrôle de « Taux d’abandon » est une recette à part entière, distincte de la recette fonctionnelle, et régulièrement oubliée des plannings.

• Déclencher chaque événement à la main et le retrouver dans l’outil de mesure.
• Vérifier que les propriétés attendues sont remplies, pas seulement présentes.
• Vérifier qu’un même parcours ne produit pas deux fois le même événement.

Ces vérifications s’inscrivent au cahier de recette, avec un nom en face de chacune. Une case sans responsable reste vide.

Ce qui tourne mal le plus souvent

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.
• Reprendre la formulation d’un autre projet sans vérifier qu’elle décrit bien celui-ci.

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

Qu’est-ce que « Taux d’abandon » ?

Part des utilisateurs qui quittent le parcours avant l’objectif, complément direct du taux de conversion sur une même population. 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.

Le consentement fausse-t-il les chiffres ?

Il en réduit le périmètre. Les utilisateurs qui refusent le suivi manquent dans les rapports : les valeurs absolues sont sous-estimées, les tendances restent lisibles. Un rapport honnête affiche le taux de consentement à côté.

Est-ce que ça se retrouve dans le devis ?

Un devis lisible sépare conception, design, développement, tests, publication et suivi. La grille de lecture des devis détaille poste par poste ce qui doit y apparaître.

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