Lancer 3 parcours de cycle de vie en une semaine pour booster la rétention

Les campagnes de cycle de vie traînent dans votre backlog depuis des mois. À chaque sprint, une nouvelle chose doit être livrée avant qu’elles puissent démarrer : nettoyage des identifiants utilisateur, révision de la taxonomie d’événements, connexion au data warehouse, mise à niveau de la gestion du consentement. Aucun de ces chantiers ne se termine jamais tout à fait — et les campagnes ne partent jamais en production.

Le postulat selon lequel il faut une base de données parfaite avant le lancement est faux. Les signaux par défaut que tout SDK mobile collecte dès le jour 1 (événements comme DeviceRegistered et ApplicationOpen) suffisent à construire des parcours de cycle de vie qui font réellement bouger la rétention — sans collecter de données personnelles supplémentaires, ce qui simplifie aussi la conformité au RGPD.

Voici les 3 campagnes de cycle de vie que vous pouvez lancer cette semaine avec ces seules données.

Les 3 parcours de cycle de vie qui améliorent la rétention — vue d’ensemble

Le cycle de vie utilisateur comporte 3 points principaux où la rétention se brise. Chacun des 3 parcours ci-dessous corrige l’un d’eux.

Pourquoi ces 3 parcours précisément ?

Parce que la rétention se brise à des points prévisibles, et la plupart des applications perdent leurs utilisateurs aux 3 mêmes moments.

Le 1er point de rupture : installation → activation. Près de la moitié des utilisateurs qui installent une application mobile ne reviennent plus après le premier jour. La fenêtre pour les reconquérir est courte, et l’utilisateur décide en temps réel : « cela vaut-il mon attention ou non ? ». C’est précisément ce que traite le parcours 1.

Le 2e point de rupture : activation → habitude. Un utilisateur qui a terminé l’onboarding mais n’ouvre pas l’application 3 ou 4 fois dans les semaines qui suivent reste rarement à long terme. Une activation sans répétition n’est qu’un essai isolé. Le parcours 2 cible exactement cette fenêtre — du Jour 7 au Jour 30 — où l’intention doit devenir routine.

Le 3e point de rupture : habitude → perte. Même les utilisateurs engagés finissent par s’éloigner. La baisse ne paraît pas spectaculaire d’une semaine à l’autre, mais cumulée sur un trimestre, c’est là que la majorité de la rétention s’évapore silencieusement. Le parcours 3 récupère les utilisateurs avant que cette dérive ne devienne définitive.

Ces 3 parcours constituent le socle. Vous en ajouterez probablement d’autres ensuite (abandon de panier, récupération paywall, messages de jalon), mais ceux-là servent des moments spécifiques. Ces parcours de base, eux, s’appliquent à tout utilisateur de toute application mobile.

Comment démarrer et ce que signifient réellement les « données SDK par défaut »

Le moyen le plus rapide d’exécuter ces campagnes est de connecter votre application à une plateforme d’engagement client (par exemple Pushwoosh — démarrage gratuit). Argument clé pour le marché français : Pushwoosh propose un hébergement des données en UE, est certifié ISO 27001:2022 et SOC 2 Type I, et fournit un DPA conforme RGPD — points décisifs pour les départements juridiques et DPO français.

Les événements par défaut nécessaires pour les parcours ci-dessus :

• PW_DeviceRegistered — déclenché une fois par appareil, lors du premier lancement de l’application et de l’initialisation du SDK. C’est votre signal d’installation. Utilisez-le comme entrée déclenchée pour l’onboarding.
• PW_ApplicationOpen — déclenché à chaque ouverture de l’application par l’utilisateur. Utilisez l’horodatage du déclenchement le plus récent comme signal d’activité de session. « Dernière ouverture il y a plus de 14 jours » constitue votre segment de dormance.

C’est l’intégralité du kit de démarrage. La liste complète des événements par défaut se trouve dans la documentation Pushwoosh.

Parcours 1 : Onboarding d’un nouvel utilisateur (Jour 1–7)

Ce qu’il corrige : L’écart entre installation et activation. La chute la plus forte de la rétention mobile a lieu dans les 3 premiers jours après installation — plus un nouvel utilisateur met de temps à atteindre son premier moment utile, plus ses chances de revenir diminuent.

Flux d'onboarding construit dans Pushwoosh Customer Journey Builder

Déclencheur d’entrée : PW_DeviceRegistered (entrée déclenchée). Chaque nouvelle installation entre automatiquement dans le parcours.

Séquence :

