Onboarding SaaS : conduire le premier utilisateur jusqu’à un résultat utile

Dessiner le parcours après inscription, préparer un exemple compréhensible et observer les blocages jusqu’au premier résultat. Avec scénario, protocole et fiche de suivi.

Votre utilisateur a créé son compte, puis se retrouve devant un écran vide. Le prochain travail consiste à l’aider à obtenir un résultat qu’il peut reconnaître. L’onboarding désigne ce parcours de première utilisation : comprendre quoi faire, essayer une action, examiner la sortie et savoir comment continuer.

Une inscription réussie ne prouve pas que la personne a compris le produit. Une visite guidée terminée ne prouve pas davantage qu’elle sait s’en servir pour son travail. Choisissez un résultat utile, puis observez les étapes nécessaires pour l’atteindre, y compris celles qui se passent avant ou après un bouton.

Nous suivons Visite Claire, un outil fictif qui prépare un brouillon de compte rendu à partir de notes. La personne, le dossier et les écrans décrits sont inventés ; aucun test utilisateur n’a été réalisé pour ce guide. Vous trouverez un scénario à adapter et un protocole pour observer votre propre parcours.

Choisir un résultat que l’utilisateur peut juger

Pour Visite Claire, le premier résultat serait un brouillon de visite qui distingue les observations des points à confirmer. L’utilisateur doit pouvoir le relire, corriger une information et retrouver sa version. Le simple affichage d’un texte généré n’est pas suffisant si la personne ne comprend pas sa fiabilité ou son état.

Écrivez ce résultat dans les mots du métier. « Préparer un compte rendu à relire » est plus concret qu’« activer son espace ». Demandez à une personne concernée ce qu’elle doit voir pour savoir qu’elle peut continuer. Votre définition doit correspondre à son travail, pas seulement à un événement facile à compter.

Précisez aussi ce qui n’est pas visé lors de cette première visite : configurer toute l’entreprise, importer l’historique ou inviter chaque collègue. Ces étapes peuvent devenir nécessaires ensuite. Les demander trop tôt ajoute un travail dont la personne ne comprend pas encore l’intérêt.

Repérez les conditions indispensables. Un outil collectif peut exiger un accès autorisé avant de montrer un dossier. Un compte rendu peut nécessiter des notes exploitables. Ne retirez pas une condition nécessaire uniquement pour raccourcir le parcours ; expliquez-la au moment où elle devient utile.

Dessiner le parcours sans commencer par les écrans

Décrivez la suite d’actions : arriver après inscription, choisir un exemple ou un vrai dossier, examiner les informations, accomplir une première action, vérifier la sortie et retrouver le travail. Pour chaque étape, notez ce que la personne sait déjà et ce qu’elle doit comprendre maintenant.

Le parcours fictif de Visite Claire commencerait par deux choix : découvrir avec une visite inventée ou créer sa propre visite. Le premier permettrait de comprendre la sortie avant de préparer des données. Le second conviendrait à une personne qui a déjà ses notes et sait pourquoi elle vient.

Évitez de multiplier les choix initiaux sans raison. Couleur de l’espace, photo du profil ou nom complet de l’équipe peuvent souvent attendre. En revanche, le nom du dossier peut aider à retrouver le travail. La décision se prend selon son utilité dans le parcours, pas selon une règle universelle de nombre de champs.

Ajoutez les retours en arrière. Une personne peut choisir l’exemple puis vouloir passer à son dossier, ou commencer un dossier puis s’absenter. Elle doit retrouver ce qu’elle a fait sans recommencer toute l’inscription. Le parcours de première utilisation peut s’étendre sur plusieurs visites.

Pour comprendre · illustration du guide

Préparer des données d’exemple qui expliquent le produit

Un exemple doit ressembler à une situation compréhensible, tout en étant clairement inventé. Pour Visite Claire, il pourrait contenir une salle, un accès à confirmer et une observation sans photo. Ces différences permettent de voir plusieurs états utiles sans charger l’écran d’un faux dossier parfait.

