Un bon outil de prototypage doit \u00eatre int\u00e9gr\u00e9 \u00e0 une bonne plateforme de tests utilisateurs, c’est pourquoi en ce d\u00e9but d’ann\u00e9e 2016, vous aurez une excellente nouvelle de la part de Justinmind : l’int\u00e9gration<\/a> compl\u00e8te avec Validately<\/a>, l’une des meilleures plateformes de tests utilisateurs rapides pour les prototypes et les fonctionnalit\u00e9s actives. Steven Cohn<\/a>, le fondateur de Validately<\/a>, donne quelques conseils pratiques sur la mani\u00e8re de mener des tests utilisateurs dans les r\u00e8gles de l’art.<\/p>\n Permettez-moi de vous pr\u00e9senter quelques statistiques du secteur :<\/p>\n Ces chiffres sont \u00e9normes. Des statistiques qui font bouger les aiguilles et qui sont largement r\u00e9pandues. La v\u00e9rit\u00e9, c’est que <\/p>\n Il est impossible pour un designer ou un chef de produit de s’asseoir dans une pi\u00e8ce et de deviner comment un client souhaite utiliser une fonction\/un produit.<\/em><\/p><\/blockquote>\n J’expliquerai les tests d’utilisateurs \u00e0 l’aide de cette grille :<\/p>\n UI L’utilisabilit\u00e9 est facile \u00e0 comprendre. Quelqu’un peut-il passer de la page 1 \u00e0 la page 2, puis \u00e0 la page 3 et \u00e0 la page 4 sans s’embrouiller ? L’utilisabilit\u00e9 en situation r\u00e9elle est plus complexe. Ce type de test permet de d\u00e9terminer si l’utilisateur se servira r\u00e9ellement de la fonctionnalit\u00e9 dans sa vie r\u00e9elle. Aussi simple que cela puisse para\u00eetre, la r\u00e9ponse est tr\u00e8s complexe. N’oubliez pas une chose lorsque vous testez la facilit\u00e9 d’utilisation en conditions r\u00e9elles : <\/p>\n Ce qu’un client dit qu’il fera, ce qu’il dit avoir fait et ce qu’il fait r\u00e9ellement sont trois choses diff\u00e9rentes.<\/em><\/p><\/blockquote>\n Voici quelques exemples de questions \u00e0 poser lors de l’\u00e9valuation de la facilit\u00e9 d’utilisation en situation r\u00e9elle :<\/p>\n Je pourrais continuer \u00e0 \u00e9num\u00e9rer les questions qui permettent de pr\u00e9dire le succ\u00e8s d’un design de fonctionnalit\u00e9. Mais l’essentiel est l\u00e0 : <\/p>\n Tant que vous n’avez pas pr\u00e9sent\u00e9 un prototype d’une nouvelle fonctionnalit\u00e9 \u00e0 un client, il n’y a AUCUN moyen de d\u00e9terminer si elle r\u00e9pond aux exigences du client pour qu’il l’utilise r\u00e9ellement.<\/em><\/p><\/blockquote>\n Se contenter de recueillir des \u00ab\u00a0exigences\u00a0\u00bb lors d’entretiens n’est pas suffisant. Les clients doivent voir quelque chose visuellement et l’essayer pour vous dire s’ils l’utiliseraient. Avec cette compr\u00e9hension de base des objectifs des tests d’utilisateurs, la prochaine \u00e9tape est de savoir comment. <\/p>\n Le test mod\u00e9r\u00e9 consiste \u00e0 tester avec un client en temps r\u00e9el. Il peut s’agir d’un test \u00e0 distance ou en personne, mais vous \u00eates en direct avec le client pour lui demander d’essayer un prototype ou une fonctionnalit\u00e9 d\u00e9j\u00e0 construite et lui poser des questions sur l’utilisabilit\u00e9 dans la vie r\u00e9elle (voir ci-dessus). Vous pouvez \u00e9galement apprendre l’utilisabilit\u00e9 de l’UI \u00e0 l’aide de tests mod\u00e9r\u00e9s. L’avantage des tests mod\u00e9r\u00e9s est qu’ils vous permettent d’obtenir des informations approfondies sur la fa\u00e7on dont le client utilisera le design d’une fonctionnalit\u00e9. Vous pouvez suivre et poser des questions lorsqu’un utilisateur mentionne quelque chose et approfondir la question. Cependant, ce type de test demande plus de temps. Il est pr\u00e9f\u00e9rable d’utiliser un prototype pour ce type de test, car il est facile d’y apporter des modifications. Vous devrez recruter des testeurs qui correspondent \u00e0 votre persona et fixer une date pour une session en direct ; faire passer le testeur par un prototype et lui demander d’accomplir des t\u00e2ches sp\u00e9cifiques ; poser des questions d’utilisabilit\u00e9 r\u00e9elle, comme indiqu\u00e9 ci-dessus ; prendre des notes et enregistrer la session afin de partager les aspects importants avec les parties prenantes. Il serait bon de parler avec 5 testeurs par persona. Si vous n’avez pas le temps ou le budget pour 5, 3 est mieux que z\u00e9ro. <\/p>\n T\u00e9l\u00e9charger gratuitement<\/a><\/p>\n Tests non mod\u00e9r\u00e9s<\/b><\/p>\n Les tests non mod\u00e9r\u00e9s sont asynchrones. Vous mettez en place un test, vous l’envoyez aux participants et vous enregistrez leurs interactions, et souvent leurs voix, lorsqu’ils tentent d’accomplir certaines t\u00e2ches. Vous n’\u00eates pas en direct avec eux. Le principal avantage de cette m\u00e9thode est qu’elle est rapide parce qu’elle est asynchrone. Vous pouvez obtenir un grand nombre de r\u00e9ponses pendant que vous travaillez sur autre chose. Cependant, vous ne pouvez pas poser de questions de suivi et approfondir les choses lorsqu’un utilisateur est en train d’\u00eatre test\u00e9. Ainsi, vous ne pouvez r\u00e9ellement apprendre que l’utilisabilit\u00e9 de l’UI. Unmoderated n’est PAS utile pour apprendre l’utilisabilit\u00e9 dans la vie r\u00e9elle. Il est pr\u00e9f\u00e9rable d’effectuer ce test avec un prototype cliquable, car vous allez certainement apprendre et vouloir apporter des modifications. Vous devrez recruter des testeurs qui correspondent \u00e0 votre persona, soit \u00e0 partir d’un panel, soit par vos propres moyens. Vous donnez aux testeurs une t\u00e2che \u00e0 accomplir sur le prototype cliquable et vous mesurez combien d’entre eux peuvent accomplir la t\u00e2che dans un d\u00e9lai raisonnable. Souvent, vous souhaitez que le participant partage ses pens\u00e9es \u00e0 haute voix pendant qu’il tente d’accomplir une t\u00e2che. Vous pouvez ensuite poser des questions qualitatives telles que l’approche de notation SUS<\/a>. Les t\u00e2ches ne doivent pas \u00eatre trop prescriptives et ne doivent pas utiliser des mots sp\u00e9cifiques utilis\u00e9s dans l’UI. Par exemple : <\/p>\n Il existe deux approches pour les tests non mod\u00e9r\u00e9s en termes de nombre de testeurs :<\/p>\n Lorsque nous discutons avec des Product Managers, des UX Designers et des User Researchers pour savoir pourquoi ils ne m\u00e8nent pas plus de User Research\/Testing, ils r\u00e9pondent g\u00e9n\u00e9ralement la m\u00eame chose….je n’ai pas le temps !<\/b> Lorsque nous nous penchons sur cette question, nous constatons que c’est parce que le processus entourant les sessions de test prend plus de temps que les sessions de test elles-m\u00eames. En particulier, les points de douleur suivants : <\/p>\n Validately facilite la recherche et les tests utilisateurs en automatisant toutes ces \u00e9tapes pour nos clients.<\/strong> Nous nous attaquons \u00e0 ces points douloureux afin de faciliter la communication avec votre Persona et de tester des prototypes ou du code r\u00e9el. Nous offrons des solutions simples et abordables pour les tests avec ou sans mod\u00e9rateur. <\/p>\n Attendre pour effectuer des tests utilisateurs sur des fonctionnalit\u00e9s cod\u00e9es est une approche extr\u00eamement inefficace et co\u00fbteuse. Voici les donn\u00e9es (IBM) : <\/p>\n<\/div>\n Ces statistiques montrent pourquoi il est pr\u00e9f\u00e9rable d’effectuer vos tests utilisateurs sur des prototypes. Mais il y a une autre raison. Une fois qu’une entreprise a cod\u00e9 une fonctionnalit\u00e9, elle en devient redevable. En revanche, les tests sur des prototypes donnent aux \u00e9quipes de design la libert\u00e9 d’exp\u00e9rimenter diff\u00e9rentes approches et d’apprendre la meilleure avant d’\u00eatre enferm\u00e9es dans un seul design. <\/span><\/p>\n Les prototypes haute-fid\u00e9lit\u00e9, comme ceux de Justinmind, sont toujours les meilleurs pour r\u00e9aliser vos tests utilisateurs. Les interactions sont r\u00e9alistes et l’utilisateur peut ainsi se faire une id\u00e9e de la mani\u00e8re dont la nouvelle fonctionnalit\u00e9 fonctionnera r\u00e9ellement. Il est \u00e9galement toujours pr\u00e9f\u00e9rable d’effectuer vos tests dans l’environnement naturel de l’utilisateur et sur son appareil habituel, ce qui est une autre raison pour laquelle les prototypes de Justinmind sont parfaits pour les tests utilisateurs. <\/span><\/p>\n<\/div>\nPourquoi une \u00e9quipe produit devrait-elle consacrer le peu de temps dont elle dispose aux tests utilisateurs ?<\/b><\/em><\/h2>\n
\n
Quelles sont les diff\u00e9rentes options de test ? <\/b><\/em><\/h2>\n
![\"mod\u00e9r\u00e9](\"https:\/\/www.justinmind.com\/wp-content\/uploads\/2015\/12\/user-testing-moderated-vs-unmoderated.png\")
<\/a>
\nLorsque vous testez le design d’une nouvelle fonctionnalit\u00e9, vous voulez apprendre deux choses :<\/p>\n\n
\n
Tests mod\u00e9r\u00e9s<\/b><\/h4>\n
\nT\u00e9l\u00e9chargez Justinmind d\u00e8s aujourd’hui et testez-le !<\/span><\/h2>\n
\n<\/div>\n\n
\n
Comment Validately vous aide-t-il \u00e0 r\u00e9aliser des tests utilisateurs ?<\/b><\/em><\/h2>\n
\n
Comment le prototypage aide-t-il \u00e0 tester les utilisateurs ? <\/strong><\/em><\/h2>\n
\n
\n
\n
Quelles sont les caract\u00e9ristiques qui font d’un outil de prototypage un excellent outil de test utilisateur ? <\/em><\/strong><\/h2>\n
\n
![\"T\u00e9l\u00e9charger](\"https:\/\/www.justinmind.com\/wp-content\/uploads\/2017\/01\/Download_free.png\")
<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"