Sticker Editor : onboarding, double paywall et ASO

Il existe deux types de fondateurs d'apps. Ceux qui attendent de voir si ça marche. Et ceux qui testent, itèrent, challengent, poussent et qui traitent leur app comme un business à piloter activement, pas comme un produit à espérer.

Charles est dans la deuxième catégorie. Avec son frère, il crée des apps en série. Des projets pensés, construits, lancés, optimisés. Sticker Editor était l'un d'eux, une app de création et d'édition de stickers avec une base d'utilisateurs réelle, des téléchargements qui entraient, mais une conversion qui ne suivait pas.

C'est là qu'il nous a contactés. Et ce qui s'est passé ensuite vaut la peine d'être raconté en détail.

‍

Charles, serial maker d'apps

Charles n'est pas un fondateur qui découvre le monde des apps. Il en a plusieurs à son actif, avec son frère. Ce modèle de serial maker a une conséquence directe sur la façon de travailler : il n'arrive pas avec des certitudes, il arrive avec des hypothèses. Il sait que ce qui marche sur une app ne marche pas forcément sur une autre. Il sait que les données ont raison et les intuitions ont tort.

Sticker Editor avait de l'audience. Le problème n'était pas l'acquisition, les utilisateurs téléchargeaient l'app. Le problème était la conversion et la rétention. Trop d'utilisateurs entraient, ne payaient pas, et repartaient. La valeur était là. Le chemin pour y arriver et le moment pour monétiser ne l'étaient pas.

Notre agence de création d'application mobile firstapp a travaillé sur trois axes simultanément : l'onboarding, le paywall, et les screenshots App Store. Si vous voulez estimer ce que représente ce type d'accompagnement, notre devis application mobile vous donne une fourchette en 7 étapes.

‍

Le diagnostic : une app avec du potentiel qui ne convertissait pas

Avant de toucher quoi que ce soit, on a cartographié le parcours utilisateur existant. Où entrent-ils ? Où décrochent-ils ? Quel pourcentage atteint le paywall ? Quel pourcentage le passe ? Ce sont les métriques essentielles à tracker avant toute optimisation.

Le constat était clair sur deux points.

Le premier : l'utilisateur était poussé vers le paywall avant d'avoir expérimenté la valeur de l'app. Il ne savait pas encore ce que Sticker Editor pouvait faire pour lui. On lui demandait de payer pour découvrir. C'est un ordre inversé, et l'un des plus coûteux en conversion mobile. C'est exactement le type de fuite silencieuse qu'on détaille dans notre analyse votre app perd-elle de l'argent ?

Le second : les screenshots sur l'App Store ne montraient pas clairement ce que faisait l'app. Ils étaient corrects visuellement mais ne convertissaient pas, c'est-à-dire qu'ils ne déclenchaient pas le téléchargement chez quelqu'un qui tombait dessus en recherche. C'est une différence fondamentale : un screenshot peut être beau et mauvais en même temps.

Trois chantiers. Onboarding, paywall, screenshots. On s'y est attaqués dans cet ordre.

‍

L'onboarding : faire tester avant de payer

La décision centrale sur l'onboarding a été de refaire entièrement le flow pour permettre à l'utilisateur de tester l'app avant de rencontrer le paywall.

C'est un principe qui semble évident formulé ainsi. Il est pourtant contre-intuitif pour beaucoup de fondateurs, parce qu'il retarde le moment de monétisation. L'erreur de raisonnement est là : retarder le paywall ne réduit pas la conversion, ça augmente la qualité de l'utilisateur qui y arrive.

Un utilisateur qui a créé son premier sticker, qui a expérimenté les outils de l'app, qui a ressenti ce que le produit peut faire, cet utilisateur est dans un état d'esprit radicalement différent face au paywall. Il ne découvre pas une promesse. Il paie pour continuer quelque chose qui a déjà commencé.

Le nouveau flow : entrée dans l'app → accès direct aux outils core → premier sticker créé → paywall. La valeur avant la demande. Ce principe est détaillé dans notre guide de l'onboarding application mobile.

‍

La stratégie d'avis : le déclencheur qu'on n'attendait pas

En parallèle de l'onboarding, on a revu le moment et la mécanique de la demande d'avis. Et le résultat a été, selon les mots de Charles lui-même, incroyable.

La logique est simple mais souvent mal appliquée : demander un avis au mauvais moment, c'est demander à quelqu'un d'évaluer une expérience qu'il n'a pas encore eu. Le bon moment pour demander un avis, c'est juste après un moment de victoire, un sticker réussi, une fonctionnalité découverte, un résultat dont l'utilisateur est fier.

