Comment valider la demande à l’aide d’études d’utilisateurs

Comment valider la demande pour votre nouveau produit ou vos nouvelles fonctionnalités ? La réponse est simple : choisissez une plateforme de test utilisateur intelligente. Des suggestions ? Oui, Validement !

L’utilisation de wireframes et prototypes interactifs haute-fidélité avec des tests d’utilisabilité est un moyen efficace d’obtenir un retour d’information, mais vous devez le faire de la bonne manière. Justinmind et Validately ont lancé un nouveau partenariat en février 2016, et désormais tous les utilisateurs de Justinmind PRO peuvent également essayer Validately gratuitement! Dans ce billet d’invité, Steven Cohn, fondateur et PDG de Validately, donne quelques conseils sur la façon de valider la demande pour votre nouveau produit ou vos nouvelles fonctionnalités par le biais de la recherche utilisateur. L’article comprend également des conseils sur la façon d’éviter les erreurs courantes lors des tests d’utilisabilité.

Nous savons tous qu’il est difficile de créer une nouvelle fonctionnalité ou un nouveau produit qui suscite un engagement profond de la part des clients. Jared Spool (un leader d’opinion dans le domaine de l’UX et de la recherche sur les utilisateurs) explique pourquoi dans son tweet ci-dessous :

Le test d’utilisabilité est un processus connu et bien documenté. Mais existe-t-il des moyens de tester la demande pour un nouveau produit ou une nouvelle fonctionnalité avant de le construire ?

Oui ! À condition de le faire correctement. Voici comment procéder :

La question « Le feriez-vous ? » n’est PAS suffisante.

Commençons par mettre en évidence une erreur de test courante :

Malheureusement, demander à un répondant s’il utiliserait un produit ne permet pas d’obtenir une réponse 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édicteur fiable de la demande est qu’il ne coûte rien à la personne interrogée de répondre « oui ».

Vous devez faire en sorte que le « oui » ait un coût

Dans la vie de tous les jours, en dehors des tests, dire « oui » est une décision de compromis. Pour dire « oui », nous devons d’abord déterminer si cela en vaut vraiment la peine pour moi. Comme c’est la même question que vos utilisateurs se poseront lorsque votre produit (ou votre fonctionnalité) sera commercialisé, vous devez également forcer cette décision pendant les tests. Il existe trois façons de faire en sorte que le fait de répondre « oui » à une question qualitative ait un coût pendant un test.

• Temps : aDemandez à la personne qui a répondu au test de vous accorder plus de temps. S’il est vraiment intéressé par le produit (ou la fonction), il dira « oui » ! Voici un exemple de question :

• Réputation : demander au répondant du test de partager votre produit avec ses amis sans compensation ? S’ils sont vraiment enthousiasmés par votre produit (ou votre fonctionnalité), ils le partageront volontiers avec d’autres. Voici un exemple :

• L’argent : demander au répondant de payer à l’avance le produit (ou la fonction). Même le fait de demander un montant nominal est révélateur. Voici un exemple de question:#

Que peuvent nous apprendre les tests de validation de la demande ?

Pour être clair, cela ne garantit pas nécessairement la création d’un produit (ou d’une fonctionnalité) que les clients voudront utiliser. Après tout, je suis sûr que vous avez déjà téléchargé des applications que vous n’utilisez pas ou annulé une réservation d’hôtel prépayée. Toutefois, ces tests constituent un excellent moyen d’éviter une mauvaise mise en œuvre du produit ou de la fonctionnalité. En d’autres termes, si une personne testée n’est pas disposée à vous donner son temps, sa réputation ou son argent, c’est qu’elle n’a pas vraiment envie d’utiliser votre produit.

Le comportement passé est un bon indicateur

Une autre bonne façon de valider la demande future est de savoir si la personne interrogée a déjà utilisé un produit ou une fonction comparable dans le passé. Jared suggère de poser cette question :

L’objectif de cette question est de mieux comprendre pourquoi un utilisateur a « loué » un produit concurrent. La partie « Parlez-moi de ce produit » tente d’approfondir ce qui l’amènerait à passer à votre produit. Qu’est-ce qu’ils aiment ou détestent dans l’autre produit ? L’idée de Jared est qu’il est peu probable que vous puissiez convaincre quelqu’un qui ne pratique pas actuellement une activité de s’y mettre. Toutefois, vous pouvez l’encourager à abandonner un autre produit si le vôtre répond à un besoin qui n’est pas encore satisfait. Et bien sûr, vous voudrez utiliser les tests minimalistes pour ces tests afin de valider les fonctionnalités pour lesquelles le client dira « oui ». Les tests de validation de la demande constituent la première étape. Pour susciter l’engagement des clients, un produit ou une fonctionnalité doit apporter de la valeur et être facile à utiliser. Une fois la demande validée, vous devez également procéder à des tests de convivialité. En observant les tests de convivialité, nous avons remarqué quelques erreurs courantes.

 

