Concevoir pour les débutants perpétuels
Dans À propos de Face 3 Alan Cooper encourage à concevoir pour tilisateur intermédiaire (au lieu du débutant ou de l'expert). Cela est dû au fait que les utilisateurs commencent à saisir les signaux et deviennent des adeptes en raison d'une utilisation régulière.
Mais que se passe-t-il si les utilisateurs utilisent l'application de façon peu fréquente et quand ils le font pour une courte durée? Dans mon cas - l'utilisation est limitée à une fois peut-être deux fois par an. Il est fort probable que la personne ne se souvienne pas de l'application un an plus tard - d'où un débutant perpétuel.
Quels principes devraient être utilisés lors de la création d'une application pour les utilisateurs novices qui pourraient ne jamais interagir suffisamment avec l'application pour devenir un intermédiaire? En quoi cela serait-il différent de la conception pour un utilisateur intermédiaire?
Une application rarement utilisée has pour être aussi facile à utiliser que possible. Sauf si vous avez des besoins très spécifiques, l'innovation n'est pas souhaitable. Chaque instant que vous passez à rendre votre application aussi évidente et familière que possible pour vos utilisateurs leur épargnera des heures de frustration et évitera l'échec potentiel de l'initiative prise en charge par votre application.
Au début des années 2000, j'ai travaillé avec une équipe qui a hérité d'un système de gestion de contenu intranet construit par une agence externe qui n'a prêté aucune attention à la convivialité lors du chargement de l'outil avec des fonctionnalités pour toutes les situations imaginables.
Le résultat était techniquement compliqué, impossible à maîtriser et rempli de fonctionnalités inutilisées. Le résultat était que personne formé à l'utilisation de l'outil ne pouvait jamais se souvenir comment mettre à jour son contenu, alors ils ont demandé à l'équipe intranet de le faire pour eux, ce qui signifie que l'équipe intranet était surchargée de travail de contenu et ne pouvait jamais rien faire de tactique, encore moins stratégique. Pendant ce temps, l'intranet est devenu de plus en plus obsolète car les gens évitaient tout ce qui pourrait les obliger à changer l'une de leurs pages.
Beaucoup d'argent avait été dépensé pour cet outil, de sorte que l'organisation répugnait à le remplacer jusqu'à ce qu'il soit précisé combien cela leur coûtait d'avoir une équipe d'entrepreneurs qualifiés pour éditer efficacement les documents.
Un de mes collègues a adapté un site qu'il avait développé pour moi en un système de gestion de contenu simple avec cinq champs, dont le gestionnaire de contenu n'avait qu'à remplir deux d'entre eux: le titre et le corps du texte pour publier une page. Lorsque nous avons montré à un employé de bureau comment l'utiliser et qu'elle a pu le maîtriser en quinze minutes, nous avons réalisé à quel point cela pouvait être important et quand un changement de marque interne coïncidait avec le déploiement progressif de l'outil, la prise en main s'est accélérée.
L'intranet a été transformé en six mois alors que Word s'est répandu à propos de ce nouvel outil pour des sites intranet attrayants qui était si facile à utiliser et en deux ans, nous avons doublé l'utilisation mensuelle de l'intranet.
L'une des meilleures choses que vous pouvez faire lors de la conception pour un "débutant perpétuel" est de faire des recherches sur les utilisateurs, y compris des tests utilisateurs, pendant le processus de conception. Cela peut garantir que les éléments de conception que nous entendons intuitifs le sont vraiment.
Il est important de tester votre application auprès du public approprié. Lorsque vous sélectionnez vos participants au test, vous pouvez vous assurer de sélectionner des personnes qui seront similaires à votre public cible. Cela peut inclure certains âges, antécédents socioéconomiques, niveaux de revenu, fonctions professionnelles, niveau d'expérience de l'appareil et à peu près tout ce à quoi vous pouvez penser. Peu importe qui vous avez testé votre application, cependant, ils seront nouveaux pour elle. Ainsi, vous pourrez voir comment plusieurs vrais débutants interagiront avec votre application. Cela vous aidera à comprendre comment le design sera interagi avec le "débutant perpétuel". Une entreprise pour laquelle je travaille, Userlytics, dispose d'excellents outils pour vous aider à recruter des participants pour une étude (parmi de nombreuses autres façons de vous aider à mener une étude). Vous pouvez certainement sélectionner et recruter des participants par vous-même, mais selon votre situation, cela pourrait vous être utile.
Vous pouvez également envisager des tests itératifs rapides, où vous pouvez apporter des modifications à votre application à mesure que vous trouvez des moyens de l'améliorer. Une autre façon pourrait être une série de tests où vous testez d'abord la version 1 de l'application, puis la phase 2 de l'étude testera la version 2 de l'application, à laquelle vous avez apporté des modifications en fonction des résultats de la phase 1 de l'étude. Remarque: Je ne réutiliserais aucun participant pour ce type d'étude en 2 phases, car vous voulez à chaque fois un regard neuf.
J'espère que ça aide!
Je recommanderais des conventions de reconduction que l'utilisateur connaît déjà. Supposons qu'il s'agit d'une application iOS. Un utilisateur iOS connaîtra les commandes d'interface des normes iOS. Tant que votre application se comporte de la même manière cohérente que celle décrite dans les directives d'interface humaine d'Apple , les utilisateurs seront convaincus de savoir comment utiliser votre application malgré ne l'utilisez pas régulièrement.
Vous pouvez rencontrer des situations dans lesquelles il n'y a pas d'interface conventionnelle pour réaliser une tâche plus complexe. Si vous avez un utilisateur débutant perpétuel, vous voudrez probablement rendre les étapes très évidentes même si cela ajoute plus d'étapes dans le processus. Les utilisateurs ne passeront par ce processus que de temps en temps, donc clarifier est bien plus important que la vitesse. Les raccourcis ne sont probablement pas nécessaires ni même souhaités.
Pour une application qui reçoit un usage régulier, vous avez un peu plus de latitude dans la conception de contrôles personnalisés pour les flux d'utilisateurs plus complexes. Les raccourcis deviennent plus utiles. Ce sera probablement une bonne idée d'introduire de nouvelles fonctionnalités/modifications en utilisant un flux "de type tour". Je suis sûr que vous l'avez vu sur Google, Facebook, etc.
Voici un exemple: 
Il n'y a probablement pas grand besoin de ce type de fonctionnalité si votre application n'obtient pas une utilisation régulière, car tout sera nouveau pour l'utilisateur.
Je pense que pour cette catégorie de problème, "débutant" et "intermédiaire" n'y entrent pas vraiment. L'objectif est de permettre à un utilisateur non engagé d'accomplir sa tâche le plus rapidement possible, avec le moins d'énergie mentale possible. Imaginez quelqu'un regarder la télévision avec un ordinateur portable sur les genoux.
- Beaucoup d'options par défaut qui sont généralement correctes
- De grands signes avant-coureurs s'ils doivent réellement faire attention
- Suivez toutes les conventions possibles
- Absolument aucun texte si vous pouvez l'éviter. Pas de préambule d'introduction. Exprimez tout à travers des formes, des couleurs, des logos et une utilisation très parcimonieuse du texte avec beaucoup de contexte non textuel. (par exemple, "(approuvé par la FDA)" dans un coin, plutôt que "Cette application a été approuvée par la FDA").
- Faites-le rapide. Les délais entre les écrans donnent à un utilisateur non engagé le temps d'oublier ce qu'il faisait et de passer à un autre onglet et de commettre une erreur.
- S'il y a un concept clé qu'ils doivent absolument comprendre, l'exprimer, mais vraiment travailler le texte jusqu'à ce qu'il soit simple, court et peut être compris en un coup d'œil sans aucune pensée.