Campagnes de Réactivation App

Réactiver un utilisateur d'app, c'est re-capturer une demande qui s'éteint en quelques jours : l'efficacité des relances s'effondre dès le 3e ou 4e jour d'absence, et la valeur se lit en incrémentalité, jamais au ROAS attribué.

Éphémère posé sur une tige de roseau au-dessus de l'eau calme, ailes dressées et longs filaments déployés - gravure entomolog
L'éphémère n'attend pas

Chaque app laisse derrière elle un gisement d’utilisateurs qu’on exploite rarement à sa juste valeur : ceux qui l’ont installée, puis délaissée. Les ramener n’est pas d’abord une question de budget ni de créativité, mais de temps. La probabilité qu’un utilisateur revienne s’effondre en quelques jours, et chaque jour d’attente renchérit la relance. Réactiver un utilisateur, c’est re-capturer une demande qui s’éteint - pas activer un canal de croissance qu’on allume et éteint à volonté.

L’idée a une lignée praticienne plus qu’académique. Elle vient du corpus de la croissance app : les praticiens qui la font vivre chez les éditeurs (Duolingo, Amazon, IMVU), qui la documentent dans les podcasts Sub Club (RevenueCat) et Mobile User Acquisition Show, et dans les guides AppsFlyer. Le socle est donc un ensemble de cas d’éditeurs et d’ordres de grandeur d’industrie, pas une étude académique contrôlée : les mécanismes tiennent, les tactiques exactes se valident campagne par campagne.

La robustesse est inégale selon les claims. La fenêtre courte des relances et le coût croissant du retour sont observés de façon convergente chez plusieurs praticiens indépendants ; la supériorité des canaux owned et des sollicitations par un pair repose sur des cas d’éditeurs isolés. Les chiffres les plus ronds - 30 % de rétention en plus pour un réengagement précoce, cinq fois plus rentable pour le remarketing - viennent des régies et d’AppsFlyer : à lire comme des ordres de grandeur de fournisseur, pas comme des résultats universels.

Cette page traite la fenêtre de réactivation, les canaux qui ramènent (owned, pair, paid), la segmentation par état du cycle de vie et la mesure de ce que la relance a réellement provoqué. Elle ne traite ni le paramétrage régie des campagnes app, ni la réactivation d’abonnés au niveau de la facturation et des save flows, ni l’onboarding des nouveaux utilisateurs : chacune a son lieu.

L’essentiel en 5 points

  • La réactivation a une fenêtre, pas un calendrier : l’efficacité des relances s’effondre dès le 3e ou 4e jour d’absence, et le dormant très ancien (60 à 90 jours) se traite par un contact unique, pas par une séquence qui insiste.
  • Le canal se déduit de l’état de l’utilisateur : push pour les dormants hors de l’app, in-app pour les actifs présents, email pour les lapsés de 7 à 30 jours.
  • L’expéditeur compte : un message d’ami bat un message de la marque, et les moments culturels (rentrée, Year in Review) battent les relances génériques.
  • Segmenter par état du cycle de vie (non-inscrit, en onboarding, lapsé), chacun son KPI, et réparer la chaîne avant d’automatiser.
  • La valeur se lit en incrémentalité, jamais au ROAS attribué : partition d’audience et groupe holdout, fenêtre de lecture étendue à J30-J60.

Pourquoi la réactivation a une fenêtre, pas un calendrier

La réactivation d’app commence par une contrainte physique. Depuis iOS 11, Apple peut supprimer automatiquement une application dormante de l’appareil : passé un seuil d’inactivité, l’utilisateur n’est pas seulement froid, il peut perdre l’accès au produit (Claire Rozain, Product Madness, au Mobile User Acquisition Show).

Au-delà de cette borne, la fenêtre utile est très courte. Plus un utilisateur s’éloigne, plus le coût pour le faire revenir monte. Duolingo envoie une série de sept notifications, une par jour d’inactivité, puis coupe ses rappels de pratique les plus puissants à sept jours, la valeur incrémentale au-delà étant devenue négligeable. Comme le résume Jackson Shuttleworth (Duolingo) chez Sub Club :

“you can’t wait till day seven to get that user to come back into the app … you probably can’t wait till day five if they’re not coming back by day three or 4”

