Nous savons tous qu’il est difficile de cr\u00e9er une nouvelle fonctionnalit\u00e9 ou un nouveau produit qui suscite un engagement profond de la part des clients. Jared Spool<\/a> (un leader d’opinion dans le domaine de l’UX et de la recherche sur les utilisateurs) explique pourquoi dans son tweet ci-dessous :<\/p>\n Le test d’utilisabilit\u00e9 est un processus connu et bien document\u00e9. Mais existe-t-il des moyens de tester la demande pour un nouveau produit ou une nouvelle fonctionnalit\u00e9 avant de le construire ? <\/p>\n Oui !<\/strong> \u00c0 condition de le faire correctement. Voici comment proc\u00e9der : <\/p>\n Commen\u00e7ons par mettre en \u00e9vidence une erreur de test courante :<\/p>\n Malheureusement, demander \u00e0 un r\u00e9pondant s’il utiliserait un produit ne permet pas d’obtenir une r\u00e9ponse fiable. Le tweet de Jared ci-dessus en explique partiellement la raison. Mais la raison sous-jacente pour laquelle cette question n’est pas un pr\u00e9dicteur fiable de la demande est qu’il ne co\u00fbte rien \u00e0 la personne interrog\u00e9e de r\u00e9pondre \u00ab\u00a0oui\u00a0\u00bb. <\/p>\n Dans la vie de tous les jours, en dehors des tests, dire \u00ab\u00a0oui\u00a0\u00bb est une d\u00e9cision de compromis. Pour dire \u00ab\u00a0oui\u00a0\u00bb, nous devons d’abord d\u00e9terminer si cela en vaut vraiment la peine pour moi. Comme c’est la m\u00eame question que vos utilisateurs se poseront lorsque votre produit (ou votre fonctionnalit\u00e9) sera commercialis\u00e9, vous devez \u00e9galement forcer cette d\u00e9cision pendant les tests. Il existe trois fa\u00e7ons de faire en sorte que le fait de r\u00e9pondre \u00ab\u00a0oui\u00a0\u00bb \u00e0 une question qualitative ait un co\u00fbt pendant un test. <\/p>\n Pour \u00eatre clair, cela ne garantit pas n\u00e9cessairement la cr\u00e9ation d’un produit (ou d’une fonctionnalit\u00e9) que les clients voudront utiliser. Apr\u00e8s tout, je suis s\u00fbr que vous avez d\u00e9j\u00e0 t\u00e9l\u00e9charg\u00e9 des applications que vous n’utilisez pas ou annul\u00e9 une r\u00e9servation d’h\u00f4tel pr\u00e9pay\u00e9e. Toutefois, ces tests constituent un excellent moyen d’\u00e9viter une mauvaise mise en \u0153uvre du produit ou de la fonctionnalit\u00e9. En d’autres termes, si une personne test\u00e9e n’est pas dispos\u00e9e \u00e0 vous donner son temps, sa r\u00e9putation ou son argent, c’est qu’elle n’a pas vraiment envie d’utiliser votre produit. <\/p>\n Une autre bonne fa\u00e7on de valider la demande future est de savoir si la personne interrog\u00e9e a d\u00e9j\u00e0 utilis\u00e9 un produit ou une fonction comparable dans le pass\u00e9. Jared sugg\u00e8re de poser cette question : <\/p>\n L’objectif de cette question est de mieux comprendre pourquoi un utilisateur a \u00ab\u00a0lou\u00e9\u00a0\u00bb un produit concurrent. La partie \u00ab\u00a0Parlez-moi de ce produit\u00a0\u00bb tente d’approfondir ce qui l’am\u00e8nerait \u00e0 passer \u00e0 votre produit. Qu’est-ce qu’ils aiment ou d\u00e9testent dans l’autre produit ? L’id\u00e9e de Jared est qu’il est peu probable que vous puissiez convaincre quelqu’un qui ne pratique pas actuellement une activit\u00e9 de s’y mettre. Toutefois, vous pouvez l’encourager \u00e0 abandonner un autre produit si le v\u00f4tre r\u00e9pond \u00e0 un besoin qui n’est pas encore satisfait. Et bien s\u00fbr, vous voudrez utiliser les tests minimalistes pour ces tests afin de valider les fonctionnalit\u00e9s pour lesquelles le client dira \u00ab\u00a0oui\u00a0\u00bb. Les tests de validation de la demande constituent la premi\u00e8re \u00e9tape. Pour susciter l’engagement des clients, un produit ou une fonctionnalit\u00e9 doit apporter de la valeur et<\/u> \u00eatre facile \u00e0 utiliser<\/u>. Une fois la demande valid\u00e9e, vous devez \u00e9galement proc\u00e9der \u00e0 des tests de convivialit\u00e9.<\/strong> En observant les tests de convivialit\u00e9, nous avons remarqu\u00e9 quelques erreurs courantes. <\/p>\n T\u00e9l\u00e9charger gratuitement<\/a><\/p>\n <\/p>\n Vous trouverez ci-dessous deux structures de test diff\u00e9rentes, avec le m\u00eame objectif. Essayez de d\u00e9terminer les deux diff\u00e9rences avant que nous ne vous les indiquions. <\/p>\n Avez-vous devin\u00e9 les principales diff\u00e9rences entre les tests ? Lisez la suite pour le savoir ! Formulation de la \u00ab\u00a0t\u00e2che<\/strong>\u00a0\u00bb Pourquoi est-ce important ? La formulation d’une t\u00e2che est importante parce que les nouveaux utilisateurs viennent \u00e0 votre produit pour r\u00e9soudre un probl\u00e8me qu’ils ont. La solution que vous proposez et la mani\u00e8re dont vous indiquez le chemin vers cette solution sont ce que vous testez dans le cadre d’un test d’utilisabilit\u00e9. Toutefois, si, au cours de votre test, vous \u00eates trop directif dans votre t\u00e2che, en posant essentiellement une \u00ab\u00a0question tendancieuse\u00a0\u00bb, les r\u00e9sultats seront fauss\u00e9s. Le test 1 indique \u00e0 l’utilisateur o\u00f9 cliquer. Ainsi, il ne serait pas clair si une personne est capable d’accomplir la t\u00e2che parce que l’UX est intuitive, ou parce qu’elle a simplement cherch\u00e9 les boutons avec l’\u00e9tiquette \u00ab\u00a0bloc-notes\u00a0\u00bb et \u00ab\u00a0ajouter une note\u00a0\u00bb, comme nous avons utilis\u00e9 ces mots. Au contraire, le test 2 est plus propice \u00e0 la fa\u00e7on dont un utilisateur penserait normalement, c’est-\u00e0-dire avec un probl\u00e8me \u00e0 r\u00e9soudre \u00e0 l’esprit. Dans le cas pr\u00e9sent, le probl\u00e8me \u00e0 r\u00e9soudre est \u00ab\u00a0ajouter mes r\u00e9flexions sur un projet\u00a0\u00bb. Par cons\u00e9quent, la navigation r\u00e9ussie dans le flux et l’ach\u00e8vement de la t\u00e2che par un r\u00e9pondant au test peuvent nous donner confiance dans le fait que l’UX de la fonctionnalit\u00e9 est intuitive.<\/p>\n Essentiellement, la formulation de la t\u00e2che pour un test d’utilisabilit\u00e9 doit \u00eatre ax\u00e9e sur le cas d’utilisation. \u00c9vitez d’\u00eatre trop directif lorsque vous formulez une t\u00e2che, ou vous finirez par recevoir des r\u00e9ponses rh\u00e9toriques. <\/strong><\/p>\n <\/p>\n Dans l’application \u00ab\u00a0jouet\u00a0\u00bb que nous avons cr\u00e9\u00e9e, la fonction \u00ab\u00a0ajouter une note\u00a0\u00bb se trouve sur la page \u00ab\u00a0bloc-notes\u00a0\u00bb. Mais comme la plupart des utilisateurs de l’application passent du temps dans le \u00ab\u00a0projet en cours\u00a0\u00bb, nous devons vraiment v\u00e9rifier si le fait de naviguer de la page du \u00ab\u00a0projet en cours\u00a0\u00bb \u00e0 la page du \u00ab\u00a0bloc-notes\u00a0\u00bb pour ajouter des notes est intuitif pour nos clients. <\/p>\n Cela est d’autant plus important que la t\u00e2che de l’utilisateur consiste \u00e0 \u00ab\u00a0partager ses r\u00e9flexions sur un projet\u00a0\u00bb, comme nous l’avons indiqu\u00e9 plus haut. En commen\u00e7ant par la page principale, nous pouvons savoir si l’utilisateur pense intuitivement \u00e0 naviguer vers le \u00ab\u00a0bloc-notes\u00a0\u00bb lorsqu’il veut r\u00e9aliser le cas d’utilisation \u00ab\u00a0partager ses pens\u00e9es\u00a0\u00bb. Si le point d’entr\u00e9e d’un test d’utilisabilit\u00e9 fait d\u00e9marrer l’utilisateur sur la page contenant l’activit\u00e9 (comme nous l’avons fait dans le test 1), vous ne testez pas la capacit\u00e9 de l’utilisateur \u00e0 naviguer correctement vers la fonctionnalit\u00e9. Vous testez simplement si l’utilisateur peut effectuer une activit\u00e9 sur cette page sp\u00e9cifique. En fait, un bon test d’utilisabilit\u00e9 ne mesure pas seulement la capacit\u00e9 d’un utilisateur \u00e0 accomplir une t\u00e2che, mais il teste \u00e9galement sa capacit\u00e9 \u00e0 suivre les flux de navigation courants vers cette t\u00e2che.<\/strong> Voici comment nous structurerions un test d’utilisabilit\u00e9 pour cette fonctionnalit\u00e9 : <\/p>\n <\/p>\n C’est tout pour l’instant ! Nous avons le plaisir de vous annoncer que Justinmind et Validately vont unir leurs forces dans le courant du mois !<\/strong> Alors restez \u00e0 l’\u00e9coute pour plus de d\u00e9tails sur l’int\u00e9gration.<\/em>restez \u00e0 l’\u00e9coute pour plus de d\u00e9tails sur l’int\u00e9gration<\/em> et des mises \u00e0 jour de l’UX.<\/em> <\/em><\/strong>En attendant, pourquoi ne pas<\/em> <\/em>inscrivez-vous \u00e0 une d\u00e9monstration de Validately<\/em><\/a> et<\/em> si vous ne l’avez pas encore fait, <\/em>t\u00e9l\u00e9chargez Justinmind<\/em> <\/em>pour commencer \u00e0 am\u00e9liorer votre flux de travail !<\/em><\/p>\n![\"usability-testing-past-behavior-Justinmind\"](\"https:\/\/www.justinmind.com\/wp-content\/uploads\/2016\/01\/usability-testing-past-behavior.jpg\")
<\/a><\/p>\nLa question \u00ab\u00a0Le feriez-vous ?\u00a0\u00bb n’est PAS suffisante.<\/strong><\/h4>\n
![\"Test](\"https:\/\/www.justinmind.com\/wp-content\/uploads\/2016\/01\/usability-testing-would-you-use-it.jpg\")
<\/a><\/p>\nVous devez faire en sorte que le \u00ab\u00a0oui\u00a0\u00bb ait un co\u00fbt<\/strong><\/h4>\n
\n
![\"capacit\u00e9](\"https:\/\/www.justinmind.com\/wp-content\/uploads\/2016\/01\/usability-email-address.jpg\")
<\/a><\/p>\n\n
![\"utilisabilit\u00e9-premier-utilisateur-nouveau-produit\"](\"https:\/\/www.justinmind.com\/wp-content\/uploads\/2016\/01\/usability-first-user.jpg\")
<\/a><\/p>\n\n
![\"utilisabilit\u00e9-pre-pay-produit\"](\"https:\/\/www.justinmind.com\/wp-content\/uploads\/2016\/01\/usability-pre-pay-product.jpg\")
<\/a><\/p>\nQue peuvent nous apprendre les tests de validation de la demande ?<\/strong><\/h4>\n
Le comportement pass\u00e9 est un bon indicateur<\/strong><\/h4>\n
![\"l'utilisabilit\u00e9](\"https:\/\/www.justinmind.com\/wp-content\/uploads\/2016\/01\/usability-tell-me-about-it.jpg\")
<\/a><\/p>\n
\nT\u00e9l\u00e9chargez Justinmind d\u00e8s aujourd’hui pour commencer \u00e0 tester !<\/span><\/h2>\n
\n<\/div>\nErreurs courantes lors des tests d’utilisabilit\u00e9<\/strong><\/h4>\n
![\"tests](\"https:\/\/www.justinmind.com\/wp-content\/uploads\/2016\/01\/usability-testing-mistakes.jpg\")
<\/a><\/p>\nLes principales diff\u00e9rences :<\/strong><\/h4>\n
\nLa premi\u00e8re grande diff\u00e9rence entre les deux tests r\u00e9side dans la formulation de la t\u00e2che. Il s’agit d’une diff\u00e9rence subtile, mais dont l’impact est significatif. <\/p>\n\n
La page d’entr\u00e9e<\/strong><\/h4>\n
![\"utilisabilit\u00e9-todo-app\"](\"https:\/\/www.justinmind.com\/wp-content\/uploads\/2016\/01\/usability-todo-app.jpg\")
<\/a><\/p>\n\n
![\"T\u00e9l\u00e9charger](\"https:\/\/www.justinmind.com\/wp-content\/uploads\/2017\/01\/Download_free.png\")
<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"