On a positionné la demande d'avis immédiatement après la première création réussie. L'utilisateur vient de faire quelque chose qu'il aime. Il est dans un état émotionnel positif. La probabilité qu'il laisse un avis, et un bon avis est à son maximum.

L'impact sur le volume d'avis a été immédiat. Et le volume d'avis a un effet direct sur la confiance des nouveaux utilisateurs et sur le classement dans les résultats de recherche App Store. On a consacré un article entier à cette mécanique : comment obtenir ses 100 premiers avis sur l'App Store.

‍

Le double paywall : la mécanique des 6 mois

Le chantier paywall a été le plus riche en apprentissages. La structure finale repose sur deux niveaux, un double paywall avec une mécanique qui mérite d'être expliquée en détail.

Le premier paywall : bénéfices et meilleur prix mis en avant

Le premier écran du paywall a été entièrement revu. Plus de liste de features techniques, des bénéfices formulés du point de vue de l'utilisateur. Ce qu'il peut faire, pas ce que l'app fait. Et une mise en avant visuelle du plan annuel comme "meilleur rapport qualité/prix", avec le prix ramené au mois pour rendre la comparaison intuitive.

Le deuxième paywall : la deuxième chance

C'est la mécanique qui différencie vraiment cette approche. Quand l'utilisateur ferme le premier paywall sans payer, un second paywall s'ouvre. Pas le même, un paywall différent, avec une offre différente.

Cette offre : un plan 6 mois à la moitié du prix annuel.

Mathématiquement, ça revient exactement au même pour l'utilisateur, 6 mois à moitié prix = le même coût total que l'annuel. Mais psychologiquement, c'est une offre différente. L'utilisateur qui a refusé l'annuel n'a pas refusé par manque d'intérêt, il a peut-être refusé parce que l'engagement sur 12 mois lui semblait trop long, ou parce qu'il n'avait pas encore assez confiance. Le plan 6 mois répond à cette objection sans sacrifier le revenu.

C'est un exemple parfait de ce qu'on détaille dans notre analyse du double paywall et du timing de conversion : la deuxième chance ne dilue pas la première, elle capture les utilisateurs que la première aurait perdus.

‍

Les screenshots : 4 variants, 1 gagnant, +20%

Le chantier ASO ne s'est pas limité aux screenshots. Avant même de toucher aux visuels, on a fait un audit complet des métadonnées de la fiche App Store, et il y avait du travail.

Le ménage sur les mots-clés

Premier constat : des mots-clés répétés entre le titre, le sous-titre et le champ keywords. Une erreur très courante. L'App Store indexe ces trois champs séparément, répéter le même mot dans les trois ne le fait pas remonter plus haut, ça gaspille simplement des caractères précieux qui auraient pu couvrir d'autres requêtes. On a redistribué les mots-clés pour maximiser le nombre de termes uniques indexés.

La description : parler à l'utilisateur, pas à la machine

Deuxième point souvent mal compris : Apple n'indexe pas la description de l'app. Elle n'a aucun impact sur le référencement dans l'App Store. Son seul rôle est de convaincre l'utilisateur qui est déjà sur la fiche de télécharger.

Et dans la description, les 3 premières lignes, celles qui s'affichent avant le bouton "Plus", sont les seules que la majorité des utilisateurs lisent. Sur Sticker Editor, ces lignes étaient rédigées comme du contenu SEO : bourrées de mots-clés, sans promesse claire, sans adresse directe à l'utilisateur. On les a réécrites pour répondre à une seule question : pourquoi est-ce que je devrais télécharger cette app maintenant ?

Moins de jargon, plus de bénéfices. Moins de features listées, plus de valeur formulée. Ces 3 lignes sont un espace de vente, elles méritent d'être traitées comme tel.

Les screenshots : 4 variants, 1 gagnant

L'hypothèse de départ était que les screenshots existants ne communicaient pas clairement la valeur de l'app à quelqu'un qui ne la connaissait pas encore. Ils montraient l'interface. Ils ne montraient pas ce que l'utilisateur pouvait accomplir avec.

On a produit plusieurs séries de screenshots avec des angles différents : résultat final mis en avant, cas d'usage spécifiques, comparaison avant/après, lifestyle contextualisé. Chaque série a été testée via le A/B testing App Store Connect, l'outil natif d'Apple qui permet de tester des variantes de page App Store sur une partie du trafic.

Quatre à cinq variants ont été testés avant de trouver le bon. Pas parce que les premiers étaient mauvais, parce que le A/B testing ASO est un travail d'itération, pas de divination. Le variant gagnant a produit +20% de téléchargements par rapport à la version initiale.