Identifiez l’exemple partout où cela compte : nom du dossier, indication au début et document de sortie. Une personne ne doit pas confondre le brouillon d’essai avec son propre travail. Prévoyez un moyen simple d’effacer ou de réinitialiser l’exemple sans toucher à ses données réelles.

Conservez une imperfection explicite. Si toutes les informations sont remplies, l’utilisateur ne découvre jamais comment le produit traite une inconnue. Dans notre scénario, l’horaire d’accès n’est pas confirmé. Le brouillon doit conserver ce statut et ne pas inventer une réponse pour paraître complet.

Vérifiez enfin que les exemples ne déclenchent pas d’actions réelles inattendues. Un bouton de partage pourrait être désactivé dans la découverte ou demander une confirmation claire. Un exemple pédagogique n’a pas à envoyer des messages à des adresses qui ressembleraient à de vrais contacts clients.

Écrire un écran vide qui donne une prochaine action

L’écran vide doit expliquer pourquoi rien n’apparaît et comment commencer. « Vous n’avez pas encore de visite. Créez-en une à partir de vos notes ou ouvrez l’exemple » donne un état et deux chemins compréhensibles. Un message seulement décoratif laisse la personne deviner ce qu’elle est censée faire.

Adaptez l’explication au contexte. Un espace sans dossier n’est pas la même chose qu’une recherche sans résultat, un accès refusé ou une panne de chargement. Afficher « Aucun dossier » après une erreur de réseau peut faire croire que le travail a disparu.

Placez les indications là où la décision se prend. Une phrase près du champ peut suffire à expliquer les notes attendues. Un long tutoriel séparé oblige la personne à mémoriser des consignes avant d’agir. Gardez une aide plus détaillée accessible lorsque le sujet la demande.

Évitez d’interrompre chaque action avec une fenêtre de félicitations. Le retour utile confirme ce qui a été enregistré et la prochaine étape possible. Dans Visite Claire : « Le brouillon est prêt à relire. Deux points restent à confirmer. » Cette formulation doit correspondre à l’état réellement obtenu.

Rendre la première action compréhensible et récupérable

Choisissez une action qui fait avancer le dossier : ajouter une observation, demander un brouillon ou corriger un point à confirmer. Le libellé doit dire ce qui va se produire. « Continuer » peut convenir dans une séquence claire ; isolé, il ne dit pas si le travail sera enregistré, envoyé ou simplement affiché.

Préparez le moment d’attente. Si l’action prend du temps, indiquez ce qui se passe et évitez que des clics répétés créent plusieurs traitements. Si elle échoue, conservez les informations saisies lorsque c’est possible et proposez une suite adaptée. Une erreur ne devrait pas obliger à reconstruire tout le dossier.

La correction doit rester visible. Une sortie produite par une IA peut contenir une formulation inexacte même si les données d’entrée sont correctes. L’utilisateur doit pouvoir identifier les sources utiles, modifier le texte et savoir si ses corrections sont enregistrées.

Préparez le retour après interruption : fermeture de la page, expiration de session ou reprise sur un autre appareil prévu par le produit. Ces cas révèlent si le premier résultat appartient réellement au parcours, ou s’il n’existe que pendant une démonstration continue sans obstacle.

Observer une personne sans lui faire réussir le test

Le Service Manual sur les tests d’utilisation accompagnés propose d’observer des participants accomplir des tâches réalistes. Il recommande notamment des consignes qui donnent un objectif sans révéler le chemin. Pour notre cas, la tâche serait de préparer un compte rendu à relire à partir du dossier fourni.

Présentez la séance comme un examen du service. La personne n’a pas à prouver qu’elle sait utiliser un logiciel. Expliquez ce que vous observerez et recueillez les accords nécessaires si vous prévoyez une capture ou un enregistrement. Utilisez des données inventées lorsque des documents réels ne sont pas nécessaires.

