web-dev-qa-db-fra.com

Design Thinking: approches de test des utilisateurs

Je suis en train de commencer à faciliter les sessions d'atelier de réflexion sur la conception et, par expérience, je me sens assez à l'aise avec chaque étape, à l'exception de la phase de test utilisateur. Je me rends compte que cette phase serait largement dictée par les phases précédentes (par exemple, l'empathie/la recherche/la définition/l'idéation/le prototype) mais je me bats avec les règles de base de l'engagement et de la logistique autour de la phase de test dans le Design thinking. Par exemple:

  1. Supposons que nous parlions aux utilisateurs pendant la phase d'empathie le matin, les faisons-nous revenir plus tard dans la journée pour tester nos prototypes? Peut-être le lendemain si c'est une session de 2 jours? C'est beaucoup d'efforts d'organisation/logistique.
  2. Si nous testons un prototype, prenons-nous une approche MVP. Nous concentrons-nous uniquement sur quelques tâches clés? Vous testez toute l'expérience? Celui-ci en particulier m'a fait réfléchir sur les contraintes de temps et amener autant d'utilisateurs à tester notre prototype dans un laps de temps potentiellement court

Je serais ravi d'entendre comment les gens ont géré et abordé la pensée conceptuelle en général, mais j'aimerais en particulier entendre parler de l'approche des gens à la phase de test

3
Gary Jay

Voici quelques réflexions basées sur ma propre expérience

1. Empathie et tests utilisateurs avec différentes personnes

Vous n'avez pas besoin de tester avec les mêmes personnes que vous avez interviewées pendant la phase d'empathie. Bien sûr, ce serait formidable de le faire, mais comme vous l'avez dit, c'est un cauchemar logistique. Souvent, je faisais un tour d'empathie avec un ensemble d'utilisateurs, puis je le testais avec un autre ensemble d'utilisateurs. En supposant que tous ces utilisateurs appartiennent au même public cible.

2. Une carte d'hypothèses est une bonne aide

Qu'est-ce qui est le plus important à découvrir à ce stade? Cela dépend de chaque projet. Un bon moyen de savoir ce que vous devez tester est d'utiliser une carte d'hypothèses: https://www.slideshare.net/7thpixel/introduction-to-assumptions-mapping-agile2017Example of an assumption map Une fois que vous avez noté toutes vos hypothèses, vous pouvez ensuite les classer en fonction de leur inconnu et de leur importance. Les premiers éléments à prototyper sont les éléments qui sont dans le quadrant "inconnus et importants".

J'espère que cela aide ????

2
Daniele