Ce chiffre est significatif parce qu'il est direct. Pas une amélioration de la conversion paywall, pas une amélioration de la rétention, une amélioration des téléchargements bruts, à trafic constant. 20% de téléchargements en plus sans dépenser un euro de publicité supplémentaire. Pour comprendre ce que ça représente en revenus potentiels, notre analyse sur combien rapporte une application mobile met ces chiffres en perspective. Notre guide d'optimisation de la fiche App Store détaille les principes qui ont guidé ce travail, et notre guide des 6 leviers d'optimisation couvre l'ensemble de la chaîne de conversion.

‍

Ce qu'on retient : le fondateur proactif comme facteur clé

Les résultats de Sticker Editor ne s'expliquent pas seulement par les optimisations qu'on a faites. Ils s'expliquent aussi par la façon dont Charles a travaillé tout au long du projet.

Il ne nous a pas laissé tout faire. Il testait lui-même. Il remontait des observations, challengeait des hypothèses, proposait des angles. Quand un test était lancé, il suivait les données de près et revenait avec des questions précises. Ce niveau d'engagement de la part d'un fondateur change tout, non pas parce qu'il accélère mécaniquement le travail, mais parce qu'il garantit que les décisions sont prises avec la meilleure connaissance possible du produit et du marché.

C'est quelque chose qu'on observe systématiquement chez les fondateurs dont les projets fonctionnent : ils ne délèguent pas leur compréhension. Ils délèguent l'exécution de certaines tâches, mais ils restent propriétaires des décisions et actifs dans le processus d'apprentissage.

L'énergie et la passion de Charles n'étaient pas des qualités agréables à côtoyer. C'étaient des facteurs de performance directement mesurables dans les résultats.

‍

Ce que tout le monde se demande

Combien de temps faut-il pour voir des résultats sur un A/B test de screenshots App Store ?

‍Un test App Store Connect nécessite un volume de trafic suffisant pour être statistiquement significatif. En pratique, il faut généralement 2 à 4 semaines pour avoir des données exploitables sur une app avec un trafic organique correct. Sur des apps à faible volume, le test peut prendre plus de temps, ou les résultats rester non concluants, ce qui est aussi une information. Sur Sticker Editor, les 4 à 5 variants testés ont représenté plusieurs semaines de tests successifs avant d'identifier le variant gagnant.

Le double paywall n'est-il pas perçu comme agressif par les utilisateurs ?

‍Un double paywall mal conçu peut effectivement créer une mauvaise expérience, s'il répète exactement la même offre ou s'il s'affiche de manière intrusive. Ce qui fait que le double paywall de Sticker Editor fonctionne, c'est qu'il propose une offre genuinement différente (le plan 6 mois vs l'annuel) à un utilisateur qui a signalé par son comportement (fermer le premier paywall) une objection précise. C'est une réponse à une objection, pas une relance agressive.

Comment savoir si son onboarding pousse les utilisateurs vers le paywall trop tôt ?

‍Le signal le plus clair est le taux de conversion paywall sur les utilisateurs qui ont complété l'onboarding vs. ceux qui ne l'ont pas complété. Si la différence est faible, votre onboarding ne prépare pas suffisamment l'utilisateur à la décision d'achat. L'autre signal est le taux d'abandon pendant l'onboarding lui-même, si des utilisateurs décrochent avant le paywall, c'est que le chemin est trop long ou ne délivre pas assez de valeur en route.

La stratégie d'avis post-victoire fonctionne-t-elle dans toutes les catégories d'apps ?

‍Le principe fonctionne partout, la mécanique est universelle. Ce qui change, c'est la définition du "moment de victoire" selon la catégorie. Dans une app de création comme Sticker Editor, c'est le premier sticker réussi. Dans une app fitness, c'est la première séance complétée. Dans une app de productivité, c'est la première tâche archivée. Le moment de victoire est toujours le premier instant où l'utilisateur a accompli quelque chose grâce à l'app, c'est là que la demande d'avis convertit le mieux.

Faut-il tester les screenshots avant ou après avoir optimisé l'onboarding et le paywall ?

‍Les deux axes travaillent sur des métriques différentes. Les screenshots impactent le taux de conversion de la page App Store, c'est-à-dire le nombre de personnes qui téléchargent après avoir vu la fiche. L'onboarding et le paywall impactent ce qui se passe après le téléchargement. Idéalement, on travaille les deux en parallèle, mais si les ressources sont limitées, commencer par l'onboarding et le paywall est souvent plus rentable : améliorer la conversion post-téléchargement génère de la valeur sur tout le trafic existant, pas seulement sur le trafic incrémental.

Vous voulez qu'on audite votre onboarding, votre paywall et vos screenshots comme on l'a fait sur Sticker Editor ? Parler de votre projet