L'onboarding sans onboarding

La modale de bienvenue en cinq étapes est morte. Le product tour est mort. La checklist qui bloque le vrai travail est morte. Les produits IA modernes ont ouvert la porte, jeté l'utilisateur à l'intérieur et éteint la lumière sur le tutoriel. L'utilisateur tape déjà avant de réaliser qu'on ne l'a jamais onboardé.

Expliquer, c'est une taxe sur l'activation. Les meilleurs produits de 2026 n'expliquent pas. Ils plongent l'utilisateur dans du vrai travail en moins de trente secondes et laissent le produit lui-même enseigner.

Pourquoi l'onboarding existait, et pourquoi l'IA l'a tué

L'onboarding a survécu pendant vingt ans parce que l'activation était difficile et que les produits avaient besoin d'être expliqués. L'UI AI-native a tué les deux raisons d'un coup.

L'activation exigeait autrefois une configuration avant la première action utile. Connecter une base de données. Inviter une équipe. Configurer un espace de travail. Le tour en 5 étapes et la modale de bienvenue étaient du chatterton sur une première utilisation cassée, pas un design pattern à conserver. Les produits avaient besoin d'explications parce que le SaaS déterministe exposait mille contrôles et que l'utilisateur devait apprendre la carte.

L'IA a fait s'effondrer les deux. Lovable prend un brief d'une ligne et construit l'app. v0 prend une capture d'écran et génère l'UI. Cursor s'ouvre sur un vrai dossier et l'agent comprend la base de code. Stripe Atlas pré-remplit 90 % de la création d'entreprise à partir du nom de la société et du pays. L'utilisateur ne configure pas. Le produit, si. Et la surface de prompt est universelle : la même zone de saisie gère toutes les tâches dans Claude, ChatGPT et Cursor, il ne reste donc plus de carte à apprendre.

Les cinq patterns du no-onboarding bien fait

Cinq patterns séparent les produits qui sautent l'onboarding proprement de ceux qui suppriment simplement la modale et livrent un produit vide et déroutant. Chacun absorbe une mission que l'ancien tutoriel remplissait.

Les patterns se composent. Un excellent flow de no-onboarding en livre trois ou plus dès la première session.

Pattern 1 : Direct au canvas

Le produit s'ouvre sur le travail, pas sur une explication. Cursor s'ouvre sur un dossier. v0 s'ouvre sur une barre de prompt. Claude s'ouvre sur une zone de texte. Linear s'ouvre sur votre boîte de réception, pas sur une checklist. Figma s'ouvre sur un canvas vierge avec la barre d'outils déjà en main.

Pas de modale de bienvenue, pas de « laissez-nous vous guider dans Cursor ». La première chose que voit l'utilisateur, c'est la surface qu'il utilisera pour toujours, et le curseur est déjà là où il doit être. Le direct-au-canvas fonctionne parce que le canvas lui-même est lisible. Une zone de texte avec un bouton d'envoi est une affordance complète. L'utilisateur en a déjà utilisé une dans vingt autres produits : le nouveau produit emprunte cette culture et saute la leçon.

Pattern 2 : Première exécution agentique

L'utilisateur tape une ligne et le produit génère un artefact fonctionnel en moins de soixante secondes. Lovable transforme « construis-moi une landing page SaaS pour un studio de Pilates » en site déployable. v0 transforme une capture d'écran et une phrase en composant React. Le Vercel AI Playground transforme un prompt en appel d'API fonctionnel. Cursor transforme « corrige les erreurs de lint » en vrai diff.

La première exécution agentique est le pattern le plus coûteux à livrer et celui qui a le plus fort effet de levier. L'utilisateur ne configure rien, voit un résultat abouti et repart avec un modèle mental opérationnel. Les limites de capacité, le modèle d'interaction et l'état de réussite s'installent d'un seul coup. L'état vide, c'est le produit quand l'état vide est une zone de saisie qui produit quelque chose de réel. Le piège, c'est la démo en conserve où le prompt a l'air live mais où le résultat est un gif préenregistré. La confiance brûle en deux prompts.

