Sommaire
  1. Onboarding : la définition que tout le monde rate
  2. Pourquoi 60 secondes (et pas 5 minutes)
  3. Les 5 erreurs qui tuent un onboarding
  4. Les 4 patterns qui retiennent
  5. Construire votre onboarding en 5 étapes
  6. Si votre onboarding existant ne marche pas

Posez la question à dix fondateurs : « qu'est-ce qui décide qu'un utilisateur reste sur votre app ou la supprime ? ». Neuf répondront « la valeur du produit », ou « les fonctionnalités », ou « le design ». Le dixième répondra « l'onboarding ». Et c'est lui qui aura raison.

Parce que dans la vraie vie d'une app mobile, les fonctionnalités, le design, la valeur du produit ne servent à rien si l'utilisateur n'arrive jamais jusqu'à elles. Il s'arrête au splash screen, à l'écran d'inscription, au tutoriel de 6 pages, à la demande de notifications. Il referme. Il désinstalle. Vous avez payé 10 000€ ou 80 000€ pour développer une app que personne n'a jamais vraiment utilisée.

L'onboarding n'est pas un détail UX qu'on règle en V2. C'est la mécanique la plus structurante de votre rétention, celle qui se joue dans les 60 premières secondes après l'ouverture. Voici comment le concevoir, ce qui le tue, et ce qui le fait gagner.

Onboarding : la définition que tout le monde rate

Le mot onboarding est un faux ami. La majorité des fondateurs et des designers le confondent avec deux choses très différentes : le tutoriel et l'inscription. C'est précisément cette confusion qui fait que 80% des onboardings sont mal conçus.

Onboarding ≠ tutoriel

Un tutoriel explique comment marche votre app. C'est une visite guidée. Trois écrans avec des dessins, des flèches, des explications. Le problème : l'utilisateur n'est pas venu pour apprendre votre app. Il est venu pour l'utiliser. Chaque écran de tutoriel l'éloigne de son but. Et neuf fois sur dix, il skip dès qu'il en a la possibilité.

Onboarding ≠ inscription

Un formulaire d'inscription collecte des informations. Email, mot de passe, nom, prénom, parfois préférences marketing. C'est utile pour vous, pas pour l'utilisateur. Et le placer en premier, c'est demander à quelqu'un qui ne vous connaît pas encore de vous donner son identité avant qu'il ait vu un seul bénéfice. C'est l'équivalent d'un commerçant qui demanderait votre carte d'identité avant de vous laisser entrer dans son magasin.

L'onboarding, c'est trois choses simultanément

Un bon onboarding accomplit en parallèle trois objectifs : (1) configurer l'expérience pour cet utilisateur précis (pas un tutoriel générique, une expérience adaptée), (2) amener à la première valeur en moins de 60 secondes (le fameux first value moment), (3) collecter le minimum vital d'informations pour personnaliser, en repoussant tout le reste à plus tard. Si votre onboarding ne fait pas ces trois choses, ce n'est pas un onboarding. C'est une barrière.

Pourquoi 60 secondes (et pas 5 minutes)

L'attention sur mobile fonctionne par micro-décisions binaires : « ça vaut le coup ou pas ». Toutes les 5 à 10 secondes, l'utilisateur évalue inconsciemment s'il continue ou s'il abandonne. Pas en réfléchissant. En ressentant. Et il a une infinité d'autres apps à portée de pouce, des notifications qui le tirent ailleurs, des messages, des stories, des emails.

Concrètement, voici ce qui se passe dans les 60 premières secondes d'utilisation d'une app neuve :

La règle qui en découle est implacable : tout ce qui retarde l'utilisateur d'atteindre sa première valeur, sans contrepartie, doit disparaître. Pas être optimisé. Disparaître. Le reste viendra plus tard, une fois l'utilisateur engagé.

