À propos 26 % des utilisateurs reviennent le jour 1et uniquement 7% sont encore actifs après 30 jours selon les références de benchmarks de fidélité d'Adjust. Cela réaménage la fidélité des utilisateurs d'applications immédiatement. Le principal problème est généralement la loyauté à long terme. C'est que la plupart des utilisateurs décident très rapidement si votre application mérite de l'espace sur leur téléphone.
Les équipes traitent souvent la fidélité comme un problème de messagerie de cycle de vie. C'est seulement une partie de l'histoire. Push, email et onboarding comptent, mais beaucoup de pertes de fidélité proviennent de simples échecs : un flux de démarrage brisé, une écran lent, une demande de permission confuse, ou un bug qui reste dans la file d'attente pendant que l'équipe attend les logistiques de mise en production.
Le problème du seau fêlé dans les applications mobiles
Pourquoi cela fait plus mal que les équipes ne le pensent
- La définition de la fidélité des applications et son impact sur les affaires
- Le contenu de la table
- Comment mesurer le maintien avec des indicateurs et des cohortes clés
- Comprendre les seuils de maintien par catégorie d'application
- Diagnostiquer les causes profondes de mauvais taux de maintien
- Tactiques actionnables pour améliorer le maintien des utilisateurs de l'application
- Le rôle du développeur dans la rétention avec mises à jour en direct
Le problème du seau fêlé dans les applications mobiles
Une application mobile peut afficher de fortes statistiques d'installation et encore échouer à grandir. Le break se produit lorsque les utilisateurs tombent en dessous plus rapidement que de nouvelles acquisitions ne peuvent les remplacer.
C'est le problème du seau fêlé. La publicité continue à remplir le haut du funnel, mais une expérience de première session faible, des problèmes de fiabilité et une réponse opérationnelle lente drainent les utilisateurs avant qu'ils ne forment une habitude. Les équipes voient généralement le symptôme dans les coûts d'acquisition en augmentation et les utilisateurs actifs stagnants, et non dans une chute dramatique.
Les données de référence de l'industrie citées plus tôt montrent le même modèle dans les applications mobiles. La rétention chute brusquement après l'installation, et les plus grandes pertes se produisent généralement dans les premiers jours, et non plus tard dans le cycle de vie. Cela a une implication directe pour l'entreprise : si l'application échoue tôt, chaque installation payante, chaque victoire de la mise en page d'appareil mobile et chaque référence devient moins rentable.
J'ai vu des équipes traiter cela comme un problème de croissance en premier lieu. Il s'agit souvent d'un problème d'exploitation tout aussi souvent. Un flux de connexion de l'inscription confus nuise à la rétention, mais un mur payant cassé, une mauvaise mise à jour, un API lent ou un bug qui reste dans la file d'attente pendant une semaine parce que la correction dépend de la revue de l'application magasin. Les utilisateurs ne séparent pas l'expérience utilisateur de l'exploitation des opérations. Ils n'ont que remarqué que l'application a semblé peu fiable et qu'ils l'ont quittée.
Pourquoi cela fait plus de mal que les équipes s'y attendent
La fuite se produit souvent avant que l'utilisateur comprenne le produit ou ne le fasse pas confiance pour le retourner. Les points de failure courants incluent :
- La confusion de la première session : les utilisateurs ouvrent l'application et la prochaine action est obscure.
- Le retard de la valeur : les étapes de configuration apparaissent avant que le produit ne prouve son utilité.
- Les problèmes de qualité : les crashs, les états vides, les latences et les requêtes échouées brisent la confiance rapidement.
- La récupération lente : l'équipe identifie le problème, mais la correction atteint les utilisateurs trop tard.
- Le suivi faible : There n'y a pas de raison de revenir après la première session.
Le compromis est simple. Les équipes peuvent continuer à acheter du trafic, ou elles peuvent réparer les trous qui font que chaque utilisateur acquis vaut moins. Le deuxième chemin gagne généralement car l'amélioration de la rétention améliore les économies de chaque canal à la fois.
C'est aussi là où les notes commencent à compter. Une mise en production bug ou un problème d'inscription non résolu ne crée pas seulement du chalandage. Il peut déclencher des commentaires négatifs qui réduisent la conversion pour la vague suivante d'installations, ce qui est pourquoi Les commentaires et les notes affectent la rétention et la croissance plus que beaucoup d'équipes s'y attendent.
Si votre équipe a besoin d'une mise à jour plus large sur l'entreprise, comment calculer la rétention des clients couvre la formule de base. Dans les appareils mobiles, la leçon pratique est plus dure : la rétention dépend de la valeur du produit et de la rapidité avec laquelle l'équipe peut détecter les problèmes, les corriger et restaurer la confiance avant que les utilisateurs ne partent pour de bon.
La définition de la rétention des applications et son impact sur l'entreprise
La rétention des utilisateurs d'applications est le pourcentage d'utilisateurs qui reviennent après l'installation sur une période définie. Pour une équipe mobile, elle répond à une question pratique d'affaires : l'application a-t-elle fourni suffisamment de valeur, de stabilité et de confiance pour que quelqu'un revienne à la place de chalander après la première tentative ?
La rétention compte car elle se situe à l'intersection de la qualité du produit, de l'efficacité de la croissance et de la discipline opérationnelle. Un volume de téléchargement élevé peut cacher des fondamentaux faibles pendant un moment. La rétention les expose rapidement.
Ce que la rétention mesure réellement
Un utilisateur retenu n'est pas juste un utilisateur actif sur un graphique. Ils sont quelqu'un qui a réussi à passer les premières impressions, a trouvé une raison de revenir et n'a pas rencontré suffisamment de friction pour abandonner l'application. Cela fait que la rétention est un indicateur opérationnel plus fort que les installations, car elle reflète l'expérience complète après l'acquisition.
Pour les équipes de produits, la rétention montre si le boucle de base fonctionne. Pour les équipes d'ingénierie, elle montre si les bogues, les plantages et la qualité de la mise en production érodent la confiance. Pour les équipes de croissance, elle détermine si l'acquisition payante continue à produire une valeur future ou achète juste du trafic à court terme.
Si vous avez besoin d'un rappel rapide sur les formules et les définitions dans différents contextes commerciaux, ce guide sur comment calculer la rétention des clients est un compagnon utile. Dans les appareils mobiles, la partie la plus difficile est de choisir la fenêtre de retour appropriée et de l'associer à une utilisation significative, pas juste des ouvertures d'application.
Pourquoi la rétention a un impact commercial surdimensionné
Des gains de rétention mineurs changent les économies de l'application entière. Plus d'utilisateurs restent disponibles pour les campagnes d'activation, la conversion de l'abonnement, la monétisation publicitaire, les références et l'adoption de fonctionnalités. Le même investissement en acquisition commence à fonctionner plus fort car plus d'utilisateurs que vous avez déjà payés sont encore là pour être monétisés.
Le contraire est également vrai. Si une mise en production introduit des échecs de connexion, des paiements cassés ou une page d'accueil lente, la rétention chute avant que le tableau de bord explique complètement pourquoi. La rémunération ressent cette modification rapidement. De même, l'efficacité de l'acquisition, car les équipes doivent remplacer les utilisateurs qu'elles ont déjà gagnés une fois.
This is why I consider retention as an operational metric, not just a lifecycle metric. Onboarding and UX still matter, but so does the team’s ability to detect problems, ship fixes, and restore a stable experience before churn becomes permanent. In mobile, slow bug recovery is often a retention problem disguised as an engineering workflow problem.
Quelques effets économiques apparaissent de manière consistante :
- La prise de client devient plus efficace : Les utilisateurs retenus augmentent le retour à long terme sur chaque installation.
- La monétisation s'améliore : Les abonnements, les achats et les publicités dépendent tous des utilisateurs qui restent suffisamment longtemps pour se convertir.
- Les paris sur le plan d'affaires ont un plus grand impact : Les améliorations des fonctionnalités atteignent une plus grande base de utilisateurs qui reviennent au lieu d'une audience en diminution.
- Les performances du magasin bénéficient : Les utilisateurs satisfaits qui reviennent sont plus susceptibles de laisser des commentaires positifs, ce qui influence la découverte et la conversion. C'est une raison les commentaires et les notes des utilisateurs affectent la rétention et la croissance plus que de nombreux équipes le supposent.
La rétention est également l'un des signaux les plus clairs qui montrent que l'équipe fait bien fonctionner l'application. Si les utilisateurs reviennent régulièrement après les mises à jour, l'application fait généralement plusieurs choses bien à la fois : livrer de la valeur, éviter les défauts majeurs et résoudre les problèmes avant que la confiance ne se rompe.
C'est pourquoi la rétention mérite de l'espace dans le plan directeur. Elle améliore l'efficacité de la croissance, protège le chiffre d'affaires et récompense les équipes qui peuvent exécuter rapidement lorsque des problèmes de qualité apparaissent.
Comment Mesurer la Rétention avec des Métriques et des Cohorts Clés
La façon la plus rapide de mal comprendre la rétention est de regarder un seul nombre combiné et de l'appeler une intuition. Les moyennes agrégées sont faciles à rapporter, mais elles cachent l'effet de la qualité de la mise à jour, de la mixité d'acquisition, de la saisonnalité et des changements d'inscription.
Commencez par les points de contrôle standards
Un bon système de mesure commence par quelques points de contrôle communs :
- Rétention au jour 1 : Utile pour juger de la qualité de la première session et de la clarté de l'inscription.
- Rétention au jour 7 : Un bon signal pour savoir si les utilisateurs ont trouvé une valeur répétitive.
- Rétention au jour 30 : Un test plus fort de l'adaptabilité du produit.
- Mesures de tenue : DAU/MAU aide les équipes à comprendre à quel point les utilisateurs actifs reviennent fréquemment.
- Adoption de fonctionnalités : Cela montre si les utilisateurs retenus s'engagent avec les comportements qui comptent le plus.
Ces indicateurs fonctionnent ensemble. Le jour 1 vous dit si la première expérience a porté ses fruits. Le jour 7 vous dit si les utilisateurs sont revenus intentionnellement. Le jour 30 vous dit si l'application a gagné une place dans le flux de travail ou les habitudes de quelqu'un.
Pourquoi l'analyse de cohortes bat les moyennes combinées
L'analyse de cohortes groupe les utilisateurs par un début partagé, généralement la semaine ou le mois d'installation. Cela permet de comparer des éléments similaires.
Le cadre de Userpilot est utile ici : Analyse de retenue basée sur les cohortes Isolent l'impact des modifications de produit en regardant les utilisateurs qui ont installé dans la même fenêtre de temps, aux côtés des points de contrôle standard du jour 1, du jour 7 et du jour 30, ainsi que la suivi de la tenue et de l'adoption de fonctionnalités. En pratique, cela signifie que vous pouvez répondre à des questions que les données agrégées ne peuvent pas répondre :
- Le nouveau flux de prise en main a-t-il aidé les utilisateurs qui l'ont vu ?
- L'édition d'avril a-t-elle amélioré la retenue ou l'a-t-elle détériorée ?
- Un canal payant a-t-il attiré des utilisateurs qui ont abandonné plus rapidement qu'un autre ?
- Une nouvelle fonctionnalité a-t-elle créé un motif de retour ?
Cela devient encore plus utile lorsque vous associez les cohortes de rétention à l'instrumentation d'événements. Une configuration pour le suivi d'événements personnalisés dans Capacitor aide les équipes à relier le comportement de retour à des actions spécifiques au lieu de deviner à partir des vues d'écran seules.
La rétention agrégée vous dit ce qui s'est passé. Les cohortes vous rapprochent beaucoup plus de pourquoi.
Exemple de cohorte simple
Voici un exemple de base de la façon dont une vue de cohorte hebdomadaire pourrait ressembler.
| Semaine d'inscription | Nouveaux utilisateurs | Jour 1 | Jour 3 | Jour 7 |
|---|---|---|---|---|
| Semaine 1 | 1,200 | 24% | 16% | 11% |
| Semaine 2 | 1,050 | 27% | 18% | 13% |
| Semaine 3 | 1,300 | 22% | 14% | 9% |
| Semaine 4 | 1,180 | 28% | 19% | 14% |
Les nombres exacts dans votre produit diffèrent, mais le modèle est ce qui compte. Si la semaine 4 est montée après que vous avez simplifié l'inscription, c'est un signal dont il faut faire confiance plus que la moyenne mensuelle combinée. Si la semaine 3 a baissé juste après une mise à jour, les billets de support et les journaux de crash deviennent partie de l'analyse de la rétention, pas une conversation séparée.
Comprendre les seuils de rétention par catégorie d'applications
Les seuils de rétention varient plus par catégorie d'applications que de nombreux équipes ne le pensent. Une courbe de 30 jours qui semble faible pour une application de messagerie peut être parfaitement normale pour le voyage, l'immobilier ou l'assurance, où l'utilisation est liée à des moments spécifiques plutôt qu'à une habitude quotidienne.
Pourquoi le contexte de la catégorie change le cible
La synthèse de Statista de 2024 sur la rétention par catégorie d'applications montre de larges différences entre les secteurs. Les applications d'actualités, de shopping, de divertissement et de médias sociaux ne retiennent pas les utilisateurs sur le même calendrier, car la raison pour laquelle l'utilisateur revient est différente dans chaque cas.
Cette distinction compte lors de la planification. Les équipes qui se basent sur la mauvaise catégorie commettent généralement l'une des deux erreurs. Elles réagissent de manière excessive aux modèles de comportement normal, ou elles manquent un problème de fidélité réel car le taux moyen combiné du marché semble acceptable.
La qualité du produit compte encore. C'est aussi vrai pour la qualité opérationnelle.
Une application de voyage peut s'ouvrir uniquement lorsque l'on planifie un voyage, mais si le processus de paiement se bloque après une mise à jour, la fidélité tombera en dessous de ce que la catégorie prédit. Une application d'actualités a plus d'occasions de répétition naturelles, mais les temps de chargement lents, les plantages ou le contenu obsolète peuvent éliminer rapidement cet avantage.
Utilisez les indicateurs de performance comme des garde-fous, pas comme des objectifs
Les indicateurs de performance fonctionnent le mieux comme des limites pour prendre des décisions, pas comme des objectifs copiés dans un plan trimestriel.
Posez trois questions pratiques :
- Quel comportement de catégorie correspond à notre produit ? Une application de budget avec des rappels hebdomadaires ne doit pas se baser sur les indicateurs de performance d'une application de messagerie.
- Quel modèle de retour crée de la valeur pour l'entreprise ? Les ouvertures quotidiennes, la réalisation de tâches hebdomadaires et les achats occasionnels de haute intention sont différents modèles de fidélité.
- Perdons-nous des utilisateurs en raison d'un ajustement du produit ou d'un frein opérationnel ? Si un groupe de cohorte chute juste après une mise à jour, comparez les attentes de la catégorie avec les taux de plantage, les temps de latence et les sessions échouées.
Cet aspect est souvent négligé. La rétention n'est pas seulement influencée par l'expérience d'accueil et la conception des fonctionnalités. Elle est également influencée par la rapidité avec laquelle l'équipe détecte et corrige les problèmes de qualité. Si la performance se dégrade sur les anciens appareils Android, votre référence de performance ne doit pas excuser la perte. Elle doit aider à isoler si le problème est une comportement normal de catégorie ou une perte évitable. Les équipes qui mettent en place des mesures de performance pour les applications Capacitor font cela plus rapidement, ce qui signifie des corrections plus rapides et moins d'utilisateurs perdus pendant que l'incident se trouve dans les files d'attente de revue.
Une bonne conversation sur les performances se termine par un plan d'exploitation plus serré. Gardez la lentille de catégorie, puis testez-la contre la qualité de la mise en production, le volume de support et les changements de cohorte après les mises à jour. C'est ainsi que les équipes évitent de poursuivre des chiffres de vanité et commencent à améliorer la rétention de manière qui se reflète dans les revenus, les notes et la période de remboursement.
Diagnostiquer les Causes Profondes de la Rétention Faible
Une faible rétention n'est pas un diagnostic. C'est un résultat. Le travail commence lorsque l'équipe identifie la partie de l'expérience qui a fait quitté les utilisateurs et si ce problème est comportemental, lié au produit ou opérationnel.
Lire le déclin comme un détective de produit
La manière la plus propre pour investiguer la perte est de aligner les points de déclin majeurs avec les causes probables.
| Point de déclin | Problème probable |
|---|---|
| Immédiatement après l'installation | Faiblesse de l'accueil, première impression décevante, démarrage lent |
| Lors de l'inscription ou des autorisations | Trop de friction avant la valeur |
| Après une session réussie | Aucune raison de revenir, boucle de l'habitude faible |
| Après une mise à jour | Les régressions, les bogues, les flux cassés, les problèmes de performance |
Cela semble simple, mais les équipes ont souvent tendance à passer outre à la discipline et sauter directement aux tactiques. Elles envoient plus de notifications lorsque le problème sous-jacent est un écran de paiement en panne. Elles redessinent l'inscription lorsque le problème de base est que l'application devient peu fiable sur les appareils plus anciens.
Les échecs techniques créent un déclin silencieux
Appcues souligne l'importance d'un produit point pour les équipes de produits : La rétention est également un problème de fiabilité opérationnelleUn utilisateur inactif pendant 48 heures peut toujours être récupérable, mais une fois perdu pour 30 jours ce n'est généralement pas le cas. Cela compte car les bogues, les plantages et les performances lentes créent souvent le type de frustration qui transforme la désengagement temporaire en perte permanente.
La conséquence pratique est que le travail de rétention doit inclure les opérations d'ingénierie :
- Surveillez les performances du démarrage et du niveau de l'écran : Les premières impressions sont aussi techniques que visuelles.
- Suivez les points d'arrêt dans les flux critiques : L'inscription, le paiement, la synchronisation, la recherche et le chargement du contenu méritent une attention particulière.
- Triez les incidents en fonction de leur impact sur l'utilisateur, et non seulement en fonction des étiquettes de gravité : Un « mineur » bug dans le chemin d'activation peut nuire à la rétention plus qu'un défaut dramatique dans les cas d'extrémité.
- Instrumentez l'application de manière à voir les régressions rapidement : Un setup pour surveillance de la performance dans Capacitor aide les équipes à relier le comportement de l'application dégradé au risque de perte de clients.
Les utilisateurs ne déposent rarement un rapport de bogues clair avant de partir. La plupart cesseront simplement de revenir.
C'est pourquoi les tickets de support ne constituent qu'un signal. Les enregistrements de sessions, les écarts d'événements, les appels API échoués et les chutes soudaines de cohortes après la mise en production sont souvent des indices plus fiables.
Tactiques pour améliorer la rétention des utilisateurs de l'application
L'amélioration de la rétention des utilisateurs de l'application fonctionne le mieux lorsque les tactiques correspondent à la mode de défaillance. Des conseils généraux comme « personnalisez plus » ou « envoyez des notifications push » produisent généralement du bruit car ils ignorent où la perte de clients commence.
Faites que les utilisateurs valorisent plus rapidement
La première tâche est de réduire le temps nécessaire pour obtenir une valeur. Réduisez la première session à la séquence la plus petite qui obtient l'utilisateur à un résultat significatif.
Cela signifie généralement :
- Supprimez la configuration facultative : Demandez moins avant que l'utilisateur ne voie un bénéfice.
- Guide une action principale : Ne pas enseigner l'ensemble du produit lors du premier lancement.
- Reportez les permissions jusqu'à ce que le contexte existe : Les utilisateurs acceptent les invitations de manière plus facile lorsque ils comprennent pourquoi.
Si votre processus d'inscription nécessite une nouvelle approche, ces stratégies d'inscription de pointe pour 2025 sont une référence utile car elles se concentrent sur la clarté, la séquence et la valeur initiale plutôt que sur des tutoriels volumineux.
Un flux d'inscription solide n'est pas celui avec la séquence de tooltip la plus polie. C'est celui qui amène les utilisateurs à « ceci résout mon problème » avec le moins d'étapes.
Avant de modifier le flux, il est utile de passer en revue l'expérience utilisateur plus large de l'application car les échecs de retenue proviennent souvent de la friction dans la navigation, le texte et la conception d'interaction plutôt que du module d'inscription lui-même. Pour les équipes qui souhaitent une synthèse visuelle rapide du livre de stratégie de retenue, ce tutoriel est utile :
Guide une action principale :
Réduire la friction dans le cycle central
Une fois que les utilisateurs ont terminé la première réussite, la prochaine priorité est de rendre l'utilisation répétitive aussi facile que possible.
S'attaquer au cycle répétitif qui définit votre produit :
- Une application de finance pourrait se concentrer sur la vérification des soldes, le suivi des dépenses ou le transfert d'argent.
- Une application de shopping pourrait se concentrer sur la navigation, la sauvegarde et la reprise de commande.
- Une application de productivité pourrait se concentrer sur l'ouverture, l'édition et la réalisation de tâches.
Beaucoup d'équipes surconstruisent. Elles ajoutent plus de fonctionnalités quand elles devraient rendre le cycle principal plus rapide, plus clair et plus fiable.
La fonctionnalité que les utilisateurs retournent mérite le chemin le plus propre, la charge de chargement la plus rapide et le moins d'occasions de failles.
Re-engagez-vous en fonction des fenêtres d'inactivité
Le réengagement fonctionne le mieux lorsque cela répond à la fréquence et à la cause probable. Un utilisateur qui s'est absenté brièvement peut avoir besoin d'un coup de pouce. Un utilisateur qui a quitté après une session brisée peut avoir besoin d'une correction, d'une excuse ou de preuves que le problème est résolu.
Un modèle opérationnel pratique ressemble à ceci :
- Court temps d'inactivité Utilisez des rappels pertinents liés à des actions inachevées ou à de nouvelles valeurs.
- Moyenne inactivité : Envoyez des messages qui reconnectent l'utilisateur à un cas d'utilisation concret, et non seulement à la marque.
- Longue inactivité : N'allez pas vous fier uniquement à la messagerie. Revisitez l'adaptation du produit, la qualité technique et la capacité de l'application à gagner un retour crédible.
Traitez l'expérimentation comme du travail de produit en cours.
La rétention s'améliore grâce à des diagnostics et des itérations répétés, et non à une campagne unique. Testez le texte, la séquence, les invitations, les murs de payement et les flux de récupération. Mais ne vous arrêtez pas aux expériences de croissance. Testez également les corrections techniques, les états de chargement, la gestion des erreurs et les expériences de remplacement.
Les meilleures équipes de rétention traitent l'onboarding, la fiabilité et la messagerie comme un système unique. C'est pourquoi leurs gains tendent à durer.
Le rôle du développeur dans la rétention avec Mises à jour en temps réel
Un plan de rétention s'effondre rapidement si l'équipe de produit ne peut pas résoudre les problèmes d'utilisateur en direct pendant que le groupe affecté est encore actif. Un flux de connexion cassé, une erreur de commande d'achat ou une erreur de synchronisation peuvent transformer une installation en une perte d'une session.
C'est pourquoi les opérations de mise à jour doivent figurer dans toute discussion sérieuse sur la retenue. Les utilisateurs jugent l'application par la rapidité avec laquelle elle se rétablit des problèmes, et non par l'apparence de la note d'incident interne. Si l'onboarding échoue le lundi et la correction attend la revue de la boutique jusqu'au jeudi, l'impact commercial est déjà bloqué à travers les activations perdues, la conversion plus faible et plus de tickets de support.
Pour les stacks mobiles basés sur le web, les mises à jour en temps réel réduisent cette fenêtre de récupération. Les équipes utilisant Capacitor peuvent envoyer des modifications pour JavaScript, CSS, copie, configuration et actifs sans attendre une mise à jour binaire complète dans de nombreux cas. Comme mentionné plus tôt, cela compte moins comme un avantage pour les développeurs et plus comme un contrôle de retenue. Les corrections rapides protègent les premières sessions qui décident si un utilisateur revient.
Le compromis est la discipline opérationnelle. La livraison plus rapide ne sert à rien si les équipes ne contrôlent pas également le risque de déploiement, ne vérifient pas l'adoption et ne maintiennent pas une frontière claire entre ce qui peut être mis à jour en temps réel et ce qui nécessite toujours une mise à jour de la boutique. Sans cela, un chemin de mise à jour plus rapide peut créer de nouveaux problèmes de qualité au lieu de les résoudre.
Capgo est un outil utilisé pour ce flux de travail dans les applications Capacitor. Il prend en charge les mises à jour de bundles web signés, les canaux de mise à jour, les retours en arrière et la visibilité de l'adoption. Ces fonctionnalités se connectent directement à la retenue car elles aident les équipes à corriger les erreurs en temps opportun, à limiter la zone d'impact et à confirmer que les utilisateurs ont reçu la correction.
La conclusion pratique est claire. La rétention n'est pas seulement un problème de conception de produit. C'est aussi un problème d'exécution. Les équipes qui associent fortement l'inscription et les boucles de noyau claires avec des opérations de mise à jour rapide et contrôlée conservent plus d'utilisateurs car elles suppriment la friction avant qu'elle ne devienne un déclin.