Demandez à la personne de dire ce qu’elle comprend, puis laissez-la agir. Notez ses hésitations et les mots qu’elle emploie. Si elle demande de l’aide, vous pouvez d’abord lui demander ce qu’elle pensait faire. Lorsque vous intervenez, consignez cette aide : la réussite n’est plus autonome.

À la fin, demandez-lui d’expliquer la sortie. Sait-elle ce qui est confirmé, ce qui reste à relire et comment retrouver le dossier ? Cette reformulation peut révéler un malentendu qu’un parcours de clics réussi aurait masqué. Ne déduisez pas la compréhension d’un simple sourire ou d’un avis positif.

Tenir un tableau des blocages

Votre tableau doit relier une étape, un fait observé, sa conséquence et une hypothèse. Par exemple fictif : la personne cherche un bouton d’enregistrement après la correction ; elle quitte sans savoir si le texte est conservé ; l’état d’enregistrement manque peut-être de visibilité. Ce constat n’a pas été observé ici : il montre comment rédiger une ligne.

Séparez fait et explication. « La personne revient trois fois à l’écran précédent » est une observation possible. « Elle n’aime pas notre design » est une interprétation qui demande d’autres éléments. En gardant cette distinction, vous évitez de corriger la mauvaise cause.

Classez selon l’impact : empêche d’atteindre le résultat, produit un résultat erroné, exige une aide ou crée une hésitation sans blocage. Une couleur peu appréciée n’a pas la même priorité qu’un brouillon mal interprété. Vous pouvez ensuite choisir une correction limitée à essayer.

Conservez aussi les étapes qui fonctionnent. Si la personne comprend l’exemple mais se perd avec ses propres notes, le problème concerne peut-être la préparation des données. Supprimer l’exemple ou refaire toute l’interface ne répondrait pas à ce constat.

Mesurer l’activation sans fabriquer une réussite

L’activation est ici un repère choisi pour savoir si le premier résultat a été atteint. Définissez-le précisément : brouillon préparé, relu et retrouvé, par exemple. Cette convention n’est pas une mesure universelle. Elle doit rester reliée à la valeur que l’utilisateur cherche réellement.

Séparez compte créé, exemple ouvert, action commencée, résultat obtenu et retour ultérieur. Gardez les nombres bruts, la période et les exclusions utiles, notamment les comptes de test. Un pourcentage sans dénominateur clair ne permet pas de comprendre ce qui s’est passé.

Un abandon apparent peut cacher une pause normale, une interruption extérieure ou un manque d’informations à ce moment. Les événements de navigation ne révèlent pas seuls la cause. Rapprochez-les des observations et des échanges autorisés avant de conclure que l’étape est inutile.

Le retour vers le produit est une question distincte. Une personne peut réussir l’exemple sans avoir de dossier réel à traiter ensuite. Inversement, un usage peu fréquent peut être cohérent avec la tâche. Ne transformez pas votre cadence idéale en preuve que les utilisateurs adoptent ou rejettent le service.

Corriger une difficulté, puis revoir le parcours

Choisissez une modification qui répond à un fait : préciser un état, déplacer une aide ou permettre de retrouver le brouillon. Conservez la version précédente et le motif du changement. Lors du prochain essai, observez si la difficulté disparaît sans créer un obstacle ailleurs.

Essayez aussi le parcours au clavier et sur les appareils pertinents pour les utilisateurs visés. Une consigne lisible sur grand écran peut être perdue sur téléphone. Un bouton visible peut rester difficile à atteindre ou une erreur ne pas être annoncée de manière compréhensible.

L’accompagnement humain peut rester utile au début. Annoncez-le comme tel et utilisez les questions pour améliorer le produit. La fiche d’onboarding à copier contient le storyboard de Visite Claire, un protocole de séance et un tableau vierge. Elle vous aide à observer un résultat réel sans confondre une inscription avec une première utilisation réussie.