Je travaille sur une application assez complexe pour un client et ils m'ont demandé d'inclure un tutoriel pour les utilisateurs.
Le tutoriel que j'ai actuellement comporte 8 étapes et je pense que c'est trop long, mais le client m'a demandé de l'allonger car il le juge trop court et il craint que son utilisateur ne comprenne pas ce qu'il fait.
Combien de temps les utilisateurs restent-ils généralement dans un didacticiel si celui-ci est fourni? Y a-t-il des études à ce sujet? J'utilise intro.js pour faire le tutoriel .
Combien de temps faut-il pour qu'un article explique un concept? Eh bien ... cela dépend de:
Le tout est super contextuel, donc je doute sérieusement que vous puissiez trouver quoi que ce soit fournissant une "figure magique".
Ce qui pourrait vous aider, c'est une certaine compréhension des processus cognitifs qui facilitent un apprentissage efficace.
En lisant cette phrase, votre cerveau doit s'assurer que chaque mot a un sens en soi et dans le contexte de la phrase. Alors d'abord, ce sont les mots.
Ensuite, une phrase entière doit avoir un sens.
Puis un paragraphe entier.
Etc...
Le mécanisme consiste donc à comprendre d'abord les éléments de niveau inférieur, puis les éléments de niveau supérieur.
Le cerveau n'est pas un magnétophone et l'un de ses plus gros goulots d'étranglement est la mémoire à court terme. Ainsi, au lieu d'enregistrer le script, le cerveau construit des modèles de significations.
Ainsi, une communication efficace doit garantir qu'à chaque niveau la compréhension est atteinte.
Voici un exemple:
"Si vous ne pouvez pas le dire avec des farines, alors ne dites rien."
Si vous connaissez le dicton "Si vous ne pouvez pas le dire avec des fleurs, alors ne dites rien", deux choses auraient pu se produire:
Dans ce dernier cas, il n'y a pas de "vérification" - votre cerveau rencontre quelque chose d'inattendu et doit s'arrêter et y penser.
Considérons maintenant que nous complétons le paragraphe:
"Si vous ne pouvez pas le dire avec des farines, alors ne dites rien", a déclaré le boulanger.
Tout cela a du sens, étant un jeu de mots accepté.
C'est une déclaration stupide, mais pas fausse. Vous pouvez favoriser la compréhension en vous assurant que chaque "atome" est compris en lui-même et en relation avec ce qui le précède.
Je ne pense donc pas que vous puissiez affirmer que 6, 8 ou 10 sont la bonne quantité d'étapes pour un tutoriel. Assurez-vous simplement que chaque étape est comprise.
J'entends quelqu'un crier "Test utilisateur".
Il n'y a pas de chiffre magique. Tout dépend de ce que vous enseignez.
Si vous enseignez une nouvelle embauche dans une centrale nucléaire, vous voudrez probablement vous assurer de tout couvrir et vous vous retrouverez avec un long tutoriel.
Je comprends que l'exemple est extrême, mais le fait est que tout dépend de ce que vous enseignez.
La meilleure chose à faire est de demander à l'utilisateur s'il est satisfait après le didacticiel en cours. Vous obtiendrez votre réponse très rapidement.
Les didacticiels utilisateur peuvent être bien conçus par une expérience de cartographie à travers le produit suivie d'un tri prioritaire.
8 est un laps de temps important, alors pensez à diviser le didacticiel à différents niveaux si nécessaire.
Je ne pense pas qu'il y ait un nombre [~ # ~] défini [~ # ~], tout dépendra de l'application, mais en règle générale, vous devriez envisager d'utiliser le quantité minimale viable d'étapes pour obtenir la compréhension de base de votre application. Minimum et compréhension de base étant le mot-clé.
C'est une erreur courante de montrer tout ce que votre application peut faire dans un tutoriel, donc parfois vous faites face à des tutoriels avec 20 écrans et l'utilisateur est totalement perdu après cela. Il est tentant de montrer tout ce que votre application peut faire, mais une grande partie de votre recherche UX consiste à identifier les comportements des utilisateurs courants, puis à travailler en fonction de ce groupe, puis à des sous-ensembles spécialisés de votre base d'utilisateurs qui peuvent se comporter différemment et/ou utiliser différentes fonctionnalités de votre application, ayez simplement une FAQ [~ # ~] [~ # ~] ou Base de connaissances .
À propos de la méthodologie multi-étapes/procédure pas à pas , il y a quelques années, nous avons testé différentes approches et après la 3e ou la 4e étape, les utilisateurs ont commencé à se désintéresser, ce que nous pourrions facilement tester en demandant à l'utilisateur de faire un tâche mentionnée dans le 5ème écran et après. À l'écran 10, les utilisateurs s'en moquaient.
Quelques exemples de procédure pas à pas ci-dessous:
Papier
mou
Vee
Maintenant, veuillez noter que nous avons également remarqué que DANS NOTRE CAS, la méthodologie pas à pas ne fonctionnait pas bien pour nos besoins. Les utilisateurs ont été vraiment distraits et une réponse assez récursive que nous avons obtenue était "Je pensais que c'était un curseur publicitaire"
Donc, avec ces commentaires, nous avons opté pour une implémentation (assez invasive) de Coachmarks , qui, encore une fois, POUR NOS BESOINS a fonctionné beaucoup mieux
Exemples Coachmarks:
Donc, votre question n'a pas de vraie réponse car nous ne connaissons pas votre application, il n'y a pas qu'une seule méthodologie pour le faire, et c'est un domaine de recherche très spécialisé.
Pour en revenir à nos recherches, je pourrais dire "oh, il suffit d'utiliser 5 écrans et de l'appeler par jour", mais de nos jours je me rends compte que nous avons mal fait certaines choses à l'époque et un mélange des deux coachmarks et pas à pas sont le combo le plus approprié dans la plupart des cas, surtout si vous sentez qu'il y a beaucoup d'écrans (ce est très important sur mobile)
Donc, quel que soit le chemin que vous choisissez d'utiliser, assurez-vous de le tester de manière approfondie , vous pourriez obtenir une surprise avec les résultats