La plupart des utilisateurs quittent une application dans les jours qui suivent le téléchargement, faute d'avoir vécu sa valeur dès les premières minutes ou d'avoir une raison de revenir. L'article détaille les 4 causes de départ, les 5 mécaniques des applications qui retiennent et les trois chiffres à suivre : J+1, J+7 et J+30.
Une chose qu'on dit rarement avant la signature d'un devis : la plupart des personnes qui téléchargent une application mobile ne l'ouvrent plus quelques jours plus tard. Ce n'est pas une exception. C'est le cas général, toutes catégories confondues.
Beaucoup d'applications qui sortent chaque jour sur l'App Store et le Play Store ont déjà perdu presque tous leurs utilisateurs au bout d'une semaine, et personne ne s'en aperçoit parce que le compteur de téléchargements continue de monter. C'est l'une des cinq causes qui font échouer une application mobile, et la plus traître, parce qu'elle ne se voit que tard.
C'est pour ça qu'une application ne se juge pas au nombre de téléchargements, mais au nombre d'utilisateurs qui reviennent. Voici pourquoi ils partent, et ce que font concrètement les applications qui retiennent.
Les trois points de contrôle de la rétention mobile
La rétention se mesure à des intervalles précis : le lendemain du premier usage (J+1), une semaine après (J+7) et un mois après (J+30). Ce sont les points de contrôle utilisés partout dans le mobile.
- J+1 : la part des utilisateurs qui rouvrent l'application le lendemain. C'est là que la chute est la plus forte.
- J+7 : la part de ceux qui sont encore là une semaine après. C'est le signe qu'une habitude commence.
- J+30 : la part de ceux qui tiennent jusqu'au mois suivant. C'est votre vraie base d'utilisateurs.
Les écarts entre catégories sont importants : une application bancaire, qu'on rouvre pour consulter son solde, retient bien mieux qu'un jeu.
Ce que ces écarts disent, ce n'est pas « ma catégorie est maudite ». C'est : la rétention dépend de la catégorie, mais surtout de ce que l'application fait dans ses premières minutes. Et ça, contrairement à la catégorie, ça se conçoit.
Pourquoi vos utilisateurs partent (les 4 vraies causes)
Quand un utilisateur ouvre votre application pour la première fois, il doit comprendre très vite pourquoi il l'a téléchargée. Pas en lisant une explication : en vivant la valeur. C'est ce qu'on appelle le premier moment de valeur, et c'est là que se joue une grande part de la rétention.
1. L'absence de premier moment de valeur
L'utilisateur a téléchargé votre application pour résoudre un problème ou ressentir quelque chose. S'il atterrit sur un écran de démarrage, puis un écran d'inscription, puis un tutoriel de 4 pages, puis un tableau de bord vide : il n'a vécu aucune valeur. Il n'a vécu que de la friction. Il referme. Il revient peut-être le lendemain par curiosité, et il refait face au même mur. Il désinstalle.
2. Un onboarding qui rame ou qui sur-explique
L'autre extrême est aussi mortel : un onboarding de 8 écrans qui explique chaque fonctionnalité, demande les notifications dès les premières secondes et force l'inscription avant la moindre action. L'utilisateur n'est pas venu apprendre votre produit. Il est venu l'utiliser. Les erreurs à éviter sont détaillées dans l'article sur l'onboarding mobile.
3. Aucune raison de revenir le lendemain
Vous avez réussi le premier jour. Mais pourquoi l'utilisateur reviendrait-il le lendemain ? Une notification automatique « on vous attend ! » ne suffit pas. Les applications qui retiennent ont une raison de revenir intégrée au produit : du contenu nouveau, un chiffre à consulter, un message d'un autre utilisateur, une série de jours à ne pas rompre, un calcul qui s'est fait pendant la nuit. Si votre application ne change pas entre le premier et le deuxième jour du point de vue de l'utilisateur, il n'a aucune raison de la rouvrir.
4. Une friction au mauvais moment
Le moment de friction le plus coûteux, c'est l'écran de paiement avant la valeur. L'utilisateur n'a pas encore goûté à ce que vous proposez, et vous lui demandez de payer. Il part. Idem pour la demande de notification avant la première action, la demande de localisation sans contexte, l'inscription obligatoire pour voir le contenu. Chaque demande faite avant que l'utilisateur ait perçu la valeur est une perte sèche. La règle est simple : donnez avant de demander.
Un bon cadrage anticipe ces quatre pièges. Sans cadrage, on les découvre en regardant où les utilisateurs décrochent, trois mois après le lancement, quand il est beaucoup plus cher de corriger. C'est pour ça que je consacre la première semaine au cadrage, avant la première ligne de code.
Ce que font les applications qui retiennent (les 5 mécaniques)
Quand on regarde les applications qui retiennent nettement mieux que la moyenne, on retrouve cinq mécaniques presque toujours présentes. Aucune n'est compliquée. Toutes sont conçues dès le cadrage, pas ajoutées en V2 quand on s'aperçoit que les gens ne reviennent pas.
1. Le premier moment de valeur, avant toute demande
Duolingo vous fait réussir une mini-leçon avant même de demander votre nom : l'utilisateur vit ce que l'application propose avant qu'on lui demande quoi que ce soit. La façon de concevoir ces premières secondes est détaillée dans l'article sur l'onboarding mobile.
2. Un onboarding qui configure, pas un tutoriel
Un bon onboarding n'explique pas, il configure : deux ou trois questions, puis la première action utile. La méthode complète, avec les erreurs à éviter, est dans l'article sur l'onboarding mobile.
3. Des raisons de revenir pensées dès le départ
Une raison de revenir, c'est ce qui ramène l'utilisateur le lendemain, trois jours ou une semaine plus tard, sans qu'on ait besoin de le supplier par notification. Quelques formes éprouvées : du contenu créé automatiquement chaque jour (un récapitulatif, un chiffre, une météo personnalisée), du contenu social (un autre utilisateur a fait quelque chose), une série de jours à ne pas rompre, un état qui évolue dans le temps (une progression, un score). Sans cette raison, vous dépendez de la mémoire de l'utilisateur. Avec elle, votre application travaille à votre place.
4. La sensorialité (vibration, son, animation)
C'est la mécanique la plus sous-estimée. Une application qui répond avec une vibration précise, un petit son satisfaisant, une animation qui couronne une action réussie, crée un attachement. iOS et Android offrent ces possibilités gratuitement, et beaucoup d'applications les ignorent. Quand vous notez un film sur Letterboxd ou que vous validez une réussite sur Apple Fitness, vous ressentez physiquement la satisfaction. Ce détail-là, c'est de la rétention.
5. Le filtre rétention dès le cadrage
C'est la plus structurante et la moins technique. Au cadrage, chaque fonctionnalité passe un filtre simple : « est-ce que cette fonctionnalité donne à l'utilisateur une raison de revenir, ou est-ce qu'elle termine la session ? ». Une fonctionnalité terminale (l'utilisateur fait, et c'est fini) n'est pas mauvaise, mais une application qui n'a que des fonctionnalités terminales ne retient pas. Les bonnes applications mobiles ont une majorité de fonctionnalités qui ouvrent la session suivante. C'est ce filtre que j'applique au cadrage de chaque projet Zuhd Studio. Il rejoint la règle des quatre à cinq fonctionnalités pour une première version.
Mesurer la rétention pour ne plus piloter à l'aveugle
On ne peut pas améliorer ce qu'on ne mesure pas. L'erreur la plus courante, c'est de regarder le compteur de téléchargements au lieu des bons indicateurs. Voici ceux qui comptent vraiment.
J+1, J+7, J+30 : les trois chiffres à suivre
La part des utilisateurs qui reviennent 1 jour, 7 jours et 30 jours après leur premier usage. C'est la base. Comparez vos chiffres à la moyenne de votre catégorie, et surtout à vos propres chiffres du mois précédent.
L'usage quotidien (le ratio DAU/MAU)
Le rapport entre vos utilisateurs actifs chaque jour et vos utilisateurs actifs dans le mois. Il mesure à quel point votre application fait partie du quotidien. Une application sociale vise un usage presque quotidien ; une application utilitaire, qu'on ouvre au besoin, peut être en bonne santé avec un ratio bien plus bas. Comparez-le à des applications du même type que la vôtre.
Le temps jusqu'au premier moment de valeur
Le temps écoulé entre l'ouverture de l'application et le premier moment de valeur. Si vous mesurez 4 minutes, une bonne partie de vos utilisateurs est déjà partie en chemin. Plus il est court, mieux c'est.
Le parcours de la première session, étape par étape
Les indicateurs précédents disent quoi va bien ou mal. Ce parcours dit où : chaque étape de la première session, avec la part des utilisateurs qui passe à la suivante (application ouverte, onboarding commencé, onboarding terminé, permission accordée, premier moment de valeur atteint, deuxième session). Chaque chute brutale montre l'endroit où les utilisateurs décrochent. Pour creuser l'onboarding, voir l'article sur les 60 premières secondes.
Quels outils utiliser
Pour une première version, trois options solides et gratuites jusqu'à un certain volume : Firebase Analytics (intégré à l'écosystème Google, adapté à Flutter), Mixpanel (très bon pour suivre un parcours étape par étape), Amplitude (très complet sur la rétention par groupe d'utilisateurs). Le piège classique : installer la mesure après le lancement. Comme le dit l'étape 5 du guide gratuit, elle s'installe pendant la construction ; ajoutée six mois plus tard, elle ne vous dira rien des six mois écoulés.
Les étapes 5 et 6 du guide gratuit détaillent les deux outils à exiger dès la première version : la mesure d'usage et la remontée des plantages.
Comment intégrer la rétention dans votre projet
Si vous lisez cet article avant de lancer votre projet, vous pouvez intégrer la rétention dès le départ. C'est le meilleur moment : après le lancement, on peut encore corriger beaucoup de choses, mais le coût est plus élevé. Voici trois moments concrets où agir.
Avant le développement : regardez la rétention de vos concurrents
Téléchargez les 3 ou 4 applications qui ressemblent le plus à la vôtre. Utilisez-les pendant 10 minutes chacune. Notez : combien de temps avant le premier moment de valeur ? Quelles permissions sont demandées ? Y a-t-il une raison évidente de revenir ? Quelles animations vous marquent ? Cet exercice vous évite de répéter les erreurs les plus courantes. C'est le prolongement de l'étape 2 du guide gratuit.
Pendant le cadrage : actez 5 décisions
Au cadrage, prenez explicitement position sur cinq points : (1) quel est le premier moment de valeur de votre application, et combien de secondes pour l'atteindre ? (2) Quelles 2 ou 3 questions pose votre onboarding pour personnaliser ? (3) Quelle raison ramène l'utilisateur le lendemain, puis la semaine suivante ? (4) Où placez-vous la sensorialité (vibration, son, animation) ? (5) Quels événements de mesure d'usage sont enregistrés dès la première version ? Sans ces 5 réponses écrites, vous démarrez le développement sur du sable.
Après le lancement : corrigez sur les données, pas sur les intuitions
Dans les semaines qui suivent le lancement, vos premiers chiffres de rétention arrivent. C'est rarement joli. Le réflexe à éviter : ajouter des fonctionnalités. Le bon réflexe : repérer où les utilisateurs décrochent (onboarding ? première session ? deuxième jour ?), et corriger ce point précis avant tout. Une application qui retient se construit par corrections ciblées, pas par ajouts permanents. Pour la suite, voir l'article sur la maintenance d'une application mobile.
Ce que ça change pour votre projet
Si vous retenez une seule chose de cet article : le succès d'une application mobile ne se joue pas seulement dans le code. Il se joue dans les premières minutes que vit l'utilisateur. Vous pouvez avoir un code très propre et un design soigné : si vos utilisateurs partent le deuxième jour, l'application ne vit pas.
C'est pour ça que Zuhd Studio travaille la rétention dès le design, pas après le lancement : premier moment de valeur, onboarding court, raisons de revenir, et la mesure d'usage pour voir qui revient. Je ne promets pas un taux de rétention, personne ne peut le faire honnêtement. Je livre une application construite pour ça, et les chiffres pour le vérifier.
Vous avez une idée d'application ?
Zuhd Studio la conçoit, la développe pour l'App Store et Google Play, et vous la livre en 60 jours, pour un prix fixe.