Vous disposez de 30 secondes.
C’est le temps que passe en moyenne un nouvel utilisateur dans votre application lors de sa première session, avant de décider s’il reviendra. Pas le temps de dérouler un onboarding en cinq étapes. La réalité, c’est qu’il n’y a pas de temps pour former votre utilisateur. Vous n’avez qu’une étroite fenêtre pour un signal, une action, un canal — synchronisés pour capter l’utilisateur avant qu’il ne disparaisse.
Ce guide explique comment lire les signaux en cours de session, quel canal correspond à chaque fenêtre temporelle, et comment construire un parcours client automatisé capable de fonctionner à la vitesse réelle d’une session — pour réduire le churn et améliorer le réengagement des utilisateurs de votre application.
La fenêtre d’activation est plus courte que votre onboarding
L’activation, c’est le moment où un nouvel utilisateur effectue la première action significative qui montre qu’il a « compris » l’application. C’est le moment le plus décisif de tout le cycle de vie mobile. Réussissez-le, et l’installation devient un utilisateur. Manquez-le, et l’installation devient une statistique de désinstallation.
La plupart des équipes savent quelle est leur action clé : premier dépôt, premier niveau, premier article lu, première commande, première configuration de profil. La question plus difficile est de savoir quand elle doit se produire.
Pour prévenir le churn à un stade précoce, il faut vraiment agir vite : dans les une à cinq premières minutes qui suivent l’installation.
Voilà la fenêtre d’activation — ces quelques minutes pendant lesquelles l’installation est encore « chaude » et l’utilisateur encore présent dans l’application, en train de décider s’il reste. C’est là que le parcours doit se déclencher.
Le même schéma se répète plus tard dans le cycle de vie : la consultation du paywall, le panier rempli mais non validé, l’écran d’accueil où l’utilisateur ne sait pas quoi faire. Chacun de ces moments est une courte fenêtre où l’intention est élevée et où les 30 secondes suivantes décident du résultat.
L’activation est le moment le plus coûteux à manquer, mais le principe de conception reste le même : lire le signal en cours de session, envoyer un message sur le bon canal, capter l’utilisateur avant que la fenêtre ne se referme.
3 signaux en session à suivre pour capter vos utilisateurs
À l’intérieur de cette courte fenêtre, l’utilisateur traverse trois moments : encore dans l’application, vient de la quitter, parti pour la journée. Le signal qui se déclenche, le canal qui l’atteint et le message qui fonctionne changent à chaque étape.
Signal 1 : l’utilisateur est encore dans l’application, mais son attention décroche
🙂 Comportement : l’utilisateur a ouvert l’application. Il a commencé l’onboarding, atteint le paywall ou un flux de vérification — puis s’est arrêté. Il reste 40 secondes sur un seul écran. Il scrolle sans progresser. Les analytics de l’application affichent « en session », ce qui est techniquement vrai mais opérationnellement inutile.
🛠️ L’événement : l’événement UserIdle de Pushwoosh se déclenche lorsqu’un utilisateur reste inactif sur un écran au-delà d’un délai configurable — au minimum 30 secondes. C’est un signal que l’attention s’échappe alors que l’utilisateur est encore physiquement dans l’application.
💌 Votre réponse : 1 message in-app au point d’hésitation, avec un seul CTA. Pas un tutoriel, juste un verbe et un bouton. « Réclamez votre bonus de bienvenue. » « Vérifiez votre compte en 60 secondes. » « Choisissez 3 thèmes pour personnaliser votre fil. »
Signal 2 : l’utilisateur est parti, mais le souvenir est encore frais
🙂 Comportement : l’utilisateur a fermé l’application sans terminer l’étape clé. Vous disposez d’une courte fenêtre tant que le contexte reste dans sa tête. Ensuite, votre application commence à se diluer parmi la dizaine d’autres applications qu’il a touchées dans la journée.
🛠️ L’événement : ApplicationExit se déclenche lorsque l’utilisateur met l’application en arrière-plan et ne revient pas dans un délai configurable (10 à 30 secondes), afin de ne pas confondre un changement d’application rapide avec une véritable sortie.
💌 Votre réponse : 1 notification push 15 à 30 minutes plus tard, avec un seul CTA et un deep link qui ramène directement à l’écran quitté.
Signal 3 : la fenêtre se referme
🙂 Comportement : l’utilisateur n’est pas revenu le lendemain. L’application est toujours installée, mais elle n’est plus dans son esprit. Chaque tranche de 24 heures écoulée après le premier jour réduit les chances de retour de manière non linéaire.
🛠️ Le segment : les utilisateurs sans ApplicationOpen au cours des dernières 24 heures et qui n’ont pas complété l’événement d’activation.
💌 Votre réponse : 1 email contextualisé : ce qu’il a commencé, ce qu’il reste à faire, 1 lien de retour.
Trois moments. Trois canaux. Trois messages.
De la théorie à la pratique : 3 parcours construits autour de ces signaux
Ces signaux ne comptent que lorsqu’ils se déclenchent à l’intérieur d’un parcours réel. Ci-dessous, vous trouverez des cas concrets qui les mettent à l’œuvre.
Cas 1 : abandon d’activation (la fenêtre de 5 minutes après l’installation)
Secteurs concernés : gaming, FinTech, applications par abonnement.
Le signal : l’utilisateur a installé l’application et démarré le flux d’activation, mais l’a quitté avant de terminer la première action clé — premier niveau, premier dépôt, complétion du profil.
Le parcours :
-
Entrée
Entrée déclenchée sur PW_DeviceRegistered. Chaque nouvelle installation entre automatiquement.
-
Attente d'un déclencheur : événement d'activation clé
Si l'utilisateur réalise l'action pendant la session, il sort du parcours. Terminé. Aucun message supplémentaire.
-
PW_UserIdle sur l'écran d'activation → Message in-app
L'utilisateur s'est interrompu en plein onboarding. Affichez un seul rappel en contexte : « Deux taps suffisent pour réclamer votre bonus. » Un seul CTA, pas de tutoriel.
-
PW_ApplicationExit sans complétion → Attente de 15 minutes → Notification push
L'utilisateur est parti sans terminer. Envoyez une push pointant vers l'étape exacte qu'il a abandonnée : « Vous êtes à 30 secondes de votre première récompense. Reprenez où vous vous êtes arrêté. » Fenêtre de retour, CTA unique, deep link vers le bon écran.
-
Aucune ouverture d'application sous 24 heures → Email
Format récapitulatif : ce pour quoi il s'est inscrit, ce qui l'attend, un lien de retour. L'email est la longue traîne, pas le rappel urgent.
À surveiller : le taux de conversion d’activation.
Cas 2 : hésitation au paywall (le moment de forte intention)
Secteurs concernés : abonnement, e-commerce, FinTech.
Les consultations de paywall sans achat sont le signal de plus forte intention dans toute application par abonnement. La plupart des équipes les traitent comme des échecs et reciblent l’utilisateur une semaine plus tard. Ce parcours les traite comme ce qu’ils sont — un moment de forte intention — et agit dans l’heure qui suit.
Le signal : l’utilisateur a consulté le paywall, n’a pas acheté, est resté inactif sur l’écran. Même structure que pour l’activation — fenêtre courte, intention élevée, décision qui se joue en quelques secondes — mais plus tard dans le cycle de vie, lorsque l’utilisateur connaît déjà l’application.
Le parcours :
-
Entrée
Entrée déclenchée sur paywall_viewed (événement personnalisé que vous déclenchez au chargement de l'écran de paywall).
-
Attente d'un déclencheur : purchase_completed (votre événement de conversion)
Si l'utilisateur achète, il sort du parcours.
-
PW_UserIdle sur l'écran de paywall → Message in-app
L'utilisateur hésite à l'instant même. Affichez un in-app percutant au niveau du paywall : preuve sociale, mise à niveau en un tap, ou la formule la plus populaire mise en avant. « La plupart des utilisateurs choisissent Pro à 9,99 €. Touchez pour démarrer votre essai. » Un seul message, au moment de la décision.
-
PW_ApplicationExit dans les 5 min suivant paywall_viewed → Attente de 20 min → Notification push
Push de retour brève : « Toujours hésitant pour Pro ? Voici ce que vous obtenez. » Deep link directement vers le paywall.
-
Aucun achat sous 24 heures → Email
Une comparaison des formules côte à côte, une citation client et un lien « reprendre où vous vous êtes arrêté ».
À surveiller : le taux de retour dans les 30 minutes suivant la notification push post-sortie. Si la fenêtre push ne ramène pas les utilisateurs vers le paywall, c’est que le timing ou le texte ne correspond pas au moment.
Cas 3 : friction de découverte des fonctionnalités (le moment « je ne sais pas quoi faire »)
Secteurs concernés : médias, productivité, FinTech.
Le signal : l’utilisateur ouvre l’application, reste sur l’écran d’accueil, n’accède à aucune fonctionnalité clé, puis quitte. Urgence plus faible que pour l’activation ou le paywall, mais la même logique de micro-moment s’applique : l’utilisateur vient de vous indiquer qu’il est indécis, et les minutes qui suivent déterminent s’il reviendra.
Le parcours :
-
Entrée
Entrée basée sur un segment : les utilisateurs avec PW_ApplicationOpen au cours des 7 derniers jours mais sans interaction avec un événement de fonctionnalité clé (key_feature_used).
-
PW_UserIdle sur l'écran d'accueil → Message in-app
Mise en avant contextuelle d'une fonctionnalité, une à la fois. « Vous n'avez pas encore essayé [fonctionnalité] — voici pourquoi c'est la plus utilisée dans [application]. » Un tap pour essayer.
-
PW_ApplicationExit sans utilisation de fonctionnalité → Push au prochain créneau d'engagement prédit
Utilisez le Best time to send de Pushwoosh pour placer la push dans la fenêtre d'activité de l'utilisateur plutôt qu'à un délai fixe. « Essayez [fonctionnalité] en 2 taps. »
-
Aucune utilisation de fonctionnalité sous 48 heures → Email digest
Une courte liste de 3 choses que l'utilisateur pourrait faire avec l'application — visuel, lisible en un coup d'œil, un clic par élément.
À surveiller : le taux d’utilisation des fonctionnalités sur 24 heures, ventilé selon le canal qui a déclenché le retour — in-app, push ou email. Cette ventilation vous indique quelle fenêtre mérite l’investissement pour chaque segment.
Capter vos utilisateurs avant le churn avec Pushwoosh
Chaque moment de session courte — l’écran inactif, la sortie silencieuse, l’absence de retour sous 24 heures — est une fenêtre où vous avez encore une chance d’agir. Pushwoosh livre les signaux qui les marquent sous forme d’événements par défaut, et le Customer Journey Builder assemble in-app, push et email sur une même toile, pour que tout l’arc des trois moments vive dans un seul parcours client automatisé. Ces signaux reposent sur des données first-party et un traitement en UE conforme au RGPD — un cadre rassurant pour le retail, la banque mobile et la presse numérique en France, où la sensibilité à la protection des données et au cadre posé par la CNIL est élevée.
Concevez un parcours de rétention en session courte, avec 1 signal à chaque moment, et appuyez-le sur la segmentation en temps réel pour cibler les bons utilisateurs. Vous verrez alors les utilisateurs à risque que vous perdiez auparavant rester — pas seulement au premier jour, mais au 7e et au 30e.