• Jour 1 : Push de bienvenue ou in-app, pointant vers une unique action initiale, la plus utile : ouvrir le tableau de bord, définir un objectif, passer une première commande, compléter le profil.
• Jour 2 : Message in-app à l’ouverture de session suivante — faire ressurgir la même action clé en contexte.
• Jour 4 : Push : « Vous n’avez pas encore essayé [X] — voici pourquoi la plupart des utilisateurs commencent par là. »
• Jour 7 : E-mail ou récapitulatif in-app de la première semaine — « voici ce que vous avez accompli, voici la prochaine étape. »

Métrique : Rétention Jour 30 (J7) et taux d’activation au Jour 7 (part des nouveaux utilisateurs ayant complété l’action clé).

Parcours 2 : Relance d’engagement (Jour 7–30)

Ce qu’il corrige : L’écart entre activation et habitude. Un utilisateur qui a terminé l’onboarding mais ne revient pas régulièrement dans ses premières semaines reste rarement à long terme. La fenêtre pour transformer « essayé » en « utilisé chaque semaine » se situe approximativement entre les Jours 7 et 30.

Flux d'engagement construit dans Pushwoosh Customer Journey Builder

Déclencheur d’entrée : Entrée par segment « PW_DeviceRegistered enregistré il y a 7 jours ». En continu, donc les utilisateurs entrent au fil de l’eau à mesure qu’ils franchissent le seuil des sept jours.

Séquence :

• À l’entrée : Push faisant ressortir une fonctionnalité utile ou un nouveau contenu que l’utilisateur n’a pas encore essayé.
• Jour 7 : Push — relance de fidélité ou message de preuve sociale (« des utilisateurs comme vous font aussi X »).
• Jour 14 : E-mail ou récapitulatif in-app : « voici ce que vous avez accompli, voici la suite. » Tonalité douce, format récap.
• Sortie : L’utilisateur tombe sous 3 sessions sur n’importe quelle fenêtre de 7 jours → le parcours se termine naturellement. S’il continue à dériver, le Parcours 3 le récupère.

Métrique : Rétention Jour 30 (J30) et fréquence de session sur les 30 jours suivants.

Parcours 3 : Réactivation des dormants (14+ jours d’inactivité)

Ce qu’il corrige : L’écart entre habitude et perte. Une fois qu’un utilisateur passe sous silence, chaque jour supplémentaire sans ouvrir l’application réduit la probabilité de retour. Les 2 premières semaines de dormance sont la fenêtre où la réactivation a encore des chances réelles.

Flux de réactivation construit dans Pushwoosh Customer Journey Builder

Déclencheur d’entrée : Entrée par segment sur « utilisateurs sans événement PW_ApplicationOpen ces 14 derniers jours ».

Segment : Utilisateurs dormants, divisés via l’élément Reachability Check :

• Joignables par push — groupe principal, reçoivent le touch push en premier.
• Non joignables par push — contournent entièrement le push, reçoivent un in-app au prochain retour ou un e-mail immédiatement. C’est aussi une hygiène RGPD : respecter le consentement de l’utilisateur.

Séquence : Une campagne en trois touches sur sept jours. Chaque touch monte en intensité, d’un rappel doux à un argument de valeur plus marqué :

• À l’entrée. Push de réactivation : une raison à connotation personnelle de revenir — contenu apprécié, fonctionnalité la plus utilisée, notification non lue manquée. Pour les utilisateurs non joignables par push, envoyer le même contenu par e-mail.
• Jour 3. Si pas de retour : un appel plus fort — quoi de neuf, ce qu’ils manquent, ou une incitation. Push pour le groupe joignable, e-mail pour les autres.
• Jour 7. Dernier touch : récapitulatif par e-mail, avec désinscription facile (lien de désabonnement en un clic — obligation légale et bonne pratique).
• Condition de sortie : Session dans les 7 jours → le parcours marque succès, l’utilisateur sort.

Métrique : Session dans les 7 jours suivant l’entrée dans le flux de réactivation.

Passer à l’échelle avec un seul prompt — ManyMoney AI

Voilà comment construire facilement 3 parcours cette semaine. La prochaine fois, si vous décidez de créer une nouvelle locale, un nouveau segment, un jeu de variantes pour test, vous n’avez pas à tout refaire. Confiez-le à ManyMoney AI, le copilote marketing de Pushwoosh.

Prends le parcours d'onboarding actuellement en production pour [segment X]
et adapte-le pour [nouveau segment / nouvelle locale / nouvelle offre].
Conserve la structure, régénère le contenu et la logique de canal,
prépare le tout en brouillon.

ManyMoney AI renvoie un brouillon de parcours avec le contenu adapté, le routage des canaux et la temporalité, prêt pour relecture. Il ne reste qu’à approuver et à expédier. La première construction vous apprend la plateforme ; ManyMoney la met à l’échelle à chaque cycle suivant et analyse la performance des campagnes.