Dans ce guide
La plupart des applis perdent une majorité de leurs nouveaux utilisateurs tôt. Tu ne régleras pas ça avec un plus gros chiffre sur un tableau de bord. Tu y arrives en sachant ce qu'est une « première session réussie » pour ton appli, en trouvant où les gens s'arrêtent, et en changeant une chose à la fois. Ce guide te donne cette méthode. Il ne contient aucun repère chiffré, parce que ta catégorie, ton audience et ta source de trafic déterminent ce qui est normal.
Étape 1 : définis l'activation
L'activation, c'est le premier moment où l'utilisateur reçoit la valeur que tu as promise. Écris-la comme un événement observable.
- Appli de notes : a créé et enregistré une première note.
- Appli fitness : a terminé un premier entraînement.
- Appli budget : a ajouté une première transaction.
Si tu ne peux pas nommer cet événement, la fiche, l'onboarding et l'appli promettent probablement des choses différentes. Règle d'abord ça.
Étape 2 : lis les jours 1, 3 et 7
La rétention du jour 1, c'est la part d'une cohorte installée un jour donné qui rouvre l'appli le lendemain. Le jour 7 fonctionne de la même façon. Regarde la forme de la courbe, pas une valeur isolée :
- Grosse chute avant le jour 1 : un problème dans la première session. Regarde l'onboarding, les autorisations, l'inscription et les crashs.
- Bon jour 1, chute entre les jours 3 et 7 : l'appli a été comprise, mais n'a pas donné de raison de revenir. Regarde l'habitude, le contenu, les rappels.
- Cohortes différentes, courbes différentes : compare par source de trafic, version et pays avant de tirer des conclusions. Les petites cohortes sont bruitées ; ne réagis pas à quelques utilisateurs.
Étape 3 : trouve le point de décrochage
Construis un entonnoir simple de l'installation à l'activation : première ouverture, onboarding terminé, autorisation répondue, événement d'activation. L'étape qui fait le plus perdre est ton candidat. Associe les chiffres à quelques vraies sessions : regarde quelqu'un utiliser l'appli, ou demande aux testeurs où ils ont hésité. L'entonnoir dit où, les gens disent pourquoi. Voir questions d'onboarding pour testeurs.
Étape 4 : un changement par semaine
- Formule l'hypothèse : « Les utilisateurs s'arrêtent à l'étape X parce que Y. »
- Fais un seul changement qui répond à Y.
- Compare la cohorte suivante avec la précédente, si possible avec la même source de trafic.
- Garde, annule, ou tente l'idée suivante.
Plusieurs changements en même temps rendent le résultat illisible. Avec peu d'utilisateurs, considère les résultats comme une tendance, pas comme une preuve.
Fiche de travail
| Question | Ta réponse |
|---|---|
| Événement d'activation | |
| Où est la plus grosse perte ? | |
| Hypothèse (pourquoi ?) | |
| Le changement unique de cette semaine | |
| Comment vais-je le juger, et quand ? |
Pièges fréquents
- Compter les installations venant de sources qui ne correspondent pas à ton audience, ce qui fait paraître la rétention pire que ce que l'appli mérite.
- Changer la définition de l'activation après avoir vu les chiffres.
- Demander l'autorisation des notifications avant de montrer une valeur. Voir quand demander l'autorisation push.
Des retours privés et structurés de testeurs avant le lancement révèlent tôt bien des problèmes de première session. Sur AppReviewX, un retour que tu donnes rapporte un crédit, et les nouveaux comptes démarrent avec 0 crédit.
Liens connexes : hub ASO et lancement, onboarding des applis mobiles, moment de la demande d'autorisation push.