De nos jours, il existe de nombreuses technologies formidables pour créer un didacticiel ou une visite en direct sur un site Web ou dans toute autre application ( exemple ). Vous pouvez pratiquement guider l'utilisateur à travers l'application.
Quelles directives ou recommandations existent réellement pour ces visites? Plus précisément, je suis à la recherche de directives concernant la visite guidée/le didacticiel lui-même. Pas de directives concernant le moment de montrer la tournée.
Je sais que cette question est très générique, mais étonnamment, il est difficile de trouver quoi que ce soit à ce sujet (au moins sur Stack UX).
Je pense que vous avez plusieurs options en fonction de ce que votre site Web/application est et fait. Selon votre application Web, vous pouvez implémenter le sandboxing ou un tutoriel.
Si votre application est destinée aux utilisateurs à jouer, alors probablement la meilleure façon d'enseigner aux utilisateurs comment utiliser votre application est de créer un environnement sûr qu'ils peuvent jouer, expérimenter et essayer des trucs sans perdre de données. Voici une liste d'applications qui vous permettent de faire ceci:
Balsamiq , jsfiddle , repl.it , regexpal
La mise en œuvre d'un bac à sable présente plusieurs avantages. Vous n'aurez pas besoin de répertorier toutes les fonctionnalités de votre produit sur votre site Web, car il sera plus facile pour les utilisateurs de tester votre application au lieu de la lire. Puisque vous créez un environnement sûr, vous créez des opportunités d'apprentissage.
Comme il s'agit essentiellement d'un processus exploratoire, vous pourriez avoir besoin d'efforts supplémentaires pour vous assurer que les utilisateurs apprennent vraiment ce que vous vouliez, au lieu de perdre du temps à simplement explorer.
Il existe plusieurs façons d'implémenter un didacticiel. De nos jours, au moins pour les applications mobiles, il semble y avoir deux modèles différents ( marcher quand même , marques de coach ). Bien que différents dans la mise en œuvre, ces modèles suivent le même principe.
Lorsque l'utilisateur entre dans l'application pour la première fois ou lorsqu'un événement spécifique se produit (comme l'utilisation d'une fonctionnalité pour la première fois), les instructions sont affichées dans leur contexte.
Cela vous permet de présenter une aide contextuelle. Ainsi, les utilisateurs obtiendront les informations là où ils en ont besoin.
Si votre produit est basé sur le Web et que vous souhaitez permettre aux clients potentiels d'essayer à votre guise votre produit.
Les utilisateurs peuvent vouloir explorer au lieu d'apprendre, ils peuvent donc ignorer le didacticiel. Plus tard, ils pourraient avoir besoin d'obtenir ces informations, mais ne pourront pas les déclencher.
Si vous avez une application suffisamment complexe, il faut des instructions pour que les utilisateurs apprennent à l'utiliser. N'ajoutez pas de tutoriel à votre application simplement parce qu'elle a l'air sympa. Si vous pensez que vous devez ajouter un didacticiel, blâmez-vous de ne pas pouvoir développer une application facile à utiliser et vous devez ajouter un didacticiel pour enseigner à vos utilisateurs comment utiliser l'application.
Les pages Web "traditionnelles" suivent le modèle transactionnel.
Au fur et à mesure que les technologies Web progressent, des expériences se créent où la transaction des utilisateurs est très large (par exemple, un tutoriel pour apprendre à utiliser un site Web) et ils évoluent vers le modèle imersif.
Quelques principes à suivre:
Visibilité de l'état du système
Ainsi, ils comprennent toujours à quoi correspond leur tâche actuelle et ne se sentent pas "coincés" dans votre système. Ceci est souvent implémenté sous forme de fil d'Ariane (par exemple, le panier d'achat Amazon: étape 2/4). Faites savoir à votre utilisateur qu'il progresse grâce à votre didacticiel.
Contrôle utilisateur et liberté
L'utilisateur ne devrait pas se sentir contraint par les étapes de votre didacticiel et pourrait revenir en arrière, avancer ou surtout exit .
Réduisez l'incertitude, la prévention des erreurs et l'aide et la documentation
Si vous créez un didacticiel pour un site Web, il est important que l'utilisateur sache ce que vous faites dans un environnement de bulles, et non le site lui-même. Donnez-leur des informations claires afin qu'ils sachent quoi faire et comment utiliser le didacticiel.
Limiter les tâches basées sur les données
Vous voulez que l'utilisateur apprenne le système, ne l'utilise pas. Si vous avez des formulaires ou quelque chose de similaire, il vous suffit d'avoir une sélection de base ou un exemple d'entrée minimale - vous voulez qu'ils apprennent que le système ne l'utilise pas à ce stade.
Réf: Nielsen, J. (1994). Évaluation heuristique. Dans Nielsen, J., et Mack, R.L. (Eds.), Ergonomie Inspection Methods, John Wiley & Sons, New York, NY
Les visites guidées sont idéales pour 2 choses:
Cela à l'esprit ...
Ne vous asseyez pas sur la clôture avec la présentation.
Allez grand et allez en gras. Ne vous inquiétez pas de perturber les utilisateurs, cette fonctionnalité est une solution! Si votre visite est juste assez subtile pour ne pas "ennuyer" les utilisateurs non intéressés, elle manquera aux utilisateurs qui la trouveront utile.
Mesurer le succès
Définissez et mesurez le succès d'une tâche ou d'une fonctionnalité avant le lancement de la visite. Cela vous aidera à mieux façonner l'UX avec la prochaine version.
Rendez l'avortement facile
Ne vous attendez pas à ce que les utilisateurs sachent qu'ils peuvent cliquer en dehors de la zone de visite pour la fermer. Utilisez des instructions explicites près d'une icône qui prend en charge l'action de fermeture. La plupart des utilisateurs passeront par quelques étapes et voudront quitter avant la fin de la visite.
J'espère que cela vous a été utile!