Dois-je demander à l'utilisateur de terminer la tâche le plus rapidement possible dans le test utilisateur?
J'ai besoin d'évaluer le processus de soumission automatique d'assurance qui comporte 3 à 4 pages de formulaires à remplir. J'ai conçu un prototype avec deux variantes et je veux tester laquelle est la plus facile à utiliser. Je prévois donc de faire un test utilisateur standard avec le protocole think aloud et de tester 10 utilisateurs sur 1 variante et 10 sur l'autre variante.
La question est devrais-je leur demander de terminer la tâche aussi vite qu'ils le pourraient ou non, afin d'obtenir les données les plus valides et les plus précieuses.
J'ai besoin de quantifier les données afin de pouvoir présenter des statistiques, comme le temps d'exécution des tâches aux gestionnaires.
Je pense que si je leur demandais de le remplir aussi vite qu'ils le pouvaient, ils pourraient omettre de partager quelques informations précieuses.
D'après votre expérience, quels sont les avantages et les inconvénients?
Merci d'avance.
Modifier:
Le problème est qu'il n'y a pas de système réel dont je puisse suivre les statistiques et faire un test A/B. Ce n'est pas disponible. Je dois obtenir des résultats abstraits pour le processus de remplissage de formulaire, car nous construisons un logiciel d'assurance qui sera mis en œuvre dans différents pays où différentes règles s'appliquent. J'ai donc besoin de résultats abstraits pour le processus de remplissage du formulaire d'assurance, dans son ensemble.
Je dirais non. Vous leur demandez d'exprimer le raisonnement derrière leurs actions au fur et à mesure (protocole de réflexion à voix haute) - ils peuvent décider qu'une façon d'accélérer les choses ne veut pas dire grand-chose qui serait contre-productif.
Je me méfierais également d'essayer de mélanger des techniques d'observation qualitative avec des mesures quantitatives. Les utilisateurs plus lents peuvent simplement observer plus et vous en dire plus dans un test de réflexion à voix haute. Si les gestionnaires veulent des chiffres pour un graphique, collectez des données sur le nombre d'erreurs commises et/ou le nombre d'observations collectées. Enregistrez les mesures de vitesse pour un autre test.
Non, vous ne devez pas demander à un utilisateur de terminer la tâche aussi rapidement que possible.
Un test utilisateur est trop un cadre artificiel pour obtenir une véritable lecture de l'efficacité. Il est également difficile pour vous d'obtenir suffisamment de testeurs pour obtenir des données statistiquement significatives à des fins de comparaison.
Le temps jusqu'à l'achèvement est mieux analysé en suivant les métriques sur le système réel. Vous devez configurer un test A/B pour votre système pour les 2 dispositions.
Comme d'autres personnes l'ont mentionné, il est préférable de ne pas demander aux utilisateurs d'effectuer les tâches aussi rapidement que possible. Il y a plusieurs raisons, l'une est celle que vous avez déjà mentionnée, plus les utilisateurs partagent avec vous tout en parlant à voix haute, plus ils prennent de temps pour terminer les tâches. Passer un test d'utilisabilité et parler à haute voix ne sont pas naturels pour les participants et nécessitent plus de ressources cognitives que lorsque les gens effectuent des tâches dans leur propre contexte. Ils peuvent prendre plus de temps et faire plus d'erreurs tout en vous parlant en laboratoire.
Si votre objectif est d'évaluer la convivialité et de comprendre quelle conception est la plus intuitive, le protocole de réflexion à voix haute vous aide à comprendre le pourquoi. La convivialité et la facilité d'utilisation vont bien au-delà du temps consacré à la tâche, mais il est possible que vos responsables y pensent de manière synonyme. D'un autre côté, si votre objectif est d'obtenir des données quantitatives, un test A/B est peut-être une meilleure approche, dans ce cas, 10 personnes ne sont pas statistiquement significatives.
Je séparerais les études quantitatives et qualitatives, mais si vous avez besoin d'obtenir les deux types de données dans une seule étude, peut-être en commençant par une tâche passionnée où les participants passent par la tâche comme ils le feraient normalement, puis en poursuivant avec la réflexion à voix haute ne sera pas être une mauvaise idée. Pour la tâche passionnée au lieu de leur demander de passer au travers aussi vite qu'ils le pouvaient, je recommanderais de leur demander de s'imaginer dans un scénario/situation dans lequel ils doivent agir vite.
Comme d'autres l'ont dit, vous ne devriez pas essayer d'influencer l'utilisateur dans une certaine direction pour un test d'utilisabilité. Jetez un œil à ceci script de test , je l'ai trouvé très utile en termes de cadrage du test d'utilisabilité et d'instruire les utilisateurs à réfléchir à haute voix, etc.
En termes d'analyses/données de votre test d'utilisabilité, vous pouvez essayer d'utiliser Canvas Flip - Je ne l'ai pas utilisé auparavant mais ça a l'air intéressant!
Vous devez consacrer beaucoup de temps à planifier et à réfléchir à ce que vous voulez retirer du test. Lorsque vous effectuez des tests d'utilisabilité, vous devez chercher à recueillir des données quantitatives et/ou qualitatives.
En règle générale, en termes de temps, un test d'utilisation typique peut être divisé en trois phases:
Planification - 45% du temps
Exécution du test - 10% du temps
Évaluation des résultats/production de rapports - 45% du temps
Donc, si vous décidez d'évaluer le temps, car il est important que les utilisateurs puissent atteindre rapidement leur objectif en raison de certains besoins commerciaux, il est acceptable de leur demander de terminer la tâche le plus rapidement possible. Vous noterez la vitesse et la précision. Cependant, ce n'est qu'un aspect de votre test d'utilisabilité. Vous pouvez ajouter d'autres choses que vous recherchez, par exemple que pensent-ils de la tâche qu'ils viennent de terminer, et vous remarquerez peut-être d'autres choses qui se produisent pendant le test, surtout si vous demandez aux gens de parler à haute voix de ce qu'ils pensent.
C'est pourquoi la phase de planification est très importante.
Je pense qu'on ne devrait jamais instruire l'utilisateur, laissez-le suivre son cours et dans ce processus, vous, en tant que concepteur UX, devriez l'observer, chaque utilisateur pourrait être un personnage important pour vous. Sur la base de la recherche, travaillez sur votre formulaire pour réduire les points douloureux que vous avez observés lors des sessions avec les utilisateurs.
Si vous parlez de restreindre le temps, veuillez consulter les tests de convivialité de référence.
Si vous souhaitez donner des informations précieuses, laissez l'utilisateur parler et laissez-lui expliquer ce qu'il voit, ce qu'il fait.,
Si je veux toujours que l'utilisateur termine la tâche "aussi vite que possible", je lui donnerais des scénarios comme celui-ci: vous avez 1 minute pour prendre le métro, pendant que vous descendez les escaliers mécaniques, veuillez essayer de "terminer ma tâche" "et prenez le métro.