Pattern 3 : Valeurs par défaut intelligentes

Le produit pré-remplit 90 % du travail à partir d'un seul signal. Stripe Atlas demande le nom de la société et le pays, puis alimente le reste du formulaire de création. Linear déduit l'espace de travail du domaine de l'e-mail et crée des projets à partir du nom de la société. Notion crée automatiquement un jeu de pages de départ. Vercel détecte le framework à l'import et configure le build.

Les valeurs par défaut intelligentes marchent parce que la plupart des utilisateurs veulent la réponse médiane. La discipline consiste à rendre la modification visible sans rendre la configuration obligatoire. Stripe Atlas affiche les champs pré-remplis avec une icône de modification à côté de chacun. Linear vous laisse renommer l'espace de travail en ligne après l'avoir amorcé. Le défaut est bruyant, la modification est discrète, et les deux sont accessibles en un clic.

Pattern 4 : Nudges dans le produit

Le produit fait apparaître des indices au cœur du vrai travail, pas avant. Linear affiche une aide en ligne quand vous survolez une commande inconnue. Raycast propose des commandes pendant que vous tapez. L'indice de premier prompt de Cursor apparaît après l'ouverture d'un fichier mais avant tout prompt. Cron affiche un unique indice de raccourci clavier la première fois que vous créez un événement, puis disparaît pour toujours.

Les nudges dans le produit remplacent le tour par une micro-leçon limitée à l'action que l'utilisateur tente déjà. L'indice tient en deux mots. Le rejet, en une seule touche. Le mode d'échec, c'est la parade de nudges : cinq indices empilés sur le même écran, chacun bloquant le clic. Un nudge est une ligne de texte discrète près de l'action. Une parade est un tour sous un autre nom.

Pattern 5 : Tutoriels juste-à-temps

L'infobulle explique le contrôle inconnu quand l'utilisateur le survole, pas quand il arrive. Superhuman explique le raccourci clavier la première fois que vous attrapez la souris. Loom explique les contrôles d'enregistrement quand vous lancez votre premier enregistrement. Figma explique l'épinglage de contrainte la première fois que vous sélectionnez un cadre en auto-layout.

Les tutoriels juste-à-temps sont l'endroit le plus sûr pour expliquer, parce que l'utilisateur a déjà choisi de s'engager avec le contrôle. La curiosité est chargée, l'attention est concentrée et l'explication répond à une question que l'utilisateur se posait déjà. Règle absolue : si l'utilisateur n'a ni survolé, ni cliqué, ni sollicité, le tutoriel ne se lance pas. La divulgation progressive est le principe. Le produit révèle la profondeur dans l'ordre où l'utilisateur la cherche.

Les modes d'échec qui sortent quand même

Les mauvais patterns d'onboarding refusent de mourir. Cinq d'entre eux arrivent encore en production cette année, et chacun est une taxe sur l'activation que le produit ne peut pas se permettre.

La modale de bienvenue qui demande un objectif que vous ne connaissez pas encore. « Qu'est-ce qui vous amène sur Notion aujourd'hui ? » « Quelle est la taille de votre équipe ? » L'utilisateur s'est inscrit pour découvrir ce que fait le produit, et la modale lui demande de s'engager sur un cas d'usage avant même de l'avoir utilisé. Déplacez le questionnaire à la troisième session.

L'espace de travail vide qui exige un nom et une couleur. Les produits qui vous obligent à vous arrêter, nommer un espace, choisir une couleur et une icône punissent l'utilisateur d'être arrivé. Mettez une valeur par défaut. Laissez-le renommer plus tard.

La checklist en sept étapes qui bloque le vrai travail. La checklist, c'est le nouveau tour avec une barre de progression. La vraie activation ne se produit pas à l'étape sept. L'utilisateur est parti à l'étape trois.

