La plupart des logiciels ont droit à une écoute équitable. Un acheteur réserve une démo, bloque une heure, arrive avec une intention. Une application installée depuis le Shopify App Store n'a droit à rien de tout cela. Le marchand vous a trouvé dans une liste de fiches presque identiques, a installé trois d'entre vous pour comparer, et regarde maintenant votre premier écran entre deux préparations de commandes. Quoi que fasse votre application, elle doit produire quelque chose de visible avant que cette attention ne s'épuise.
C'est pourquoi l'onboarding d'une application n'est pas simplement de l'onboarding avec un autre logo. L'interface qui vous entoure appartient à quelqu'un d'autre, le marchand n'a pas réservé de temps pour vous, la boutique que vous configurez peut avoir deux jours comme dix ans, et désinstaller coûte un clic, sans aucune négociation. Chacune de ces contraintes change ce que la première session doit contenir.
Ce guide passe en revue les paliers entre l'installation et la première valeur, les endroits où les marchands abandonnent vraiment, les formats adaptés à une page d'admin intégrée, la fenêtre de désinstallation que presque personne ne mesure, et la poignée d'indicateurs qui vous diront si tout cela fonctionne.
Points clés
- Installation n'est pas adoption. L'App Store mesure les installations ; votre activité dépend du nombre bien plus petit de marchands qui atteignent un résultat visible.
- La configuration avant la valeur est le principal tueur. Un marchand qui n'a encore rien vu ne remplira pas un formulaire de réglages pour vous.
- Livrez un réglage par défaut qui fonctionne. Si votre application ne peut rien faire sans configuration, la configuration fait partie du produit, ce n'est pas un prérequis.
- Concevez pour la boutique vide. Un premier écran qui suppose un catalogue, du trafic ou un historique de commandes casse précisément pour les marchands qui ont le plus besoin d'aide.
- Les sept premiers jours décident de tout : désinstallations, avis et conversion de l'essai. Instrumentez spécifiquement cette fenêtre.
- Un onboarding que vous ne pouvez pas modifier vite est un onboarding que vous ne pouvez pas améliorer. Les formulations changent chaque semaine dans les premiers mois ; les versions, non.
Ce qui rend l'onboarding d'une application Shopify différent
Onboarding d'une application Shopify : définition
L'onboarding d'une application Shopify, c'est tout ce qui se passe entre le moment où un marchand approuve l'installation de votre application et celui où elle produit un résultat qu'il peut voir dans sa boutique. Il se déroule généralement dans l'interface Shopify admin, sur une page intégrée encadrée par une interface que vous ne contrôlez pas, en concurrence pour l'attention avec le tableau de bord du marchand et avec les autres applications installées le même après-midi.
Quatre contraintes découlent de ce contexte, et elles façonnent tout le reste de ce guide.
La découverte via un app store amène des curieux, pas des convaincus. L'intention doit se gagner dans l'application, et vite.
Votre application vit dans l'admin que le marchand connaît déjà. Un guidage qui lutte contre ce cadre ressemble à une intrusion ; un guidage qui s'y accorde semble faire partie de la plateforme.
Certaines boutiques arrivent avec des milliers de produits et des années de commandes ; d'autres arrivent vides. Votre premier écran doit fonctionner pour les deux, et la boutique vide est le cas le plus difficile.
Pas de contrat, pas d'appel de départ, pas de préavis. Une désinstallation est un verdict silencieux, généralement rendu la première semaine.
Si votre produit sert aussi les marchands directement sur votre propre domaine, il vaut la peine de lire ce guide en parallèle de notre guide sur l'onboarding e-commerce, qui traite l'autre face du problème : amener une boutique de l'inscription à sa première vente. Ce guide-ci porte sur le cas plus étroit d'une application qui vit dans l'admin de quelqu'un d'autre.
Les cinq paliers entre l'installation et la valeur
Chaque marchand qui finit par adorer votre application franchit cinq paliers, et chaque palier en écarte une partie. Les nommer, c'est ce qui transforme un vague « notre activation est faible » en une étape précise et corrigeable.
La configuration demandée avant la valeur est le plus grand trou de la plupart des entonnoirs d'applications.
Où les marchands décrochent vraiment
Quatre schémas d'échec expliquent l'essentiel des pertes entre l'installation et le premier résultat. Tous les quatre relèvent de décisions de conception et non de problèmes de marchands, et c'est la bonne nouvelle.
-
L'application s'ouvre sur les réglages
Un formulaire d'interrupteurs, de seuils et de listes déroulantes, présenté à quelqu'un qui n'a encore vu l'application rien faire. Chaque champ est une demande de confiance que vous n'avez pas encore méritée. Si des valeurs par défaut sont possibles, l'écran de réglages n'est pas un premier écran ; c'est un deuxième.
-
Le choix de l'offre arrive trop tôt
Demander quelle formule le marchand veut avant de montrer ce que fait chacune transforme sa curiosité en une décision qu'il n'est pas en mesure de prendre. Le résultat habituel n'est pas un passage à l'offre inférieure ; c'est une désinstallation, parce que choisir paraît plus risqué que partir.
-
La boutique vide casse le premier écran
Un tableau de bord qui affiche trois zéros et un graphique vide dit à un nouveau marchand que l'application n'est pas pour lui. Les états vides sont une surface d'onboarding, pas de la gestion d'erreur ; notre guide sur les états vides en UX explique comment les faire travailler pour vous.
-
La dépendance que la fiche ne mentionnait pas
Une autre application, un changement de thème, un compte tiers, un enregistrement DNS. Tout ce que le marchand doit aller chercher hors de l'admin en fera fuir une large part pour de bon, et cela a sa place sur la fiche de l'application, pas sur le premier écran après l'installation.
La comparaison que vous ne voyez pas. Les marchands installent couramment plusieurs applications de la même catégorie en même temps et gardent celle qui a produit un résultat en premier. Votre onboarding n'est donc pas évalué par rapport à votre version précédente ; il est évalué par rapport au concurrent qui a réussi à afficher quelque chose à l'écran en quatre-vingt-dix secondes. La rapidité d'accès à un résultat visible n'est pas un bonus ici ; c'est le critère de sélection.
Concevoir le premier écran après l'installation
L'écran sur lequel arrive le marchand après avoir approuvé l'installation travaille plus que n'importe quelle autre page de votre produit. Quatre choses y ont leur place, et beaucoup d'autres non.
Pas un message de bienvenue sur votre mission. Une description simple de ce que cette application s'apprête à faire dans sa boutique.
Trois à cinq étapes concrètes, la première déjà cochée parce que l'installation compte. Une progression visible est une progression que l'on termine.
Affichez un vrai produit, une vraie commande, le vrai nom de son thème. Se reconnaître inspire plus confiance que n'importe quel texte d'onboarding.
La checklist mérite sa place ici parce qu'elle résiste aux interruptions, qui sont l'état normal de l'attention d'un marchand. Celui qui part à mi-chemin revient sur un reste à faire visible plutôt que sur une page blanche et un vague souvenir. Les détails de construction (nombre d'étapes, ordre, que faire de la dernière étape) sont dans comment créer une checklist d'onboarding utilisateur, avec de vrais exemples d'interface dans exemples de checklists d'onboarding.
Ce qui n'a pas sa place sur le premier écran : une visite de chaque élément de menu, une vidéo, un comparatif d'offres, une demande d'avis, ou une modale qui demande comment le marchand vous a connu. Chacun de ces éléments est une taxe prélevée avant qu'aucune valeur n'ait été livrée. Le guide de l'écran d'accueil détaille ce qu'un premier écran peut raisonnablement demander.
Construire l'onboarding d'une application Shopify en 7 étapes
L'ordre compte. La plupart de ces étapes coûtent peu ; la première est celle que les équipes sautent, et celle dont tout le reste dépend.
- Définir le premier résultat visible
- Faire faire quelque chose à l'application sans aucune configuration
- Construire la checklist autour du résultat, pas des fonctionnalités
- Concevoir délibérément le parcours de la boutique vide
- Placer l'aide à côté de l'étape qui en a besoin
- Prévoir la visite de retour
- Instrumenter les sept premiers jours
1. Définir le premier résultat visible
Une phrase, vérifiable dans vos données, formulée comme quelque chose que le marchand remarquerait : « un badge s'affiche en direct sur une fiche produit », « le premier message de panier abandonné est parti », « le premier rapport contient les vrais chiffres de cette boutique ». « Configuration terminée » n'est pas un résultat ; c'est votre jalon, pas le sien. Tout ce qui suit, y compris votre indicateur d'activation, hérite de cette définition : choisissez donc celle qui sépare le mieux les marchands qui sont restés de ceux qui sont partis. Notre guide sur l'activation des utilisateurs explique comment la trouver dans les données dont vous disposez déjà.
2. Faire faire quelque chose à l'application sans aucune configuration
Livrez des valeurs par défaut assumées. Prenez l'option la plus courante, appliquez-la, montrez le résultat, et placez « modifier » juste à côté. Un marchand qui voit quelque chose qui fonctionne et qu'il veut ajuster est dans un tout autre état d'esprit que celui qui fixe un formulaire vide. Quand une vraie décision ne peut pas être prise par défaut (une devise, un marché, un paramètre légal), demandez exactement celle-là, et rien d'autre.
3. Construire la checklist autour du résultat, pas des fonctionnalités
Chaque étape doit rapprocher du résultat visible, et être rédigée avec le vocabulaire du marchand. « Choisissez où le widget apparaît » vaut mieux que « Configurez les règles de placement ». Limitez-vous à trois à cinq étapes : une liste plus longue se lit comme du travail, et une liste qu'on ne peut pas finir d'une traite ne sera, la plupart du temps, pas finie du tout. Comptez l'installation elle-même comme première étape, pour que le marchand démarre avec une progression plutôt qu'avec une barre vide ; la psychologie derrière ce choix est expliquée dans les barres de progression d'onboarding.
4. Concevoir délibérément le parcours de la boutique vide
Décidez ce que votre application montre à une boutique sans commandes, sans trafic et avec huit produits. Si la réponse honnête est « rien d'utile pour l'instant », dites-le et donnez au marchand de quoi s'occuper en attendant : un aperçu construit à partir de données d'exemple clairement signalées comme telles, un réglage qu'il peut préparer, une note sur ce qui apparaîtra à l'arrivée de la première commande. Le silence et les zéros donnent l'image d'une application cassée ; une attente expliquée donne celle d'une application qui fonctionne.
5. Placer l'aide à côté de l'étape qui en a besoin
Une documentation dans un onglet séparé est une documentation que personne ne lit en pleine tâche. Une courte infobulle sur le champ qui sème la confusion, une explication d'une ligne sous l'interrupteur qui a des conséquences, une réponse intégrée à la question que votre support reçoit chaque jour. Formats et exemples de textes sont dans exemples d'infobulles d'onboarding, et la version structurelle, qui consiste à décider ce qui se règle dans le produit ou dans un centre d'aide, est dans le support in-app.
6. Prévoir la visite de retour
Bien des marchands quittent la configuration en cours de route pour des raisons tout à fait ordinaires. La question est ce qui se passe quand ils reviennent trois jours plus tard. Une checklist qui a mémorisé son état, une courte ligne « vous en étiez ici » et une seule action suivante en récupéreront une part significative. Si votre application peut envoyer des e-mails, un seul message qui mène directement à l'étape inachevée fait mieux qu'une séquence de nurturing générique ; les déclencheurs d'onboarding expliquent comment choisir le bon moment sans harceler.
7. Instrumenter les sept premiers jours
Enregistrez l'installation, chaque étape de la checklist, la première action, le premier résultat et la désinstallation, chacun avec un horodatage. Cela suffit pour tracer l'entonnoir, trouver le palier qui fuit, et voir si les marchands qui désinstallent sont arrivés quelque part avant. Sans événements par étape, vous saurez seulement que l'activation est faible, jamais quelle phrase en est la cause.
La fenêtre de désinstallation
Les désinstallations se concentrent au début. Un marchand qui a gardé votre application un mois la retire rarement sur un coup de tête ; celui qui l'a depuis trois jours est encore en train de décider. La première semaine est donc la seule fenêtre où une intervention change quelque chose, et la seule sur laquelle la plupart des équipes n'ont aucune donnée.
Trois choses valent la peine d'être faites avec elle. D'abord, mesurez les désinstallations précoces comme un indicateur à part entière plutôt que de les fondre dans le churn général, et séparez-les selon que le marchand a atteint ou non la première valeur ; les deux groupes appellent des réponses complètement différentes. Ensuite, traitez une désinstallation survenue avant le premier résultat comme un défaut d'onboarding produit, et confiez-la à la personne responsable du premier écran, pas au support. Enfin, si vous posez une question au moment du départ, posez-en une seule, au moment précis où le marchand part, avec des options tirées de ce que vous soupçonnez déjà ; les enquêtes de départ expliquent comment faire en sorte que cette question vaille la peine d'être posée.
Les avis sont un produit de l'onboarding. Les notes sur les app stores sont rédigées de façon disproportionnée par des gens dans leur première semaine, ravis que quelque chose ait marché tout de suite, ou agacés que ce ne soit pas le cas. Améliorer la première session est généralement un moyen plus fiable de faire monter une note que de demander à plus de monde d'en laisser une. Et si vous demandez, faites-le après le premier résultat visible, jamais avant.
Les indicateurs d'une application Shopify
Les tableaux de bord des app stores rapportent des installations. Les installations sont le chiffre le moins informatif dont vous disposez, parce qu'elles mesurent votre fiche plutôt que votre produit. Voici ceux qui décrivent l'onboarding.
| Indicateur | Comment le lire | Ce que signifie généralement un mauvais chiffre |
|---|---|---|
| Taux installation → activation | Part des installations qui atteignent le premier résultat visible que vous avez défini | L'écart entre ce que promettait la fiche et ce que livre le premier écran |
| Délai jusqu'au premier résultat | Médiane en minutes ou en heures entre l'installation et ce jalon, plus la longue traîne | De la configuration placée devant la valeur ; une dépendance que vous n'avez pas annoncée |
| Complétion des étapes de la checklist | Taux de complétion de chaque étape, dans l'ordre | Désigne la phrase ou le champ exact qui fait décrocher |
| Taux de désinstallation à 7 jours | Désinstallations dans la semaine, séparées selon que la première valeur a été atteinte ou non | Avant la valeur : l'onboarding. Après la valeur : le positionnement, le prix ou l'adéquation |
| Taux de retour en deuxième session | Part des marchands qui rouvrent l'application après la première session | La première session s'est terminée sans rien qui vaille la peine de revenir |
| Contacts support par installation | Tickets de la première semaine ÷ installations | Une étape précise n'est pas expliquée, généralement la même chaque semaine |
Ventilez tous ces chiffres par profil de boutique. Une boutique au catalogue mûr et aux commandes régulières traversera sans peine un parcours qu'une boutique toute neuve ne peut pas terminer du tout, et une moyenne unique masquera les deux réalités. La vue par cohorte, les installations de ce mois-ci face à celles du mois dernier, est ce qui vous dit si un changement a réellement aidé ; l'analyse de cohortes en détaille la mécanique.
Onboarding d'une application Shopify : à faire, à éviter
À faire
- Livrer un résultat visible avant de demander de la configuration
- Mettre par défaut tout ce qui peut l'être
- Utiliser les vraies données de la boutique sur le premier écran
- Concevoir volontairement le cas de la boutique vide
- Limiter la checklist de configuration à trois à cinq étapes
- Mesurer séparément les désinstallations avant et après la première valeur
À éviter
- Ouvrir sur un formulaire de réglages ou un choix d'offre
- Faire visiter le menu avant que l'application ait fait quoi que ce soit
- Supposer qu'un catalogue, du trafic ou un historique de commandes existe
- Cacher une dépendance jusqu'après l'installation
- Demander un avis avant le premier résultat
- Présenter les installations comme s'il s'agissait d'adoption
Modifier l'onboarding sans livrer de nouvelle version
Les premiers mois après le lancement sont la période où votre onboarding est le plus à côté de la plaque, et où votre capacité à le modifier compte le plus. La formulation d'une étape, l'ordre de la checklist, l'indication sur le champ qui génère tous les tickets de support : tout cela gagne à changer chaque semaine, et rien de tout cela ne mérite un cycle de déploiement.
Kompassify se pose au-dessus d'une application web existante comme une couche de guidage, et c'est ce qui rend ce rythme possible. Les checklists d'onboarding, visites guidées, infobulles et hotspots se construisent dans un éditeur visuel et se publient sans nouvelle version : la séquence de configuration peut être réécrite dans l'après-midi et ciblée sur un segment, nouvelles boutiques ou boutiques établies, marchands bloqués à l'étape trois ou marchands qui ont terminé. Chaque guide remonte son propre taux de complétion étape par étape, si bien que vous voyez quelle phrase a fait décrocher les gens au lieu de deviner. Les annonces in-app ramènent les marchands qui reviennent vers l'étape inachevée, et les enquêtes in-app posent une seule question au moment même où elle a du sens.
Une checklist courte résiste aux interruptions, l'état normal de l'attention d'un marchand.
Amenez les marchands à un résultat visible dès leur première session
Kompassify permet aux équipes produit et onboarding d'ajouter des checklists, des visites guidées, des infobulles et des enquêtes in-app à une application existante : sans ticket pour l'équipe technique, avec des données de complétion sur chaque étape. Gratuit jusqu'à 100 utilisateurs actifs mensuels, offres à partir de $129/mois, conforme au RGPD et hébergé dans l'UE.
Commencer gratuitement →La version en une phrase
Une application Shopify est choisie dans les minutes qui suivent l'installation, au profit de l'application concurrente qui a produit en premier quelque chose de visible : l'onboarding consiste donc à livrer un réglage par défaut qui fonctionne, à montrer un vrai résultat avant de demander de la configuration, et à instrumenter les sept premiers jours d'assez près pour savoir quelle étape a perdu les marchands qui sont partis.
Questions fréquentes
Qu'est-ce que l'onboarding d'une application Shopify ?
L'onboarding d'une application Shopify, c'est tout ce qui se passe entre le moment où un marchand approuve l'installation de votre application et celui où elle produit un résultat qu'il peut voir dans sa boutique. Il se déroule généralement dans l'interface Shopify admin, sur une page intégrée que vous ne maîtrisez pas entièrement, à côté du tableau de bord du marchand et de toutes les autres applications qu'il a installées le même après-midi. C'est ce contexte qui le distingue de l'onboarding d'un produit SaaS autonome : le marchand n'a pas réservé de temps pour vous, l'interface qui vous entoure n'est pas la vôtre, et abandonner ne lui coûte qu'un clic.
Pourquoi les marchands installent-ils une application Shopify sans jamais l'utiliser ?
En général parce que l'application a demandé de la configuration avant de montrer quoi que ce soit. Un marchand qui installe une application compare les offres, souvent avec deux ou trois applications concurrentes installées en même temps, et celle qui produit la première un résultat visible a tendance à être celle qui reste. Les applications qui s'ouvrent sur un écran de réglages vide, un sélecteur d'offre ou une demande de connexion à un autre service perdent cette comparaison avant d'avoir pu défendre leur cause. La deuxième cause fréquente est un premier écran qui suppose un catalogue, du trafic ou un historique de commandes que la boutique n'a pas encore.
Que doit montrer le premier écran d'une application Shopify ?
Le chemin le plus court vers un résultat visible, formulé dans le langage du marchand plutôt qu'avec les noms de vos fonctionnalités. Concrètement : une courte checklist de configuration de trois à cinq étapes concrètes dont la première est déjà cochée, de vraies données de la boutique plutôt que des exemples fictifs, et une seule action principale. Le choix de l'offre, les réglages avancés, les intégrations et les visites des fonctionnalités viennent après le premier résultat, pas avant. Si votre application a besoin de configuration pour faire quoi que ce soit, livrez une configuration par défaut raisonnable et laissez le marchand la modifier plus tard.
Comment mesurer l'onboarding d'une application Shopify ?
Trois chiffres portent l'essentiel du signal : le taux installation-activation, c'est-à-dire la part des installations qui atteignent la première valeur que vous avez définie ; le délai entre l'installation et ce jalon ; et le taux de désinstallation précoce, généralement mesuré sur les sept premiers jours. Ajoutez le taux de complétion étape par étape de votre checklist de configuration pour voir quelle étape fait décrocher les gens, et ventilez chaque chiffre par profil de boutique : une boutique avec cinquante produits et des commandes régulières ne se comporte en rien comme une boutique qui a installé votre application le jour même de sa création.
Combien de temps doit durer l'onboarding d'une application Shopify ?
Visez un résultat visible dès la première session, et considérez tout ce qui dépasse quelques minutes comme un problème de conception plutôt qu'un problème de marchand. Les marchands évaluent les applications entre deux autres tâches : un parcours qui exige une heure bloquée dans l'agenda sera abandonné, et repris moins souvent que vous ne le pensez. Quand le vrai travail prend réellement plus de temps (importer un gros catalogue, attendre du trafic avant qu'un moteur de recommandation ait quelque chose à montrer), découpez le parcours : livrez tout de suite un résultat visible partiel, et faites revenir le marchand avec un message in-app quand le résultat complet est prêt.
Peut-on modifier l'onboarding d'une application sans livrer de nouvelle version ?
Oui, si la couche de guidage est séparée du code de l'application. Des outils comme Kompassify ajoutent des checklists d'onboarding, des visites guidées, des infobulles et des annonces in-app à une application web existante depuis un éditeur visuel : la checklist de configuration, l'indication d'un état vide et la formulation d'une étape peuvent ainsi être modifiées et ciblées sur un segment sans déploiement. C'est surtout utile dans les premiers mois après le lancement, quand le moyen le plus rapide d'apprendre ce que les marchands comprennent mal est de changer la formulation chaque semaine et de regarder évoluer la complétion des étapes.