Le test du chronomètre : ouvrez votre app mobile actuelle (ou la maquette si elle n'est pas codée), démarrez un chrono à l'ouverture, et arrêtez-le quand vous arrivez au premier moment où l'utilisateur vit la valeur. Si le chrono dépasse 60 secondes, votre onboarding tue votre rétention. C'est aussi simple et aussi brutal que ça.

Les 5 erreurs qui tuent un onboarding

Je vois ces cinq erreurs presque systématiquement dans les apps que j'audite. Aucune n'est due à un manque de talent : ce sont des choix par défaut, pris sans questionner. C'est exactement ce qui les rend dangereuses.

1. Le tutoriel exhaustif

Trois à six écrans qui présentent les fonctionnalités, avec des illustrations et des flèches. Personne ne le lit. Statistiquement, plus de 70% des utilisateurs swipent jusqu'au bout sans lire, juste pour atteindre la suite. Et ceux qui lisent oublient 90% du contenu dans les 30 secondes qui suivent. Vous avez consommé 30 secondes du budget attention pour zéro impact réel.

2. L'inscription avant la valeur

L'écran « créez un compte pour continuer » placé en deuxième écran. C'est l'erreur la plus coûteuse en absolu. Votre utilisateur ne sait pas encore ce que vaut votre app, et vous lui demandez son email. Sa réaction inconsciente : « est-ce que ça vaut le coup que je donne mes informations à un truc que je ne connais pas ? ». Réponse moyenne : non. Il quitte. Idéalement, l'inscription doit arriver après le first value moment, pas avant.

3. Les permissions agressives

Les pop-ups iOS de demande de notifications, localisation ou contacts au moment du tout premier lancement. Un utilisateur qui n'a pas encore compris ce que fait votre app refusera la majorité des permissions par réflexe défensif. Et iOS interdit de redemander une permission refusée. Vous venez de perdre l'accès aux notifications de cet utilisateur pour le restant de sa vie sur votre app, parce que vous lui avez demandé trop tôt.

4. Le paywall masqué

L'utilisateur clique sur ce qu'il croit être « commencer » et tombe sur un écran d'abonnement à 9,99€/mois avec une timer à rebours « offre limitée ». La frustration est immédiate, le sentiment de tromperie aussi. Même si votre business model est freemium ou subscription, ne montrez le paywall qu'après que l'utilisateur a vécu suffisamment de valeur pour comprendre pourquoi il devrait payer. Sinon, vous monétisez de la déception.

5. Le formulaire long

Cinq champs à remplir avant de pouvoir utiliser l'app : âge, ville, sexe, centre d'intérêt, pseudo. Chaque champ ajoute du temps, et chaque champ ajoute la possibilité d'abandon. Pour une app early-stage, posez-vous la question pour chaque champ : « qu'est-ce qui se casse si je ne demande pas cette info maintenant ? ». Dans 80% des cas, rien ne se casse. Vous pouvez la demander plus tard, ou la déduire du comportement.

Le sujet de fond derrière ces 5 erreurs est toujours le même : on demande avant d'avoir donné. C'est la même logique qui fait que les apps avec trop de fonctionnalités tuent leur propre rétention : on alourdit la première session au lieu de la rendre fluide.

Votre onboarding est-il un accélérateur ou une barrière ?

30 minutes pour auditer ensemble votre onboarding existant ou cadrer celui de votre projet. Vous repartez avec 3 corrections concrètes à appliquer immédiatement.

Réserver mon appel

Les 4 patterns qui retiennent

Quand on regarde les apps qui ont les meilleurs taux d'activation et de rétention J+1, on retrouve quatre patterns d'onboarding bien identifiés. Ils ne sont pas exclusifs : la plupart des apps les combinent. Mais chacun a sa logique propre, et il faut comprendre laquelle correspond à votre produit.

1. Le no-signup (Duolingo, Headspace)

L'utilisateur peut commencer à utiliser l'app sans créer de compte. Duolingo vous fait choisir une langue, démarrer la première leçon et la réussir avant même de vous demander un email. Headspace vous fait écouter 90 secondes de méditation avant le moindre formulaire. La logique : laissez l'utilisateur tomber amoureux du produit avant de demander quoi que ce soit. Une fois qu'il a vécu la valeur, il accepte volontiers de créer un compte pour sauvegarder sa progression.

Pour qui : apps où la valeur peut être démontrée sans données personnelles. Apps de contenu, d'apprentissage, d'outils.

2. La personnalisation rapide (Spotify, Strava)

L'onboarding pose 2 ou 3 questions ciblées (pas 10), pour adapter immédiatement l'expérience. Spotify vous demande vos artistes préférés en cochant des bulles, et vous propose une playlist de bienvenue 30 secondes plus tard. Strava vous demande votre sport principal et votre niveau, et vous montre des activités d'autres utilisateurs proches. La logique : la personnalisation est elle-même le first value moment. L'utilisateur sent que l'app le comprend.

Pour qui : apps où la valeur dépend fortement du profil utilisateur (fitness, contenu, marketplace, dating).

3. La démo immédiate (BeReal, TikTok)

L'utilisateur arrive directement sur le contenu vivant de l'app, sans onboarding du tout. TikTok vous montre des vidéos dès l'ouverture. BeReal vous montre les BeReals de la journée. La logique : la valeur est tellement évidente qu'elle se montre, elle ne s'explique pas. L'inscription vient quand l'utilisateur veut faire quelque chose qui requiert un compte (publier, liker, commenter).

Pour qui : apps de contenu social où la consommation passive a une valeur en soi.

4. Le wizard de configuration (Nike Run Club, Notion)

Un onboarding plus structuré, en 3 à 5 étapes, qui configure réellement l'app pour l'utilisateur. Nike Run Club vous fait choisir un objectif (perdre du poids, courir un 5K, etc.) et vous prépare un plan d'entraînement avant le premier run. Notion vous demande votre cas d'usage et active les bons templates. La logique : l'app fait un travail invisible pour vous, qui prouve qu'elle est sérieuse.

Pour qui : apps avec un degré de complexité ou de personnalisation élevé, où une mauvaise configuration tue l'expérience.

Le pattern à choisir dépend de ce que votre app propose. Mais la règle commune à tous : chaque seconde d'onboarding doit produire de la valeur, ou être supprimée. Pas remplie d'illustrations sympa. Pas optimisée. Supprimée.

Construire votre onboarding en 5 étapes

Voici la méthode que j'applique sur chaque projet de cadrage chez ZUHD Studio. Cinq étapes, faisables en 2 à 3 heures de travail concentré. Cette méthode marche à la fois pour un nouveau projet et pour refondre un onboarding existant.

Étape 1 : définissez votre first value moment

Quelle est l'action précise après laquelle l'utilisateur peut dire « ah, oui, c'est ça que je suis venu chercher » ? Ce n'est pas la fin de l'onboarding. Ce n'est pas le compte créé. C'est le premier vrai usage. Pour Spotify, c'est « j'écoute ma première musique adaptée à mes goûts ». Pour une app de comptabilité, c'est « je vois mon premier chiffre auto-calculé ». Écrivez cette phrase. Si vous ne pouvez pas, vous ne savez pas encore ce que votre app vend.

Étape 2 : listez tout ce qui peut être différé

Faites la liste exhaustive de ce que l'onboarding actuel demande : inscription, mot de passe, profil, photo, bio, préférences, permissions, paramètres. Pour chaque ligne, posez la question : « qu'est-ce qui se casse si je ne demande pas ça maintenant ? ». Dans 80% des cas, la réponse est « rien ». Tout ce qui peut être différé doit être différé.

Étape 3 : concevez le chemin minimum

Dessinez le chemin le plus court possible entre l'ouverture de l'app et le first value moment. Idéalement, 2 à 4 écrans maximum, plus l'écran de valeur. Chaque écran doit servir un objectif unique : configurer, demander, ou délivrer. Si un écran fait deux choses, séparez-le ou supprimez-le.

Étape 4 : testez avec 5 personnes (sans contexte)

Donnez votre prototype ou votre app à 5 personnes qui ne connaissent pas votre projet, sans rien expliquer. Filmez-les pendant les 90 premières secondes. Vous verrez immédiatement où elles hésitent, où elles touchent le mauvais endroit, où elles soupirent, où elles abandonnent. Cinq tests valent plus que cinq mois de débats internes. C'est l'investissement le plus rentable que vous ferez sur votre onboarding.

Étape 5 : itérez sur les chiffres

Une fois lancé, mesurez. Combien de personnes commencent l'onboarding ? Combien arrivent à l'étape 2, 3, 4 ? Combien atteignent le first value moment ? Combien reviennent à J+1 ? Sans ces données, vous itérerez à l'aveugle. C'est exactement ce que j'ai détaillé dans l'article sur les 5 métriques de rétention : un funnel d'onboarding instrumenté est ce qui transforme votre app d'un coup tenté en un produit qui s'améliore.

Si votre onboarding existant ne marche pas

Si vous avez déjà lancé et que votre rétention J+1 est sous les 25%, l'onboarding est presque toujours coupable en premier. Voici comment auditer rapidement et corriger en priorité.

Auditer en 30 minutes

Faites trois choses dans l'ordre : (1) chronomètre votre propre première session, mesurez le temps jusqu'au first value moment, (2) regardez le funnel d'activation dans Firebase ou Mixpanel et repérez les chutes les plus violentes (>20%), (3) demandez à 3 utilisateurs récents pourquoi ils sont restés (ou pourquoi ils ont arrêté). Ces trois entrées vous donnent 90% du diagnostic.

Corriger en priorité

Une règle simple : commencez par la plus grosse chute du funnel. Si vous perdez 35% des utilisateurs sur l'écran d'inscription, c'est là que vous corrigez en premier (rendre l'inscription optionnelle, ou la déplacer après la valeur). Si vous perdez 25% sur la demande de permission, c'est là (déplacer ou contextualiser). Une seule correction à la fois, mesurée sur 1 à 2 semaines, puis on passe à la suivante. Pas de refonte massive : ça empêche d'apprendre ce qui marche.