Le tour qui vous fait passer devant des boutons que vous ne voyez pas encore. Une bulle d'aide qui pointe une fonctionnalité sans rapport avec la première action. Le tour enseigne le produit que l'équipe voulait livrer, pas celui que l'utilisateur est en train d'utiliser.

Le form gate avant la première sortie de l'IA. Demander à l'utilisateur de remplir taille d'équipe, rôle et cas d'usage avant la moindre sortie. Chaque form gate avant le premier prompt est une taxe d'activation. Livrez la valeur d'abord, collectez le contexte ensuite.

Quatre questions avant de concevoir l'onboarding

Passez la spec à travers ces quatre questions avant d'écrire la moindre étape de tutoriel. Si les réponses pointent vers l'un des cinq patterns ci-dessus, le design est terminé.

1. Que requiert vraiment l'activation ? Nommez la plus petite action qui délivre de la valeur. Si l'activation, c'est « taper une ligne et voir un résultat », l'onboarding est une zone de saisie vide avec une suggestion en dessous.
2. Que peut faire le produit au lieu de demander ? Chaque question posée par le produit est une question qu'il a choisi de ne pas résoudre. Le domaine depuis l'e-mail. Le framework depuis l'import. Le projet par défaut depuis le nom de la société.
3. Quel est le minimum que l'utilisateur doit apprendre pour démarrer ? Presque toujours moins que ce que l'équipe croit. Une zone de texte n'a besoin d'aucune explication. Un raccourci clavier n'en a besoin d'aucune tant que l'utilisateur n'attrape pas la souris.
4. Qu'est-ce qui peut attendre qu'il en ait besoin ? Fonctionnalités avancées, invitations d'équipe, facturation, intégrations. Aucune ne bloque le premier prompt. Livrez-les juste-à-temps dans les flows qui en ont besoin.

Ces quatre questions remplacent la spec d'onboarding pour la plupart des produits IA. Le résultat est rarement un tour. C'est un état vide plus malin, une meilleure valeur par défaut et un indice qui se déclenche une seule fois.

Quand l'onboarding mérite encore sa place

Certains flows ont toujours besoin d'un parcours explicite, et les sauter relève de la faute professionnelle.

Conformité et KYC. Stripe Atlas pré-remplit 90 % de la création d'entreprise, mais le flow KYC est explicite, séquentiel et verrouillé par conception. On ne saute pas la vérification d'identité avec une valeur par défaut intelligente. Même chose pour toute première exécution bancaire, de crédit ou réglementée.

Configuration multi-tenant. Les espaces de travail, organisations et périmètres d'équipe ont de vraies conséquences. Un nouvel admin qui monte une équipe Vercel ou un espace Linear a besoin d'une configuration explicite parce que les choix se propagent.

SSO d'entreprise et provisionnement d'identité. SAML, SCIM, domaines personnalisés, intégration IdP. L'utilisateur est un admin qui réalise une tâche de configuration, pas un nouvel utilisateur en quête de valeur. Un assistant est la bonne réponse ici.

Actions irréversibles. Supprimer un espace de travail, transférer la facturation, signer un contrat. Chaque action irréversible mérite un flow de confirmation qui guide l'utilisateur à travers la conséquence. Le décryptage concevoir la friction volontairement explique pourquoi ralentir est le bon réflexe quand l'action ne peut pas être annulée.

Le principe : ce qui est à fort enjeu, réglementé ou destructeur obtient le flow explicite. Ce qui est exploratoire, réversible ou à faible enjeu s'en passe. La plupart des onboardings de produit relèvent de la seconde catégorie, et la plupart des équipes les conçoivent comme la première.

L'audit no-onboarding

Passez n'importe quel flow de première exécution à travers ces cinq questions. Échouez à deux ou plus et l'onboarding fait un travail que le produit devrait faire lui-même.

