Les nouveaux utilisateurs devraient-ils se voir proposer une interface différente de celle des clients existants?
J'envisage d'utiliser des techniques de divulgation progressive pour présenter aux nouveaux utilisateurs notre produit, en présentant les fonctionnalités et les tâches en temps opportun jusqu'à ce qu'ils aient utilisé le produit à quelques reprises.
Une fois que l'utilisateur a terminé les tâches principales et utilisé les fonctionnalités de base, j'ai l'intention de modifier l'interface afin qu'elle convienne aux utilisateurs expérimentés.
Cette approche est-elle recommandée? A-t-il été utilisé avec succès dans d'autres applications?
Alan Cooper a écrit des trucs formidables sur le niveau de compétence auquel diriger votre effort de conception principal. Il l'appelle intermédiaire perpétuel , ce qui signifie que les niveaux de compétence des utilisateurs sont souvent répartis comme une courbe de Gauss:
Débutants aura souvent des questions de base telles que "Que fait le programme?", "Comment imprimer?", "Quelle est la portée du programme?", Mais passera souvent rapidement à être Intermédiaires.
Intermédiaires demandera des choses comme "Comment puis-je trouver l'installation X?", "A quoi sert ce contrôle?" ou "Oups! Puis-je annuler?". La plupart des utilisateurs resteront probablement à ce stade, car ils n'ont pas le temps ou la volonté de devenir un expert. Ils restent donc des intermédiaires perpétuels .
Experts fera des choses avancées, telles que l'automatisation des tâches, l'utilisation de raccourcis, la personnalisation de l'application en fonction de leurs besoins.
L'accent mis sur la conception pour les intermédiaires perpétuels ne signifie pas que vous devez abandonner vos efforts pour amener les débutants à la vitesse, mais vous devez toujours garder à l'esprit que les fonctionnalités qui sont utiles pour les débutants peuvent aussi être des obstacles pour les intermédiaires et les experts.
Quelques principes de conception utiles de son livre "About Face" (citations du chapitre 3):
- Personne ne veut rester débutant.
- Optimiser pour les intermédiaires.
- Imaginez les utilisateurs comme très intelligents mais très occupés
Je ne voudrais pas limiter/masquer les fonctionnalités pour les nouveaux utilisateurs; changer l'interface tout en utilisant un logiciel a un grand potentiel de confusion pour l'utilisateur. J'essaierais plutôt de vous familiariser avec votre produit. Je vois deux possibilités:
Visite guidée. Peut fonctionner si les utilisateurs s'engagent à utiliser votre produit.
Expliquez les fonctionnalités lors de vos déplacements. Par exemple. chaque fois qu'une fonction est utilisée pour la première fois, affichez une bulle ou quelque chose avec un indice: "Saviez-vous que vous pouvez faire ceci et cela avec cet élément?". Il devrait bien sûr toujours y avoir des options pour désactiver les conseils et pour voir tous les conseils. De nombreux jeux iPhone et autres applications utilisent cette approche et je la trouve très utile.
J'espère que ça aide, Phil
La divulgation progressive peut être utilisée pour adapter le produit au niveau d'expertise de l'utilisateur. L'astuce paradoxale pour le faire fonctionner est de lier la divulgation aux tâches que l'utilisateur veut accomplir, et non à l'expertise de l'utilisateur. Un jour, les utilisateurs ne se réveillent pas soudainement experts, ils n'ont pas non plus soudainement besoin de toutes vos fonctionnalités avancées, ni la grande majorité des utilisateurs ne veulent devenir des experts avec votre application particulière (ils ne sont tout simplement pas intéressés par vous). Au lieu de cela, les utilisateurs acquièrent progressivement plus de connaissances à mesure qu'ils apprennent chaque nouvelle fonctionnalité afin de résoudre un problème spécifique lié à la tâche à accomplir. Dans une semaine ou un mois, ils peuvent rencontrer leur premier besoin d'une fonctionnalité avancée, mais presque aucun utilisateur n'a jamais besoin de toutes les fonctionnalités avancées. Différents utilisateurs rencontrent des problèmes différents, chacun apprend donc un ensemble différent de fonctionnalités avancées, et même les utilisateurs ayant les mêmes problèmes les apprennent dans un ordre différent.
Pour cette raison, lier la divulgation progressive à l'expertise ne fonctionnera pas.
Ne commencez pas automatiquement à afficher les fonctionnalités avancées pour les utilisateurs de longue date. Ce n'est pas parce que l'utilisateur utilise l'application depuis longtemps qu'il est prêt ou qu'il a même besoin des fonctionnalités que vous êtes sur le point de montrer. Étant donné que les utilisateurs ont des problèmes différents qu'ils rencontrent dans différentes séquences, vous ne pouvez pas prédire à quelle fonctionnalité ils devront ensuite être exposés. Changer l'interface utilisateur seule ne fera que confondre les utilisateurs.
L'utilisateur n'a pas le choix entre les modes de base et avancé. Les utilisateurs ne savent pas si le problème qu'ils doivent résoudre est quelque chose que vous considérez comme "avancé", ce qui signifie simplement qu'ils doivent rechercher deux endroits pour trouver la fonctionnalité qui les aidera. Avoir un mode novice, régulier, expert et gourou, et maintenant vous avez quatre endroits que les utilisateurs doivent rechercher. Étant donné que les utilisateurs auront besoin de leur première fonctionnalité avancée relativement tôt, ils doivent inévitablement passer à Advanced alors qu'ils sont encore nouveaux, où ils seront submergés par toutes les fonctionnalités avancées dont ils n'ont pas encore besoin. Le résultat final est que personne n'utilise le mode de base - ils sont tous dans Advanced et tous perdus, et vous avez déjoué le but de la divulgation progressive.
Au lieu de cela, vous souhaitez regrouper vos fonctionnalités par tâche ou problème et les mettre derrière une étiquette qui indique clairement les problèmes qu'elles résolvent ou les tâches qu'elles prennent en charge. Il est normal que quelques groupes très basiques soient exposés par défaut - ce sont les caractéristiques et les fonctions nécessaires au minimum pour faire quoi que ce soit avec le produit (par exemple, Quitter). Lorsque l'utilisateur expose un groupe et utilise les contrôles qu'il contient, ce groupe reste exposé indéfiniment - il est toujours ouvert lorsque l'utilisateur revient au produit pour une session ultérieure (à moins que l'utilisateur ne le ferme manuellement). De cette façon, l'interface utilisateur évolue pour fournir un accès facile aux fonctions spécifiques dont les utilisateurs ont besoin quand ils en ont besoin.
Cette réponse est une élaboration de ma réponse à The Developer Fundamentalists vs The Ergonomie Guys dans le groupe de discussion fermé Joel On Software - Design of Software.
- Vous feriez mieux de mettre l'utilisateur en contrôle d'activer des fonctionnalités supplémentaires.
Il n'y a rien de mal à une interface simplifiée, mais il y a un changement inattendu. Mettez l'utilisateur sous contrôle.