Test de concept
Je travaille actuellement sur un projet de stratégie. L'équipe a mené des entretiens avec les utilisateurs sur le type d'impressions qu'ils ont sur notre produit et d'autres produits comme le nôtre. Ils nous ont dit ce qu'ils aiment et ce qu'ils n'aiment pas et nous avons réduit leur liste de ce qu'ils lient à un ensemble de fonctionnalités.
Nous avons intégré ces fonctionnalités dans notre site actuel en tant que concept filaire. Maintenant, nous avons la possibilité de tester ces wireframes (qui sont désormais définis dans InVision en tant que prototype cliquable) et d'obtenir les commentaires des personnes que nous avons interrogées à l'origine.
Nous recherchons donc des commentaires sur les concepts, la mise en page et un peu sur les fonctionnalités. Je me demande si quelqu'un a des conseils sur la façon d'effectuer ce type de test. Dois-je présenter le filaire cliquable et expliquer le flux/les fonctionnalités ou donner aux utilisateurs des situations et les laisser cliquer dessus eux-mêmes. Des conseils pour des questions?
Vraiment, tout conseil ou lien vers des articles sur le test d'un concept serait vraiment utile.
Merci!
Il semble que vous vouliez déterminer ce qu'il vaut mieux faire: une exploration de l'utilisabilité plus ou moins menée dans votre projet.
Je choisis typiquement une session plus 'détendue' avec les participants et aucune procédure stricte lorsque:
- J'ai besoin de commentaires généraux sur l'utilité et la facilité d'utilisation des premières idées
- Je sais qui est l'utilisateur (les utilisateurs aiment, les gens des entreprises qui partagent le bureau, les voisins, les collègues, toutes les personnes sans lien avec le projet et sans parti pris) ainsi que)
- J'ai moins de temps pour préparer, exécuter la session et faire un rapport (généralement à partir de méthodologies agiles/lean)
- Mes utilisateurs se trouvent dans des emplacements distants ou souhaitent effectuer des tests de manière asynchrone.Je prépare donc des questionnaires de suivi pour répondre à mes questions ou les appeler plus tard.
Exemples récents dans ma vie: premier prototype d'une application mobile avec 3 fonctionnalités simulées sur proto io, nouvelles simulations d'un site Web
J'ai tendance à utiliser des sessions d'exploration plus 'focalisées' avec des scénarios et des tâches lorsque:
- J'ai besoin de tester une fonctionnalité ou flux spécifique avec des métriques définies (comme les filtres de recherche) qui semble être complètement terminée ( pour que les utilisateurs ne se sentent pas perdus avec des choses qui ne fonctionnent pas ou qui n'ont aucun sens)
- Les utilisateurs sont colocalisés et resteront dans les installations pendant 40 minutes ou plus, ou j'ai accès à des outils de communication à distance coûteux/skype (mais ce n'est pas le cas). le même...)
- La tâche ou le flux est critique pour l'application/le site Web/le produit
Exemples récents dans ma vie: version alpha d'une nouvelle application
En résumé, essayez simplement de choisir la technique qui vous donne des commentaires plus précieux avec le moins d'effort et assurez-vous que vos utilisateurs sont représentatifs afin que vous n'ayez pas de source biaisée.
les deux approches sont OK, mais cela dépend aussi de votre projet.
Par exemple, s'il s'agit d'un site d'information, il sera différent d'une application orientée action, et s'il s'agit d'une application orientée action, cela pourrait être très différent s'il s'agit de quelque chose de décontracté ou d'une application pour les utilisateurs extrêmes.
De plus, tout dépend des fonctionnalités, qu'elles soient courantes ou très techniques, etc.
Pour illustrer cela: la plupart des gens n'auront pas beaucoup de problèmes à utiliser un moteur de recherche ou à configurer une date dans un calendrier, car ce sont des applications auxquelles la plupart des gens sont habitués. Cependant, il pourrait être plus difficile pour eux d'utiliser quelque chose comme InVision ou Atlassian. Dans le premier cas, je donnerais à vos utilisateurs l'application "telle quelle" et voir ce qui se passe. Dans le second cas, vous devrez expliquer les opportunités à vos utilisateurs, et c'est une donnée, sauf si vous utilisez coachmarks ou superpositions d'une certaine sorte
Dans l'ensemble, c'est une bonne idée de les asseoir et de leur donner une approche "froide" de votre projet, et de voir comment cela fonctionne pour eux sans aucune intervention.
Enfin, si vous avez créé personas afin de rechercher le développement de votre application, ils vous diront en quelque sorte comment effectuer l'utilisabilité test car vous aurez certaines variables qui sont déjà définies, y compris niveau d'expertise ou similaire
Je crains de ne pas avoir le temps de répondre à cette question en ce moment, mais j'y reviendrai si je le peux.
Je suggérerais d'explorer des outils tels que le hub d'utilisabilité et leur coup d'œil avant de faire un test en direct. Ils sont assez utiles.
Deuxièmement, je voudrais souligner combien il est important d'observer l'utilisation aussi naturellement que possible. Notez "observer". Pour une utilisation fondamentale, il est toujours plus précis de regarder pendant que de demander après.
Personnellement, je les laisserais simplement tenter une procédure pas à pas en tant qu'utilisateur et voir s'ils sont capables de le faire. Parce que lorsque vous déployez la plate-forme, vous ne pourrez pas les guider, la meilleure façon de voir où vous échouez dans le développement de l'expérience utilisateur est de permettre aux utilisateurs de le faire eux-mêmes. Quand nous faisions des tests similaires sur ma plateforme. Nous avons permis aux gens de suivre le processus complet, puis nous avons rempli un petit questionnaire et nous avons également fait part de leurs commentaires. Ce faisant, nous avons trouvé le problème absolu et nous avons également pu apprendre des fonctionnalités que nous avons totalement ignorées lors de la construction.