Comment expliquer la différence entre la recherche d'utilisateurs et les tests d'utilisateurs aux parties prenantes?
J'ai recommandé de mener des recherches sur les utilisateurs, mais mon client considère que la recherche et les tests sont les mêmes concepts. Je ne sais pas comment expliquer la différence entre la recherche et les tests en termes simples.
Quelqu'un ici peut-il me conseiller à ce sujet?
Comme @sclarke l'a déjà dit, la recherche est effectuée avant de tester . Vous ne pouvez pas cuisiner un repas sans savoir quels sont les ingrédients. De même avec UX, vous ne pouvez pas commencer à tester si vous ne savez pas quels devraient être vos tests.
Pour savoir ce que vous devez tester, vous devez connaître votre public cible, pour connaître votre public cible que vous devez rechercher.
Les tests utilisateurs ne sont qu'un moyen de rechercher vos utilisateurs.
La recherche des utilisateurs englobe une variété de méthodes, comme les entretiens, les observations et les enquêtes. Le rôle du spécialiste de l'utilisabilité est de choisir la bonne méthode de recherche d'utilisateurs en tenant compte des ressources disponibles du projet et des limites de l'entreprise.
Voici mon point de vue: la recherche d'utilisateurs est l'effort plus large et comprend des tests d'utilisabilité.
La recherche d'utilisateurs comprend également peut-être le travail le plus important que vous ferez, apprendre à connaître les utilisateurs et leurs tâches avant de concevoir quoi que ce soit. Je trouve que la meilleure façon de collecter ces informations est d'observer les utilisateurs en observant simplement ce qu'ils font. Ces connaissances informent ensuite les décisions de conception que vous prenez. Idéalement, cela détermine ce que vous construisez.
(Après avoir observé un projet récent, j'ai conclu que l'outil qu'ils utilisaient était parfaitement bien. Les utilisateurs avaient juste besoin d'une meilleure mise en page pour l'impression à laquelle ils faisaient référence pour chaque tâche. Bien sûr, une équipe de développement de logiciels ne voulait pas entendre cela. )
D'autres réponses donnent de bonnes descriptions détaillées, mais si vous voulez une réponse courte en termes simples:
"Que voulez-vous pour le dîner?" est la recherche des utilisateurs.
Vérifier s'ils reviennent en arrière pendant quelques secondes est un test utilisateur.
"Alors, comment avez-vous aimé ça?" c'est les deux.
Réponse courte: ce ne sont pas les mêmes.
Réponse longue: Voyons ce qui préoccupe votre client ici. S'il n'est pas sûr de la différence entre les deux, je peux supposer qu'il n'a jamais fait de recherches ou de tests formellement lui-même. Alors que presque tout le monde le fait de manière informelle, les chances et le coût d'une erreur sont beaucoup plus élevés.
La recherche et les tests existent aux côtés opposés d'un cycle de conception. La phase de recherche aidera à définir le problème et à développer un point de vue sur les personnes affectées par ce problème. Pourquoi est-ce important? C'est le fondement du processus de pensée divergente, où les idées sont générées et le volume de choix rend plus probable que le résultat que vous obtiendrez satisfera l'utilisateur final. La recherche consiste à peindre une vision plus claire de cet avenir idéal et de ce qu'il faudra pour y arriver (ou s'il vaut même la peine d'y aller).
Alors que les tests ne peuvent nous parler que des performances d'une seule idée transformée en prototype, si les tests découvrent un défaut de conception, il n'y a nulle part où revenir et répéter, car la fondation de recherche n'est pas là.
Si vous effectuez des tests sans recherche et réparez le produit ou le service de manière itérative, uniquement sur la base des commentaires de ceux avec lesquels vous testez le produit, vous finirez par concevoir un produit ou un service avec des objectifs peu clairs et vous ne saurez jamais quel aspect de celui-ci a influencé sa succès ou échec. En ne regardant que les résultats des tests, il est facile d'adopter un biais de cadrage et de mettre davantage l'accent sur les résultats positifs et d'ignorer les risques potentiels.
Une recherche appropriée montrera clairement qu'il existe un biais et fournira des moyens de le surmonter par la conception. Nous sommes tous biaisés, c'est pourquoi nous avons besoin de recherches, nous ne sommes pas parfaits non plus, nous devons donc tester. Nous n'avons pas non plus de budgets infinis, nous devons donc être intelligents pour réduire le risque d'échec.
EDIT: La recherche peut être effectuée à n'importe quelle étape du processus de conception, dans ce cas, je suppose que vous essayez d'amener la recherche à la phase de découverte initiale.
Je serais très court et précis.
User Research est le parent de User Testing ie il n'y a pas de recherche sans impliquant également un processus de test.
Recherche d'utilisateurs se concentre sur la compréhension des comportements, des besoins et des motivations des utilisateurs grâce aux techniques d'observation, à l'analyse des tâches et à d'autres méthodes de rétroaction . Mike Kuniaysky note en outre qu'il s'agit du "processus de compréhension de l'impact du design sur un public". REF. ICI
Cela implique le cycle de vie du produit depuis la conception initiale ou la première itération du prototype (Interaction Research), puis la version beta (Testing Research/ User Testing ) et enfin la version Production/Mises à jour (Usage Analytics)
Les tests utilisateurs sont des recherches .
Il y a recherche formative qui informe des idées - études sur le terrain, entretiens, autres devoirs de découverte, recherche sur Google, groupes de discussion, tri de cartes, etc. - et recherche sommative qui évalue les idées, par exemple via des tests d'arborescence, des tests utilisateur, une évaluation heuristique, des revues d'experts, etc. .
Vous reliez essentiellement la conception UX avec des recherches chaque fois que vous effectuez une définition de problème à l'avance, puis exécutez et mesurez le travail de conception par rapport à cette définition.
C'est à peu près aussi jargon-y que nécessaire, à mon avis. La recherche est déjà assez difficile à faire sans définitions et nuances qui donnent l'impression d'être une préoccupation ministérielle.
Comme l'UX est encore un domaine très jeune, beaucoup de termes n'ont pas été correctement définis et sont donc interchangeables.
Cependant, à en juger par la façon dont vous les utilisez, je dirais qu'en termes simples, la recherche d'utilisateurs découvre qui sont vos utilisateurs et ce qu'ils veulent et le test utilisateur découvre comment vos utilisateurs interagissent avec votre produit.
Le peu où cela peut être déroutant pour votre client est que le test utilisateur peut faire partie de la recherche utilisateur si vous essayez de découvrir comment vos utilisateurs interagissent avec l'itération actuelle de votre produit afin de savoir où apporter les meilleurs changements ou améliorations.
Clarifiez votre terminologie. Pour le garder en termes simples, spécifiez quand dans le processus de conception que vous faites chacun.
Dites: "Au début, nous faisons exploratoire recherche sur les utilisateurs pour nous assurer que les besoins et comportements réels des utilisateurs informent nos exigences de conception. nous avons un prototype, nous le testons avec les utilisateurs pour voir s'il fonctionne comme nous le souhaitons. C'est évaluatif recherche utilisateur. Il comprend des tests d'utilisabilité. "
Il est impératif d'expliquer non seulement la recherche des utilisateurs, mais aussi de faire un cas simple et sans jargon pour expliquer pourquoi vous en avez besoin tout au long du processus de conception. Bonne chance!
Sur le plan conceptuel, vous parlez de deux activités complémentaires qui sont probablement trop étroitement liées pour les séparer en deux choses distinctes.
Indépendamment des étiquettes réelles que vous appliquez à chacune des activités, ce que vous faites essentiellement est d'essayer d'acquérir une compréhension de l'utilisateur (c'est-à-dire ce que la plupart des gens qualifieraient de "recherche sur l'utilisateur"), et en ayant une compréhension plus approfondie de la utilisateur, vous pouvez ensuite faire des hypothèses sur leur comportement lors de la conception de votre produit et service.
Cependant, vous devez valider ces hypothèses afin d'appliquer les connaissances acquises sur l'utilisateur d'une manière particulière afin de tester sa validité (c'est-à-dire ce que la plupart des gens qualifieraient de `` test utilisateur ''). Là où il y a une certaine ambiguïté, c'est qu'à travers le processus de validation de vos hypothèses, vous développez également une compréhension plus profonde de l'utilisateur.
Je pense donc que c'est de la sémantique, mais le processus de recherche implique l'observation du sujet, en tirant des conclusions générales puis en testant ces hypothèses pour voir si elles sont sensées pour être appliquées à la conception. Il s'agit d'un processus itératif et évolutif, qui est difficile à séparer en deux activités distinctes.
J'espère que cela clarifie les raisons de la confusion pour la plupart des gens.