Est-il efficace de demander aux utilisateurs quel design ils préfèrent et pourquoi?
J'ai quelques options différentes pour l'UX d'un outil. Chacun est assez différent de l'autre.
Ils sont actuellement représentés sous forme de wireframes lo-fi. Je voudrais obtenir des commentaires sur eux pour décider lequel (s) aller de l'avant sans construire de prototypes pour chacun.
Étant donné que j'ai accès à un large éventail d'utilisateurs serait-il efficace de simplement montrer aux utilisateurs les différentes options de conception, d'expliquer comment ils fonctionnent et de leur demander ensuite ce qui, selon eux, fonctionnerait le mieux (et pourquoi)? qualité des résultats par rapport à un test de convivialité sur un prototype?
Bref, non. Les personnes n'ayant pas les connaissances nécessaires pour évaluer un design en regardant des wireframes ne peuvent pas vous donner une bonne réponse. La seule façon d'obtenir une vraie réponse de votre public cible est de tester le design avec eux. Sinon, c'est comme un médecin qui demande à un patient quel traitement il préfère, plutôt que de dire "c'est ce dont vous avez besoin".
Les tests ne doivent pas non plus être une opération importante et coûteuse. Vous pouvez aller aussi simple que le wireframing des écrans et des boîtes de dialogue nécessaires pour une tâche donnée et leur demander de "taper" à travers eux en pointant sur les éléments d'écran et en vous disant ce qu'ils pensent comme ils le font. Prenez des notes sur ce qu'ils ont bien compris et sur ce qui n'était pas clair pour eux, et révisez. Lisez sur le prototypage papier pour obtenir des conseils sur la façon de procéder.
Pour aller plus loin, faites prototyper la conception afin que votre public de test puisse l'utiliser sur un écran et voir comment cela se passe. Cela prend plus de temps, surtout si vous ne vous codez pas, mais c'est très efficace.
Vous pouvez également être assez limité avec votre public cible; -5 personnes trouveront la majorité des problèmes , d'après les recherches de Jakob Neilsen. Même si vous ne pouvez obtenir qu'une seule personne qui sera un véritable utilisateur du produit, cela vous aidera beaucoup plus que de leur demander ce qu'ils préfèrent. Les tests font partie de la distance à parcourir pour produire de bons designs, et demander une préférence semble presque susceptible de produire le contraire d'un design réussi.
Vous concevez un outil (une application Web), ce qui signifie que l'interaction avec l'utilisateur ne peut être évaluée que par l'interaction .... Le degré de valeur que vous obtiendrez de votre utilisateur en regardant un filaire à faible fi ne sera pas utile pour tout prototypage. En substance, vous demandez des commentaires sur l'expérience utilisateur sur quelque chose qui ne peut pas interagir.
Votre discussion avec les utilisateurs doit précéder votre liste d'options et après la première phase de prototypage.
Comme le soutient Bill Buxton , montrer différentes options de conception aidera l'utilisateur à exprimer des pensées critiques: il peut le faire sans risquer de "jeter tout son travail".
Ainsi, vous pouvez donner quelques exemples de tâches à "accomplir" (comment allez-vous essayer de le faire?) Sur chaque option de conception, puis laissez-les comparer ce qu'ils ont préféré et, plus important encore, pourquoi.
Les utilisateurs sont notoirement mal à prédire ce qu'ils peuvent faire à l'avenir, c'est pourquoi je pense que c'est une erreur de montrer aux utilisateurs plusieurs modèles et de leur demander ce qu'ils pensent qu'ils préféreraient utiliser. Selon Daniel Gilbert, auteur de Stumbling on Happiness , "L'une des choses les plus insidieuses à propos de la comparaison côte à côte est qu'elle nous amène à prêter attention à tout attribut qui distingue les possibilités que nous comparons ". En d'autres termes, "les comparaisons côte à côte amèneront les utilisateurs à considérer tous les attributs sur lesquels les conceptions diffèrent et finiront par considérer les attributs qu'ils ne se soucient pas vraiment, mais arrivent à distinguer un design de l'autre ".
Dans presque tous les cas, il est préférable de restreindre les alternatives de conception à une seule conception, de tester l'utilisabilité et d'itérer.