Lisez suffisamment d'avis sur des logiciels et une plainte revient dans presque toutes les catégories, des outils de comptabilité aux suites de design : puissant, mais une courbe d'apprentissage raide. C'est rarement le titre d'un avis à une étoile. C'est la phrase, dans un avis à trois étoiles, qui explique pourquoi une équipe qui appréciait le produit en a quand même choisi un autre, et pourquoi un compte qui a acheté quarante sièges n'en utilise réellement que onze.
La qualité que décrivent ces avis porte un nom. L'apprenabilité, c'est la facilité avec laquelle les gens deviennent compétents avec un produit, et contrairement à la plupart des qualités UX, elle se mesure directement à partir de vos propres données d'usage : vous regardez combien de temps prend une tâche la première fois, la deuxième fois et la dixième, et vous étudiez la forme que dessinent les chiffres. Cette forme vous dit si votre problème est de démarrer, de comprendre un concept ou de ne jamais trouver la façon plus rapide de faire, et chacun de ces problèmes demande une correction différente.
Ce guide explique ce qu'est l'apprenabilité et en quoi elle diffère de l'utilisabilité et de l'intuitivité, ce qu'est réellement une courbe d'apprentissage raide, comment mesurer l'apprenabilité avec ou sans laboratoire, comment lire la courbe obtenue et comment la raccourcir, y compris avec une approche d'étayage puis de retrait progressif du guidage in-app, qui aide un débutant sans gêner cette même personne à sa dixième tentative.
Points clés
- L'apprenabilité, c'est la vitesse à laquelle arrive la compétence. Elle se mesure à la façon dont la performance sur une même tâche progresse avec la répétition, pas à l'allure d'un écran au premier coup d'œil.
- Une « courbe d'apprentissage raide » recouvre trois problèmes différents. Une première tentative coûteuse, un concept qui ne s'éclaire jamais, ou un plateau bien en deçà de la vitesse d'un expert. Chacun a sa propre correction.
- Vous pouvez la mesurer sans laboratoire. Chronométrez la même tâche clé à la première, la deuxième et la cinquième occurrence de chaque utilisateur, prenez les médianes et tracez-les.
- Le guidage doit s'effacer. Accompagnez les utilisateurs pendant la première tentative, faites-leur un rappel aux tentatives deux et trois, puis laissez-les tranquilles jusqu'à ce qu'ils demandent de l'aide.
- Chaque release a un coût en apprenabilité. Revérifiez les courbes de vos tâches clés après chaque mise en production, pas seulement l'adoption de la nouvelle fonctionnalité.
Qu'est-ce que l'apprenabilité ?
Apprenabilité : définition
L'apprenabilité est la facilité avec laquelle un nouvel utilisateur atteint un niveau de compétence raisonnable avec un produit, et la vitesse à laquelle ses performances progressent avec l'usage. Un produit très facile à apprendre permet de réussir les tâches clés dès les premières tentatives et d'aller nettement plus vite à chaque répétition.
L'apprenabilité est l'une des plus anciennes notions de l'utilisabilité. La définition de l'utilisabilité de Jakob Nielsen, largement reprise, la cite en premier parmi cinq composantes de qualité, aux côtés de l'efficience, de la mémorabilité, des erreurs et de la satisfaction. L'ordre a du sens. L'efficience décrit la vitesse de travail d'un utilisateur expérimenté. L'apprenabilité décrit le temps qu'il faut pour devenir cet utilisateur expérimenté, et dans la plupart des logiciels, la plupart des gens n'y arrivent jamais complètement.
On confond facilement l'apprenabilité avec des notions voisines qui se ressemblent mais renvoient à un travail différent :
| Notion | La question à laquelle elle répond | Ce qui l'améliore |
|---|---|---|
| Apprenabilité | À quelle vitesse les gens deviennent-ils compétents, et combien vont-ils plus vite avec la pratique ? | Des concepts clairs, des schémas cohérents, un guidage adapté à la tentative |
| Utilisabilité | Le produit fonctionne-t-il bien pour la personne qui l'utilise en ce moment ? | Tout, apprenabilité comprise |
| Intuitivité | Peut-on réussir du tout premier coup sans aide ? | Des conventions familières et de bonnes valeurs par défaut |
| Mémorabilité | Les utilisateurs qui reviennent savent-ils encore faire après une absence ? | La cohérence et des rappels pour les utilisateurs qui reviennent |
| Time to value | Combien de temps avant qu'un nouvel utilisateur obtienne un premier résultat qui compte ? | Un chemin plus court vers la première réussite |
Deux de ces distinctions comptent plus que les autres en pratique. L'intuitivité ne concerne que la première tentative. Un produit peut sembler intuitif au premier essai et rester frustrant au cinquantième, parce que rien ne va jamais plus vite. Et le time to value mesure la première réussite, pas la compétence. Un utilisateur peut obtenir de la valeur dès le premier jour grâce à une configuration guidée et être toujours incapable de refaire la même tâche seul le huitième jour. Notre guide sur le time to value traite de la première réussite ; l'apprenabilité couvre tout ce qui vient après. La mémorabilité, le problème des utilisateurs qui reviennent après plusieurs semaines d'absence, a son propre guide sur le réonboarding des utilisateurs de retour.
Ce que signifie vraiment une courbe d'apprentissage raide
L'expression vient de la psychologie, où une courbe d'apprentissage représente la performance en fonction de la pratique. Placez la maîtrise sur l'axe vertical, et une courbe raide signifie que les gens progressent vite, ce qui est une bonne nouvelle. Dans le langage courant, elle signifie l'inverse : difficile à apprendre. Les deux lectures décrivent la même expérience sous deux angles différents, et la confusion disparaît dès que l'on trace ce que les utilisateurs ressentent réellement, c'est-à-dire l'effort.
Placez les tentatives d'une tâche en abscisse et le temps que prend chaque tentative en ordonnée. Presque toutes les courbes d'apprentissage ont alors la même forme de base : coûteuse au début, en chute rapide, puis stabilisée. La régularité qui la sous-tend est connue sous le nom de loi de puissance de la pratique : les gains liés à la répétition sont importants au début et diminuent ensuite. Ce qui distingue un produit facile d'un produit difficile, ce n'est pas la forme. Ce sont quatre chiffres que vous pouvez lire directement sur le graphique.
Le temps, l'aide et le courage que demande la première tentative réussie. C'est ce que la plupart des gens entendent par raide.
À quel point les deuxième, troisième et cinquième tentatives vont plus vite. Une courbe qui descend à peine signifie que la répétition n'apprend rien.
Le nombre de répétitions nécessaires avant que la performance cesse de progresser, autrement dit la durée pendant laquelle un utilisateur reste un apprenant.
Le niveau où la courbe se stabilise par rapport à la vitesse d'un expert sur la même tâche. Un plateau haut signifie que les utilisateurs se sont contentés d'une méthode lente.
Quand un client vous dit que votre produit a une courbe d'apprentissage raide, il vous dit qu'au moins un de ces chiffres est mauvais. Il ne vous dit presque jamais lequel. C'est à cela que sert la mesure.
Les produits puissants ont droit à une courbe d'apprentissage. Personne ne s'attend à maîtriser un logiciel de comptabilité, d'analytics ou de design en un après-midi. Ce que les utilisateurs ne pardonnent pas, c'est une courbe plus raide que ce qu'exige le travail : une première tentative rendue difficile par le vocabulaire, la mise en page ou l'absence de guidage plutôt que par le travail lui-même. L'objectif n'est pas une courbe plate. C'est de supprimer la part de la courbe dont vous êtes responsable.
Apprenabilité initiale vs. apprenabilité étendue
La recherche sur l'apprenabilité des logiciels sépare deux questions qu'on a vite fait de confondre, et les garder distinctes est la chose la plus utile que vous puissiez faire avant de chercher à améliorer l'une ou l'autre.
L'apprenabilité initiale, parfois appelée first-use learnability, mesure la réussite d'un nouveau venu lors de ses premières tentatives sur une tâche clé. Elle concerne l'onboarding, les essais et les premières sessions, et elle décide si quelqu'un va assez loin pour voir le produit fonctionner.
L'apprenabilité étendue mesure la façon dont la compétence d'un utilisateur continue de progresser au fil des semaines et des mois : va-t-il au-delà de la poignée de tâches apprises au début, trouve-t-il les façons plus rapides de les réaliser, et ses performances approchent-elles un jour celles de vos utilisateurs les plus expérimentés ?
| Apprenabilité initiale | Apprenabilité étendue | |
|---|---|---|
| La question | Un nouveau venu réussit-il la tâche clé dès ses premières tentatives ? | La compétence continue-t-elle de progresser après les bases ? |
| Où elle se voit | Conversion des essais, activation, abandons de la première semaine | Usage des sièges, étendue des fonctionnalités utilisées, efficacité, renouvellement |
| Symptôme typique | Configuration abandonnée et tickets « comment faire pour » dès la première semaine | Des utilisateurs qui font encore tout à l'ancienne au bout d'un an |
| Ce qui la corrige | Premières tentatives guidées, meilleures valeurs par défaut, concepts plus clairs | Des indications vers les chemins avancés au moment où ils deviennent utiles |
| Qui en est généralement responsable | Les équipes onboarding et growth | Les équipes produit et customer success |
La distinction compte parce que les corrections vont dans des directions opposées. L'apprenabilité initiale s'améliore quand vous ajoutez de l'aide au départ. L'apprenabilité étendue s'améliore quand vous retirez l'aide devenue du bruit pour la remplacer par des invitations bien placées à aller plus loin. Une équipe qui ne pense qu'au premier usage finit avec un produit facile à prendre en main et difficile à maîtriser ; une équipe qui ne pense qu'aux experts construit l'inverse. Notre guide sur les power users couvre l'autre extrémité de ce parcours.
Pourquoi l'apprenabilité est un problème de revenus, pas seulement d'UX
On parle généralement de l'apprenabilité comme d'une qualité de design. Ses conséquences, elles, se font sentir côté commercial, et c'est pourquoi elle a sa place dans les mêmes discussions que la conversion et la rétention.
- Un essai est une course contre l'apprentissage. Un utilisateur en essai dispose de quelques jours, pas de quelques mois. Si le coût de la première tentative de votre tâche clé dépasse sa patience, il part sans avoir vu ce que fait le produit, et il part convaincu que c'est plus difficile que ça ne l'est. Notre guide sur la conversion des essais gratuits couvre le reste de ce tunnel.
- Chaque nouveau siège repart de la première tentative. L'expansion, ce sont de nouvelles personnes, et une nouvelle personne dans un compte vieux de cinq ans apprend le produit à partir de zéro, généralement sans l'onboarding dont a bénéficié l'acheteur d'origine.
- Un plateau haut ressemble à une faible valeur. Les utilisateurs coincés sur le chemin le plus long passent plus de temps pour produire moins, et au moment du renouvellement, le produit est jugé sur ce qu'il produit.
- Le volume de support suit la courbe. Une grande partie des questions qui remplissent une file de support sont des questions de premières tentatives : où est-ce, qu'est-ce que ça veut dire, pourquoi ça n'a pas marché. Un produit plus facile à apprendre en génère moins par utilisateur.
- Les avis la transmettent aux prospects. « Courbe d'apprentissage raide » est une expression que les acheteurs lisent avant même de commencer un essai, si bien qu'une première tentative difficile vous coûte aussi des prospects que vous ne voyez jamais.
Pourquoi un logiciel devient difficile à apprendre
Très peu de produits sont conçus pour être difficiles. Ils le deviennent, une décision raisonnable après l'autre. Voici les causes qui reviennent le plus souvent, et chacune laisse une trace reconnaissable sur la courbe d'apprentissage.
1. Le vocabulaire du produit n'est pas celui de l'utilisateur
Chaque produit invente ses noms : espaces de travail, pipelines, objets, collections, sources. En interne, ils deviennent si familiers que personne ne remarque qu'un nouvel utilisateur doit apprendre une petite langue avant de pouvoir faire quoi que ce soit. Quand un libellé désigne le concept du système plutôt que l'objectif de l'utilisateur, chaque première tentative commence par un exercice de traduction, et traduire prend du temps.
2. Un modèle caché doit être compris avant que quoi que ce soit fonctionne
Certains produits n'ont de sens qu'une fois que l'on a saisi leur logique d'ensemble : qu'un enregistrement appartient à un compte, qu'un modèle n'est pas la même chose qu'une instance, que rien n'est en ligne tant que ce n'est pas publié. Si ce modèle reste caché, les utilisateurs apprennent les tâches par cœur sans les comprendre, et c'est pourquoi la courbe de ces tâches descend si lentement. Notre guide sur l'onboarding des produits complexes explique comment introduire les concepts sans tout présenter d'emblée.
3. Des éléments similaires se comportent différemment
Quand l'enregistrement fonctionne d'une façon sur cet écran et d'une autre sur celui-là, la pratique acquise sur le premier écran ne se transfère pas au second. L'incohérence coûte cher précisément parce qu'elle casse le mécanisme qui fait descendre les courbes d'apprentissage : ce que vous avez appris la dernière fois est censé vous aider cette fois-ci.
4. Trop de choses arrivent en même temps
Un premier écran qui montre toutes les fonctionnalités oblige le nouveau venu à déterminer ce qui compte avant de pouvoir faire quoi que ce soit. La difficulté du travail n'a pas changé, mais la première tentative inclut désormais un exercice de tri. Notre guide sur la charge cognitive dans l'onboarding détaille cet écueil.
5. Le chemin efficace est invisible
Les raccourcis clavier, les actions groupées, les vues enregistrées et les modèles existent précisément pour abaisser le plateau, et beaucoup d'utilisateurs ne les rencontrent jamais, parce que rien sur le chemin lent ne mène au chemin rapide. La méthode longue fonctionne, alors personne ne cherche autre chose.
6. Le produit a grandi et personne n'a revérifié le parcours
Chaque nouvelle fonctionnalité est petite en soi. Ensemble, des années de fonctionnalités enfouissent la tâche clé sous des options qui n'existaient pas quand l'onboarding a été conçu. L'apprenabilité se dégrade même quand aucune release, prise isolément, n'a rien empiré, et c'est le mécanisme silencieux derrière le feature bloat.
Comment mesurer l'apprenabilité
L'apprenabilité fait partie des rares qualités UX que l'on peut mesurer avec précision, parce que sa définition contient déjà une mesure : la performance en fonction de la pratique. Il existe deux façons de collecter les données, et la plupart des équipes ont intérêt à utiliser les deux.
Méthode 1 : tests d'utilisabilité à essais répétés
L'approche classique est un test dans lequel les mêmes participants réalisent la même tâche clé plusieurs fois, soit au cours d'une seule session, soit sur quelques jours. Pour chaque tentative, vous notez le temps passé, la réussite ou non, le nombre d'erreurs et la fréquence des demandes d'aide. Quatre ou cinq tentatives suffisent normalement pour voir où la courbe commence à se stabiliser.
Deux détails font toute la différence. Utilisez des tâches réalistes avec des données réalistes, car la difficulté d'un compte de test vide n'est pas celle d'un vrai compte. Et faites réaliser la même tâche à un ou deux utilisateurs expérimentés, car un plateau ne veut rien dire tant que vous ne savez pas où se situe la vitesse d'un expert. Notre guide des tests d'utilisabilité couvre le recrutement, les scripts et la taille des échantillons.
Méthode 2 : des courbes d'apprentissage tirées de vos données produit
Un test vous dit pourquoi les gens ont du mal. Vos données d'usage vous disent dans quelle mesure, pour tous les utilisateurs, en permanence. La méthode est simple dès lors que vos tâches clés sont suivies :
- Choisissez deux ou trois tâches clés que les utilisateurs répètent, chacune avec un début et une fin clairs : créer une facture, publier un rapport, approuver une demande.
- Pour chaque utilisateur, numérotez ses occurrences de cette tâche : première, deuxième, troisième, et ainsi de suite.
- Pour chaque numéro d'occurrence, prenez le temps médian du début à la fin sur l'ensemble des utilisateurs. Utilisez la médiane, car une poignée de personnes qui ont laissé un onglet ouvert toute la nuit suffit à fausser une moyenne.
- À côté du temps, notez le taux de réussite de chaque occurrence (commencée et terminée, ou commencée et abandonnée) et le taux d'aide : la part des occurrences au cours desquelles l'utilisateur a ouvert l'aide, relancé un guide ou contacté le support.
- Tracez les médianes en fonction du numéro d'occurrence. Ce graphique est la véritable courbe d'apprentissage de votre produit pour cette tâche.
Si votre tracking n'a pas encore de points de début et de fin nets pour vos tâches clés, c'est le premier chantier, et notre guide sur le tracking d'événements explique comment le mettre en place.
| Indicateur d'apprenabilité | Ce qu'il vous apprend |
|---|---|
| Taux de réussite à la première tentative | La part des utilisateurs qui terminent la tâche du premier coup, y compris ceux qui ne sont jamais revenus |
| Temps de la première tentative | Le coût de démarrage : le chiffre derrière le mot « raide » |
| Progression entre la première et la troisième tentative | Si la répétition apprend quelque chose |
| Tentatives avant le plateau | Combien de temps les utilisateurs restent des apprenants sur cette tâche |
| Plateau comparé au temps d'un expert | L'efficacité que les utilisateurs laissent sur la table une fois qu'ils ont cessé de progresser |
| Taux d'aide par tentative | Si les utilisateurs apprennent ou s'ils sont simplement portés |
| Complétion du guide par étape | L'endroit où le guidage lui-même perd des gens lors de leur première tentative |
La complétion par étape montre où une première tentative guidée perd des gens, généralement au même endroit où une tentative sans aide aurait échoué.
Surveillez le taux d'aide d'aussi près que le temps. Une courbe qui descend joliment pendant que le taux d'aide reste stable ne décrit pas un produit facile à apprendre. Elle décrit un produit que l'on ne sait utiliser qu'avec le guide ouvert. Un véritable apprentissage se traduit par une baisse simultanée du temps et de l'aide.
Les courbes d'apprentissage s'intègrent naturellement aux mesures de réussite des tâches du framework HEART, et elles apportent ce que les indicateurs d'onboarding habituels ne voient pas : ce qui se passe à la deuxième et à la cinquième tentative, bien après que le parcours d'onboarding a été marqué comme terminé.
Lire la courbe d'apprentissage : quatre formes et ce dont chacune a besoin
Une fois que vous avez une courbe pour une tâche clé, sa forme est plus parlante que n'importe quel chiffre isolé. La plupart des courbes correspondent à l'un de quatre schémas, et chacun oriente vers un type de correction différent.
Quatre courbes, quatre problèmes différents. Ajouter un product tour de plus n'en corrige qu'un seul.
1. Saine : chute rapide, stabilisation près de la vitesse d'un expert
La première tentative coûte quelque chose, la deuxième beaucoup moins, et dès la quatrième ou la cinquième, les utilisateurs approchent la vitesse de vos utilisateurs expérimentés. Il n'y a rien à corriger dans le produit. Le seul risque est un guidage qui continue d'apparaître bien après avoir cessé d'être utile : vérifiez donc que les tours et les astuces se désactivent d'eux-mêmes une fois leur mission accomplie.
2. Première tentative pénible : départ très haut, puis normal
La courbe démarre très haut puis se comporte normalement. Les utilisateurs qui franchissent la première tentative apprennent sans problème ; le problème est de la franchir, et ceux qui n'y sont pas parvenus sont totalement absents du graphique, parce qu'ils ont abandonné. Lisez le taux de réussite à la première tentative à côté du temps. C'est le problème d'onboarding classique, et il répond le mieux à une première tentative guidée, à de meilleures valeurs par défaut, et au report après la première réussite de toute configuration qui n'a pas besoin d'avoir lieu avant.
3. Le déclic ne vient jamais : baisse lente et régulière
La courbe démarre assez haut et descend lentement, tentative après tentative. La répétition ne produit pas de compréhension, ce qui signifie généralement que les utilisateurs suivent des étapes sans modèle mental de ce qu'elles font. Davantage de walkthroughs n'y changeront rien, parce qu'un walkthrough enseigne les étapes. Renommez les éléments dans le langage de l'utilisateur, expliquez le concept au moment où il compte, et cherchez les comportements incohérents qui empêchent la pratique de se transférer d'un écran à l'autre.
4. Bloquée sur un plateau : baisse normale, plancher haut
La courbe descend normalement puis s'aplatit bien au-dessus de la vitesse d'un expert. Les utilisateurs sont compétents mais lents, et ils le resteront, parce que la méthode qu'ils ont apprise fonctionne assez bien pour qu'ils n'aient aucune raison d'en chercher une autre. C'est de l'apprenabilité étendue, et elle se corrige au plateau, pas au départ : signalez le raccourci, l'action groupée ou le modèle au moment où un utilisateur réalise la tâche par la méthode longue pour la cinquième fois. Notre guide de la découverte des fonctionnalités présente les schémas pour le faire sans harceler l'utilisateur.
Il existe une cinquième forme : la dent de scie. Pour les tâches réalisées tous les mois ou tous les trimestres, la courbe peut descendre au cours d'une période d'usage puis remonter à l'occurrence suivante, parce que l'utilisateur a oublié entre-temps. C'est un problème de mémorabilité plutôt que d'apprenabilité, et il se traite avec des rappels pour les utilisateurs qui reviennent plutôt qu'avec un meilleur guidage à la première utilisation.
Étayer puis retirer : un guidage in-app qui s'efface à mesure que les utilisateurs apprennent
La plupart des guidages in-app sont conçus comme si chaque utilisateur restait éternellement à sa première tentative. Un product tour se lance à la première visite puis disparaît, ou il se lance à chaque visite. La première version abandonne les utilisateurs à la deuxième tentative, c'est-à-dire précisément au moment où ils essaient la tâche seuls pour la première fois. La seconde devient du bruit dès la troisième tentative, et les utilisateurs apprennent à la fermer sans la lire, le même réflexe que celui qui explique la cécité aux bannières.
Les pédagogues ont résolu cette question depuis longtemps. En ingénierie pédagogique, l'étayage (scaffolding) est un soutien temporaire qui permet à un apprenant de faire ce qu'il ne sait pas encore faire seul, et le retrait progressif (fading) est la suppression délibérée et graduelle de ce soutien à mesure que sa compétence augmente. L'idée vient de recherches menées dans les années 1970 sur la façon dont les tuteurs aident les apprenants à résoudre des problèmes, et elle se transpose au logiciel presque sans changement : le soutien doit être maximal à la première tentative et se retirer, selon une règle, à mesure que l'utilisateur montre qu'il n'en a plus besoin.
| Étape | Ce dont l'utilisateur a besoin | Le guidage adapté | Quand il s'efface |
|---|---|---|---|
| Première tentative | Fais-le avec moi | Un court walkthrough de la tâche elle-même, de trois à cinq étapes, déclenché quand l'utilisateur la commence | Quand la tâche est terminée, pas quand le tour est fermé |
| Deuxième et troisième tentatives | Rappelle-moi le passage délicat | Un tooltip ou un hotspot sur le ou les deux contrôles où les tentatives sans aide échouent, avec la tâche gardée dans une checklist | Une fois la tâche réalisée sans aide |
| À partir de la quatrième tentative | Laisse-moi tranquille | Rien de proactif ; une aide disponible à la demande | Jamais, puisqu'elle n'apparaît que sur demande |
| Le plateau | Montre-moi la méthode plus rapide | Une seule indication, que l'on peut fermer, vers le raccourci, l'action groupée ou le modèle | Une fois utilisée ou fermée |
| Après une longue absence | Rafraîchis-moi la mémoire | Un bref rappel pour les utilisateurs qui reviennent sur une tâche qu'ils n'ont pas faite depuis un moment | Après la première tâche réalisée au retour |
Trois règles font fonctionner le retrait progressif en pratique :
- Retirez selon le comportement, pas selon le calendrier. « Sept jours après l'inscription » ne dit rien de la compétence. « A réalisé la tâche », si.
- Retirez selon la tâche, pas selon le guide. Un utilisateur qui a fermé un tour puis réalisé la tâche sans aide a appris. Un utilisateur qui a cliqué sur toutes les étapes puis abandonné la tâche n'a pas appris.
- Gardez une porte ouverte. Quand le guidage proactif s'efface, la même aide doit rester accessible à la demande, pour qu'un utilisateur qui oublie ne soit jamais moins bien loti qu'un utilisateur qui ne l'a jamais vue.
L'étayage avec retrait progressif est un proche parent de l'onboarding progressif, mais il répond à une autre question. L'onboarding progressif décide quelles choses enseigner et quand. Le retrait progressif décide combien d'aide apporter pour la même chose à mesure que l'utilisateur la répète.
Comment réduire la courbe d'apprentissage de votre produit : 8 corrections
Les corrections ci-dessous vont à peu près du début de la courbe jusqu'au plateau. Chacune indique la partie de la courbe qu'elle fait bouger, pour que vous puissiez aller directement à celles que votre mesure a désignées.
- Renommer les éléments avec les mots de l'utilisateur
- Enseigner une tâche, pas une visite de l'écran
- Faire de la première tentative la version facile
- Placer une indication là où les tentatives sans aide échouent
- Décharger l'utilisateur de la mémorisation de la séquence
- Retirer le guidage selon une règle
- Montrer le chemin plus rapide au moment du plateau
- Remesurer les tâches clés après chaque release majeure
1. Renommer les éléments avec les mots de l'utilisateur
Listez les noms et les verbes qu'un nouvel utilisateur rencontre lors de sa première session et demandez-vous si chacun désigne ce que veut l'utilisateur ou ce que votre système appelle ainsi. Là où un terme système est inévitable, expliquez-le une fois, sur l'écran où il apparaît pour la première fois, dans une phrase qui part de l'objectif de l'utilisateur. Notre guide sur la microcopie UX couvre l'écriture elle-même.
Ce que ça fait bouger : le coût de la première tentative, et la baisse lente de la forme trois.2. Enseigner une tâche, pas une visite de l'écran
Un tour qui explique chaque panneau d'une page enseigne la mise en page, et ce n'est pas la mise en page que les utilisateurs sont venus apprendre. Construisez le guidage autour d'une seule tâche, de son premier clic à son résultat visible, et déclenchez-le quand l'utilisateur commence cette tâche. Trois à cinq étapes suffisent pour la plupart des tâches ; si une tâche en demande douze, elle a besoin d'être simplifiée avant d'avoir besoin d'un tour. Notre guide pour créer un product tour qui convertit couvre la conception des étapes.
Ce que ça fait bouger : le temps et la réussite de la première tentative.3. Faire de la première tentative la version facile
La première fois, un utilisateur devrait trouver des valeurs par défaut sensées, un exemple prérempli ou un modèle plutôt que vingt champs vides. Il pourra découvrir les options après avoir vu un résultat. Là où un écran démarre vide, servez-vous de l'état vide pour montrer à quoi il ressemblera et proposer la première étape ; notre guide sur les états vides en présente les schémas.
Ce que ça fait bouger : le coût de la première tentative.4. Placer une indication là où les tentatives sans aide échouent
Vos sessions de test ou vos tickets de support feront apparaître un ou deux contrôles sur lesquels la deuxième tentative déraille : le champ qui a deux sens plausibles, le réglage qu'il faut modifier avant que le bouton fonctionne. Un tooltip ou un hotspot sur exactement ces contrôles vaut mieux que n'importe quelle quantité de guidage général. Notre guide pour créer des tooltips d'onboarding couvre le placement et la rédaction.
Ce que ça fait bouger : la baisse entre la première et la troisième tentative.5. Décharger l'utilisateur de la mémorisation de la séquence
Les configurations en plusieurs étapes sont difficiles à apprendre en partie parce que l'utilisateur doit se souvenir de l'endroit où il en est. Une checklist persistante porte l'ordre à sa place, montre ce qui est fait et donne à chaque élément un bouton qui ouvre le bon écran. Notre guide de la checklist d'onboarding explique comment la structurer.
Ce que ça fait bouger : la réussite de la première tentative sur les tâches en plusieurs étapes.6. Retirer le guidage selon une règle
Pour chaque élément de guidage proactif, décidez du comportement qui le désactive et notez-le avant de le publier. L'afficher une seule fois est le minimum. Mieux vaut une condition liée à la tâche elle-même : terminée, ou fermée puis terminée malgré tout. Vérifiez ensuite le taux d'aide par tentative, qui devrait baisser à peu près aussi vite que le temps.
Ce que ça fait bouger : empêche le guidage de soutenir artificiellement une courbe qui n'a que l'apparence de la santé.7. Montrer le chemin plus rapide au moment du plateau
Attendez qu'un utilisateur ait réalisé la tâche plusieurs fois par la méthode longue, puis montrez-lui le raccourci, l'action groupée ou la vue enregistrée une seule fois, en contexte, avec la possibilité de la fermer définitivement. Affichée le premier jour, la même astuce est du bruit. Affichée au plateau, elle répond à une frustration que l'utilisateur a déjà commencé à ressentir.
Ce que ça fait bouger : la hauteur du plateau, c'est-à-dire l'apprenabilité étendue.8. Remesurer les tâches clés après chaque release majeure
Les nouvelles fonctionnalités sont mesurées à leur propre adoption. Presque personne ne vérifie si elles ont rendu les tâches clés existantes plus difficiles à apprendre. Gardez les courbes d'apprentissage de vos deux ou trois tâches clés à la vue de l'équipe, et comparez les utilisateurs inscrits après une release à ceux inscrits avant. Un coût de première tentative qui a augmenté en douce est une régression d'apprenabilité, et il coûte bien moins cher de la repérer en un mois qu'au cours d'une discussion de renouvellement.
Ce que ça fait bouger : empêche toutes les autres corrections de cette liste de se défaire peu à peu.Apprenabilité : à faire et à éviter
✅ À faire
- Mesurer la même tâche sur des tentatives répétées
- Utiliser des médianes pour chaque numéro d'occurrence
- Suivre le taux d'aide en parallèle du temps
- Se comparer aux utilisateurs expérimentés
- Guider la première tentative d'une vraie tâche
- Désactiver le guidage selon le comportement
- Montrer le chemin plus rapide au plateau
- Revérifier les tâches clés après les grosses releases
❌ À éviter
- Juger l'apprenabilité sur une première impression
- Faire de l'« intuitif » le seul objectif
- Rejouer le même tour à chaque visite
- Supprimer toute aide après la première session
- Répondre à un problème de concept par plus d'étapes
- Faire visiter l'interface plutôt qu'une tâche
- Montrer les fonctionnalités expertes dès le premier jour
- Lire une courbe qui descend sans le taux d'aide
Améliorer l'apprenabilité avec Kompassify
L'essentiel du travail décrit dans ce guide revient à adapter le guidage à la tentative en cours : appuyé à la première, léger à la troisième, absent sauf sur demande à la dixième, et brièvement de retour au plateau. C'est davantage une question de ciblage et de timing qu'une question de contenu, et c'est difficile à réussir quand chaque modification de l'aide in-app exige un développeur et une release.
Kompassify est une couche no-code qui se place au-dessus de votre produit et permet à l'équipe responsable de l'onboarding de créer et de modifier ce guidage directement. Construisez un product tour court autour d'une seule tâche. Attachez des tooltips et des hotspots aux contrôles où les tentatives sans aide déraillent. Gardez les configurations en plusieurs étapes dans une checklist d'onboarding qui persiste d'une session à l'autre. Utilisez les segments et les règles de déclenchement pour que chaque guide atteigne les utilisateurs auxquels il est destiné, et réglez-le pour qu'il s'affiche une seule fois ou ne se répète que sous condition, afin qu'il s'efface à mesure que les gens apprennent. Quand un chemin plus rapide est mis en production, signalez-le avec une annonce ciblée sur les utilisateurs qui en profiteront.
Une checklist mémorise la séquence pour que l'utilisateur n'ait pas à le faire, et chaque élément ouvre l'écran où la tâche se déroule réellement.
Les analytics produit affichent la complétion de chaque étape de chaque guide, ce qui vous permet de trouver l'étape où une première tentative guidée perd des gens, et une question à choix multiples au départ vous permet d'orienter les personnes aux métiers différents vers la tâche qu'elles ont réellement besoin d'apprendre en premier. Comme tout relève de la configuration et non du code, réduire un tour de huit étapes à quatre, ajouter un tooltip sur le champ qui fait trébucher les gens ou changer le moment où le guidage s'efface se fait en un après-midi.
Raccourcissez votre courbe d'apprentissage sans attendre une release
Ajoutez des tours centrés sur les tâches, des tooltips, des hotspots et des checklists à votre produit en production, ciblez-les par segment et par page, et décidez précisément quand chacun s'efface. Aucun code requis. Gratuit jusqu'à 100 utilisateurs actifs mensuels, offres à partir de $129/mois, conforme au RGPD et hébergé dans l'UE.
Commencer gratuitement →L'essentiel en un paragraphe
L'apprenabilité, c'est la facilité avec laquelle les gens deviennent compétents avec un produit et la vitesse à laquelle ils progressent avec la pratique, et la meilleure façon de la voir est une courbe d'apprentissage : le temps et l'aide que demande chaque tentative d'une même tâche clé. Une courbe d'apprentissage raide recouvre en réalité l'un de trois problèmes (une première tentative coûteuse, un concept que la répétition n'éclaire jamais, ou un plateau bien au-dessus de la vitesse d'un expert), et chacun demande une correction différente. Vous pouvez la mesurer lors d'un test d'utilisabilité à essais répétés ou directement à partir des données produit, en traçant le temps médian, le taux de réussite et le taux d'aide pour la première, la deuxième occurrence et les suivantes d'une tâche chez chaque utilisateur. L'apprenabilité initiale s'améliore avec des premières tentatives guidées, un vocabulaire plus clair et de meilleures valeurs par défaut ; l'apprenabilité étendue s'améliore quand le chemin plus rapide est montré au moment du plateau. Le guidage in-app doit étayer puis s'effacer : accompagner la première tentative, rappeler les points où les tentatives sans aide échouent, se retirer dès que l'utilisateur réussit seul, et rester disponible à la demande. Gardez les courbes de vos tâches clés en vue et revérifiez-les après chaque release majeure, car l'apprenabilité s'érode une fonctionnalité raisonnable à la fois.
Questions fréquentes
Qu'est-ce que l'apprenabilité en UX ?
L'apprenabilité désigne la facilité avec laquelle de nouveaux utilisateurs deviennent compétents avec un produit et la vitesse à laquelle leurs performances progressent à mesure qu'ils répètent les tâches. C'est l'une des cinq composantes de qualité de la définition de l'utilisabilité de Jakob Nielsen, largement reprise, aux côtés de l'efficience, de la mémorabilité, des erreurs et de la satisfaction. Un produit facile à apprendre permet de réussir les tâches clés dès les premières tentatives et d'aller nettement plus vite à chaque répétition.
Quelle est la différence entre apprenabilité et utilisabilité ?
L'utilisabilité est la qualité globale : la façon dont un produit fonctionne pour les personnes qui l'utilisent. L'apprenabilité en est une composante, qui porte précisément sur la vitesse à laquelle on devient compétent. Un produit peut être très utilisable pour des utilisateurs expérimentés et rester difficile à apprendre, ce qui est fréquent dans les logiciels professionnels puissants, ou au contraire être facile à apprendre et peu efficace une fois maîtrisé.
Que signifie une courbe d'apprentissage raide ?
Dans le langage courant, une courbe d'apprentissage raide signifie qu'un produit est difficile à apprendre : les premières tentatives d'une tâche demandent beaucoup de temps, d'effort ou d'aide. Dans son sens psychologique d'origine, une courbe raide qui représente la maîtrise en fonction de la pratique signifie en réalité un apprentissage rapide. Pour un logiciel, la lecture utile consiste à tracer le temps ou l'effort que demande chaque tentative et à regarder combien coûte la première tentative, à quelle vitesse l'effort diminue avec la répétition, combien de tentatives il faut pour atteindre un plateau, et à quelle distance ce plateau se situe de la vitesse d'un expert.
Comment mesurer l'apprenabilité ?
Mesurez comment la performance sur une même tâche évolue avec la répétition. Lors d'un test d'utilisabilité, faites réaliser une tâche clé plusieurs fois aux participants et notez pour chaque tentative le temps, la réussite, les erreurs et les demandes d'aide. À partir des données produit, numérotez les occurrences d'une tâche clé pour chaque utilisateur et tracez le temps médian de réalisation, le taux de réussite et le taux d'aide pour la première, la deuxième, la troisième occurrence et les suivantes. Comparez ensuite le niveau où la courbe se stabilise avec le temps que mettent les utilisateurs expérimentés.
Quelle est la différence entre apprenabilité initiale et apprenabilité étendue ?
L'apprenabilité initiale (first-use learnability) mesure la réussite des nouveaux venus lors de leurs premières tentatives sur les tâches clés ; elle conditionne l'activation et la conversion des essais. L'apprenabilité étendue mesure la façon dont la compétence continue de progresser au fil des semaines et des mois, y compris la découverte de façons plus rapides de travailler et l'usage d'une plus grande partie du produit ; elle conditionne l'efficacité, l'usage des sièges et le renouvellement. Elles demandent des aides opposées : plus de guidage au départ, puis des indications moins nombreuses mais mieux placées dans le temps.
Comment réduire la courbe d'apprentissage d'un logiciel ?
Commencez par mesurer quelle partie de la courbe pose problème. Ensuite, renommez les éléments dans le langage de l'utilisateur, guidez la première tentative d'une vraie tâche plutôt que de faire visiter l'interface, donnez à la première tentative des valeurs par défaut sensées, placez des tooltips sur les contrôles où les tentatives sans aide échouent, confiez les séquences en plusieurs étapes à une checklist, retirez le guidage proactif dès que les utilisateurs réalisent la tâche seuls, montrez les chemins plus rapides quand les utilisateurs atteignent un plateau, et revérifiez vos tâches clés après chaque release majeure.
Un produit intuitif est-il forcément facile à apprendre ?
Non. L'intuitivité indique si quelqu'un peut réussir du tout premier coup sans aide. L'apprenabilité couvre aussi la suite : la deuxième et la dixième tentative vont-elles plus vite, la compréhension se construit-elle, les utilisateurs approchent-ils un jour la vitesse d'un expert. Un produit peut paraître intuitif le premier jour sans jamais devenir plus rapide, et un produit puissant peut sembler peu intuitif au début tout en restant très facile à apprendre.