1. L'utilisateur est-il dans le produit dans les trente secondes suivant son arrivée ? Sinon, la modale de bienvenue est le goulot d'étranglement.
2. Le premier écran montre-t-il une vraie surface ou un tour ? Une vraie surface, c'est une zone de texte, un canvas, une boîte de réception, un éditeur. Un tour, c'est une bulle d'aide par-dessus une interface que l'utilisateur ne peut pas encore utiliser.
3. Le produit a-t-il pré-rempli tout ce qu'il pouvait pré-remplir ? Nom de l'espace de travail, projet de départ, framework, devise, locale. Si l'utilisateur tape des données que le produit aurait pu déduire, les valeurs par défaut sont mauvaises.
4. Les explications sont-elles liées à l'action, ou concentrées en début de parcours sous forme de tour ? Concentrées en début, c'est une taxe. Liées à l'action, c'est un service. Mêmes mots, timing différent, résultat différent.
5. L'utilisateur produit-il un vrai résultat avant la fin de sa première session ? Un site déployé, un fichier sauvegardé, une question répondue, un message envoyé. S'il ferme l'onglet sans en avoir produit un, la première exécution a échoué.

Un flow qui passe les cinq active l'utilisateur sans qu'il se sente jamais onboardé. Il a juste l'impression d'avoir utilisé le produit, et cette impression est tout l'enjeu. Le décryptage surfaces de prompt explique comment la saisie elle-même porte cette charge quand l'IA est la surface centrale, et l'article conception de l'onboarding des produits IA couvre les cas où un peu d'onboarding mérite encore sa place.

FAQ

Quelle est la différence entre le no-onboarding et un mauvais état vide ?

Un flow de no-onboarding livre une première surface délibérée qui active l'utilisateur sans tour. Un mauvais état vide est un écran blanc sans valeurs par défaut, sans suggestions et sans chemin à suivre. L'un est du design, l'autre de la négligence. Les flows de no-onboarding les plus propres livrent les états vides les plus solides, car l'état vide est l'onboarding.

Le no-onboarding fonctionne-t-il pour le SaaS B2B, ou seulement pour les produits IA grand public ?

Les deux. Les produits IA grand public comme Claude, v0 et Lovable peuvent livrer du pur direct-au-canvas. Le B2B a souvent besoin de valeurs par défaut intelligentes plus des nudges dans le produit, parce que la surface compte plus de contrôles. Linear, Vercel et Stripe Atlas en sont la preuve. Aucun ne livre de tour, et tous sont du B2B.

Quand dois-je ajouter un tour ou une checklist ?

Quand le produit comporte de la conformité, une configuration multi-tenant, du SSO ou des actions irréversibles dès la première session. En dehors de ces quatre cas, un tour est presque toujours une rustine d'UI sur un design de produit faible. Le décryptage design de produit AI-native explique comment repenser le produit pour que le tour devienne inutile.

Sautez le tour, livrez la surface

L'onboarding sans onboarding n'est pas du design produit paresseux. C'est le design produit au plus fort effet de levier qui reste en 2026. Chaque minute passée sur le tour est une minute qui n'est pas consacrée à l'état vide, aux valeurs par défaut intelligentes, à la première exécution agentique et aux indices juste-à-temps qui font réellement monter l'activation.

Les équipes qui gagnent en ce moment ont déjà supprimé la modale de bienvenue, la checklist et le tour. Elles ont remplacé les trois par une surface fonctionnelle, une valeur par défaut sensée et un unique indice qui se déclenche quand l'utilisateur tend la main. L'utilisateur ne se sent pas onboardé. Il a l'impression d'être arrivé et que le produit tournait déjà. Le décryptage principes de design de landing page est la version page marketing de la même idée.

Si vous voulez une équipe qui livre des flows de première exécution sans tour, engagez Brainy. Nous concevons l'UI de produits AI-native de bout en bout, de l'état vide au premier prompt jusqu'au moment où l'utilisateur produit quelque chose de réel, sans la moindre modale de bienvenue à l'horizon.