Cette courbe se lit sans modèle prédictif. Cartographier la probabilité de retour en fonction des jours d’inactivité suffit à trouver le point de rupture propre à l’app - environ cinq jours chez Andy Carvell (Phiture) - là où un délai arbitraire manque la cible.

La fenêtre a aussi une fin. Au-delà de 60 à 90 jours d’inactivité, les automatisations multi-canal deviennent contre-productives : le dormant très ancien se traite par un contact unique, ciblé sur la valeur, pas par une séquence qui insiste (Mobile User Acquisition Show).

Le réengagement précoce, lui, fabrique la rétention. Réengager dans les sept jours suivant l’installation rend près de 30 % plus probable de rester engagé sur le long terme. Mais ce levier a un plafond : sursolliciter un client par du remarketing le pousse à désinstaller l’app pour retrouver la tranquillité (AppsFlyer).

Les canaux owned : atteindre l’utilisateur là où il est

Le canal se déduit de l’état de l’utilisateur, pas d’une préférence d’équipe. Un dormant, hors de l’app, ne peut être atteint que par notification push ; les messages in-app (IAM) sont réservés aux actifs présents dans l’app ; chaque canal se teste par segment avant d’être automatisé (Mobile User Acquisition Show).

Pour les lapsés de 7 à 30 jours, le format riche l’emporte. L’email est supérieur au push parce qu’il offre l’espace d’un rapport de progression hebdomadaire comparatif ; montrer les métriques d’activité brutes - XP, temps passé - et laisser l’utilisateur inférer la valeur bat la décomposition fonctionnalité par fonctionnalité (Jackson Shuttleworth, Duolingo, chez Sub Club).

Le timing, enfin, ne se délègue pas à l’utilisateur. Laisser choisir une heure de notification fixe sous-performe structurellement, parce que les emplois du temps changent ; la notification la plus efficace part 23h30 après la dernière session de pratique du jour précédent (même source).

Ces canaux sont des owned media, au coût marginal nul. Push bien timés, email relationnel et deep links forment le socle le moins coûteux de la rétention. Amazon, par exemple, renvoie par email directement vers le panier abandonné, et une part des destinataires finalise l’achat (AppsFlyer).

Réactiver par un pair, pas par la marque

L’expéditeur compte autant que le message. Faire en sorte que les utilisateurs se « ressuscitent » entre eux est l’une des campagnes de réactivation les plus performantes de Duolingo : un message d’ami - même quasi inconnu, croisé sur un classement - est plus personnel qu’un message de la marque. Avec 55 à 60 % d’utilisateurs ayant un ami dans l’app, les sollicitations portées par un pair génèrent les meilleurs taux de clic (Jackson Shuttleworth, Duolingo, chez Sub Club).

La réactivation se cale aussi sur le calendrier mental du client. Les campagnes ancrées sur des moments culturels - rentrée, 1er janvier, bilan annuel type Year in Review - surpassent les messages génériques parce qu’elles épousent le modèle mental que l’utilisateur a déjà du produit à cet instant (même source).

Le format peut porter le retour. L’app de voyage Wiibus a vu une campagne en scratch cards, suivie d’une flash sale d’une semaine, produire +27 % de ventes et +15 % de lift incrémental des achats dans les mois suivants (AppsFlyer).

Segmenter par état du cycle de vie

Le ciblage précède le message. Structurer la réactivation en trois segments ordonnés, chacun avec son KPI : installeurs non inscrits (taux d’inscription), utilisateurs en onboarding J0-J7 (premier paiement ou monétisation publicitaire), lapsés (taux de réengagement). Le paid sert de canal principal avant l’opt-in aux canaux CRM (Lomit Patel, IMVU, au Mobile User Acquisition Show).

L’onboarding étendu prolonge le travail dans les 30 premiers jours. Au-delà des écrans d’entrée, un onboarding continu entretient l’engagement par des messages automatisés - push, in-app, email - alignés sur la métrique North Star, avec des buckets d’utilisateurs (nouveau, actif faible, moyen, haut, à risque, dormant) mis à jour quotidiennement (Mobile User Acquisition Show).

L’automatisation, elle, a trois conditions préalables. Un taux de désinstallation élevé en réponse aux messages, l’absence d’intégration entre IDs de campagne et données produit in-app, ou l’absence d’objectifs partagés avec l’équipe produit interdisent d’automatiser : on répare la chaîne avant de la faire tourner (Mobile User Acquisition Show).