Erreurs courantes lors des tests d’utilisabilité

Vous trouverez ci-dessous deux structures de test différentes, avec le même objectif. Essayez de déterminer les deux différences avant que nous ne vous les indiquions.

Les principales différences :

Avez-vous deviné les principales différences entre les tests ? Lisez la suite pour le savoir ! Formulation de la « tâche »
La première grande différence entre les deux tests réside dans la formulation de la tâche. Il s’agit d’une différence subtile, mais dont l’impact est significatif.

• Dans le test 1, la formulation de la tâche est très prescriptive. Nous utilisons même les noms exacts qui figurent dans le produit.
• Dans le test 2, la formulation de la tâche est axée sur le cas d’utilisation, c’est-à-dire « Faites part de vos réflexions sur un projet ».

Pourquoi est-ce important ? La formulation d’une tâche est importante parce que les nouveaux utilisateurs viennent à votre produit pour résoudre un problème qu’ils ont. La solution que vous proposez et la manière dont vous indiquez le chemin vers cette solution sont ce que vous testez dans le cadre d’un test d’utilisabilité. Toutefois, si, au cours de votre test, vous êtes trop directif dans votre tâche, en posant essentiellement une « question tendancieuse », les résultats seront faussés. Le test 1 indique à l’utilisateur où cliquer. Ainsi, il ne serait pas clair si une personne est capable d’accomplir la tâche parce que l’UX est intuitive, ou parce qu’elle a simplement cherché les boutons avec l’étiquette « bloc-notes » et « ajouter une note », comme nous avons utilisé ces mots. Au contraire, le test 2 est plus propice à la façon dont un utilisateur penserait normalement, c’est-à-dire avec un problème à résoudre à l’esprit. Dans le cas présent, le problème à résoudre est « ajouter mes réflexions sur un projet ». Par conséquent, la navigation réussie dans le flux et l’achèvement de la tâche par un répondant au test peuvent nous donner confiance dans le fait que l’UX de la fonctionnalité est intuitive.

Essentiellement, la formulation de la tâche pour un test d’utilisabilité doit être axée sur le cas d’utilisation. Évitez d’être trop directif lorsque vous formulez une tâche, ou vous finirez par recevoir des réponses rhétoriques.

 

La page d’entrée

Dans l’application « jouet » que nous avons créée, la fonction « ajouter une note » se trouve sur la page « bloc-notes ». Mais comme la plupart des utilisateurs de l’application passent du temps dans le « projet en cours », nous devons vraiment vérifier si le fait de naviguer de la page du « projet en cours » à la page du « bloc-notes » pour ajouter des notes est intuitif pour nos clients.

Cela est d’autant plus important que la tâche de l’utilisateur consiste à « partager ses réflexions sur un projet », comme nous l’avons indiqué plus haut. En commençant par la page principale, nous pouvons savoir si l’utilisateur pense intuitivement à naviguer vers le « bloc-notes » lorsqu’il veut réaliser le cas d’utilisation « partager ses pensées ». Si le point d’entrée d’un test d’utilisabilité fait démarrer l’utilisateur sur la page contenant l’activité (comme nous l’avons fait dans le test 1), vous ne testez pas la capacité de l’utilisateur à naviguer correctement vers la fonctionnalité. Vous testez simplement si l’utilisateur peut effectuer une activité sur cette page spécifique. En fait, un bon test d’utilisabilité ne mesure pas seulement la capacité d’un utilisateur à accomplir une tâche, mais il teste également sa capacité à suivre les flux de navigation courants vers cette tâche. Voici comment nous structurerions un test d’utilisabilité pour cette fonctionnalité :

• Qui: Comme il s’agit d’une nouvelle fonctionnalité au sein d’un produit établi, testez-la sur des clients réels.
• Combien : 5 clients par page de démarrage (voir ci-dessous)
• Quand: Lors de la phase de prototypage
• Où? À distance pour voir si nos clients peuvent le faire naturellement avant de programmer un test d’utilisation en personne.
• Intro du test : « Nous prévoyons d’ajouter une fonctionnalité à l’application ToDo pour vous permettre de partager vos réflexions sur un projet. Voici un prototype de cette fonctionnalité. Veuillez utiliser ce prototype pour nous faire part de vos commentaires sur ce projet avec vos coéquipiers. »
• Page de départ du test : Effectuez un test de convivialité à partir de la page Projets en cours, de la page Projets archivés et de la page Chronologie, car il s’agit des trois principaux flux de navigation de nos clients. Nous vous déconseillons d’effectuer un test à partir de la page Bloc-notes.

 

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 ! Alors restez à l’écoute pour plus de détails sur l’intégration.restez à l’écoute pour plus de détails sur l’intégration et des mises à jour de l’UX. En attendant, pourquoi ne pas inscrivez-vous à une démonstration de Validately et si vous ne l’avez pas encore fait, téléchargez Justinmind pour commencer à améliorer votre flux de travail !