Le piège du « on ajoute » : face à une rétention faible, le réflexe naturel est d'ajouter quelque chose : un nouvel écran d'explication, un coach interactif, une animation. Mauvaise idée 9 fois sur 10. La vraie réponse est presque toujours retirer. Moins d'écrans. Moins de demandes. Moins de friction. L'onboarding qui retient le mieux est celui qu'on remarque à peine.

Ce que ça change pour votre projet

Un bon onboarding ne se voit pas. Il fait juste atterrir l'utilisateur, sans qu'il s'en rende compte, dans un état où il vit la valeur. C'est silencieux, c'est court, c'est efficace. Et c'est sur ces 60 premières secondes que se joue la différence entre une app qui retient 30% à J+1 et une app qui en retient 12%. Soit, à long terme, la différence entre un produit viable et un projet abandonné.

L'onboarding n'est pas une couche ajoutée à la fin du dev. C'est l'une des cinq décisions critiques à prendre au cadrage du projet, parce qu'il conditionne l'architecture, le scope, et même la stratégie de monétisation. C'est précisément ce que je travaille en premier quand on démarre un projet ensemble : avant de savoir quoi développer, on définit comment l'utilisateur va y entrer.

Si vous avez un onboarding qui sous-performe ou si vous démarrez un projet et voulez le concevoir correctement dès le départ, on peut regarder ça en 30 minutes.

Votre onboarding mérite mieux qu'un tutoriel de 4 écrans

30 minutes d'appel pour cadrer votre first value moment, identifier ce qui retarde vos utilisateurs, et concevoir un chemin minimum vers la valeur. Gratuit, sans engagement.

Réserver mon appel