Le churn précoce est la cible la plus rentable. Une app sur deux est désinstallée dans les 30 jours suivant le téléchargement ; intégrer ce churn J30 au calcul du CAC (coût d’acquisition client) effectif double mécaniquement le coût par utilisateur retenu (AppsFlyer).

La réactivation payante : re-capturer, pas convertir

Le paid n’est pas un canal de conversion de plus, c’est un filet posé après le CRM (customer relationship management). Identifier par cohorte le jour où la conversion naturelle s’épuise - par exemple 90 % des achats dans les 14 premiers jours - puis ne lancer le retargeting payant qu’à partir de J+1, en laissant d’abord le CRM et les owned media convertir (Mobile User Acquisition Show).

Son économie est favorable, mais conditionnée. Le remarketing vers des utilisateurs déjà en relation serait au moins cinq fois plus rentable que l’acquisition neuve, avec des taux de conversion souvent supérieurs. Depuis ATT (App Tracking Transparency), toutefois, le paid remarketing iOS repose sur des données agrégées et perd sa précision : la bascule se fait vers Android pour le paid et vers les owned media pour le re-engagement iOS (AppsFlyer).

Reste à prouver qu’il apporte quelque chose. Mesurer l’incrémentalité exige de partitionner les audiences par plateforme - pas d’overlap entre régies - et d’isoler un groupe holdout non exposé, pour comparer la monétisation des exposés à celle des non-exposés (Lomit Patel, IMVU, au Mobile User Acquisition Show).

Mesurer ce que la relance a provoqué

L’attribution montre ce qui s’est passé, l’incrémentalité révèle ce qui a réellement changé. Juger une campagne de réactivation à son ROAS (return on ad spend) attribué revient à créditer des utilisateurs revenus d’eux-mêmes ; il faut isoler l’impact réel par des expériences test/contrôle (AppsFlyer).

La fenêtre de lecture, elle, ne s’arrête pas à la conversion immédiate. Mesurer la qualité des réengagés suppose des segments à J30 et J60 - voire au-delà pour les grandes marques e-commerce - pour voir quelles campagnes produisent la LTV (lifetime value) la plus élevée, pas seulement l’achat du jour (AppsFlyer).

Tension ouverte. Trois zones d’ombre restent ouvertes. La frontière entre pression utile et sursollicitation est empirique : le volume de relances qui retient un utilisateur est aussi celui qui peut le pousser à désinstaller. Post-ATT, la discipline d’incrémentalité est la plus nécessaire là où elle est la plus coûteuse à appliquer, sur iOS où les données au niveau utilisateur sont limitées. Et réactiver n’est pas recruter : la relance optimise une demande déjà captée, elle ne construit pas la disponibilité mentale en amont.

Si ta scale-up plafonne aujourd’hui

La réactivation se pilote comme un système de fenêtres, pas comme un envoi :

  • Segmenter par état. Non-inscrit, en onboarding, lapsé : chacun son KPI, plutôt qu’un ROAS unifié.
  • Concentrer la pression tôt. Les 3-4 premiers jours d’absence portent l’essentiel de la valeur ; couper les rappels puissants à 7 jours ; au-delà de 60 à 90 jours, revenir au contact unique ciblé sur la valeur.
  • Emprunter d’abord les canaux owned. Push, email, deep link : coût marginal nul et contrôle du message. L’utilisateur choisit mal sa propre heure, l’app la calcule.
  • Activer le pair avant la marque. Un message d’ami bat un message de la marque, et les moments culturels battent les relances génériques.
  • Prouver l’incrémentalité avant de scaler le paid. Partition d’audience et groupe holdout, retargeting déclenché seulement après la fenêtre de conversion naturelle.

Le paramétrage régie des campagnes app vit dans Campagnes App Mobile ; la réactivation d’abonnés (facturation, save flows) est traitée dans Réengagement des Abonnés Churned.

Pour aller plus loin


Sources


ℹ️ À propos de cette page

Reaching Kibo explore les vrais moteurs de la croissance des scale-ups B2C - et comment les mettre en pratique. Cette page appartient à Basecamp, le playbook du projet.

Elle est rédigée par IA, d’après le cadre et la direction que je donne. Une erreur, un désaccord, une source à ajouter ? Écris-moi : romain@reachingkibo.com.