Comment tester l'utilisabilité d'un prototype qui n'est pas entièrement fonctionnel?
Je vais bientôt effectuer des tests d'utilisabilité sur un prototype de conception d'une application web.
Le système proposé utilise cependant des interactions avancées que nous ne serons probablement pas en mesure de simuler dans le prototype. Des choses comme mettre à jour un graphique à la volée en fonction des entrées de données, mettre en évidence les chevauchements dans le graphique à la volée, etc.
Quelles techniques existent pour simuler des interactions dans un prototype qui n'est pas entièrement fonctionnel?
Dans les tests précédents comme celui-ci, j'ai utilisé une technique Wizard of Oz , où un assistant génère des écrans de rétroaction en fonction de l'entrée de l'utilisateur et les alimente à l'écran de test. Nous pourrions emprunter cette voie, mais je me demande quelles autres techniques sont disponibles pour une situation comme celle-ci.
Vous pouvez vous rapprocher de la fonctionnalité complète avec certains logiciels de prototypage, comme Axure.
Parfois, cependant, construire chaque interaction et animation ne vaut pas le temps. Vous pouvez toujours utiliser une interaction plus simple pour remplacer la vraie. Une petite confirmation que l'action de l'utilisateur a été reconnue, en conjonction avec votre explication, peut être suffisante pour continuer le test. Vous pouvez même garder des maquettes en papier à portée de main pour en parler et en parler.
Je l'ai fait avec grand succès pour un site Web qui enverrait une confirmation par e-mail. Je n'avais pas de moyen facile d'afficher l'e-mail qu'ils recevraient après avoir cliqué sur un certain bouton, alors j'en ai juste imprimé une copie et nous en avons parlé.
Cela dépend aussi du participant au test ... certaines personnes peuvent facilement se mettre dans la mentalité de se concentrer sur la fonctionnalité globale, tandis que d'autres se laisseront prendre par de petits détails.
Invision's le produit de prototypage vous permet de créer et de visualiser les interactions et les réponses de l'interface utilisateur en fonction de vos conceptions. Des actions telles que le changement d'état, le masquage/affichage d'éléments et l'introduction de nouvelles données peuvent être réalisées.
Créez une maquette du graphique de base, une autre des données échangées, et vous pouvez ajouter ce qu’ils appellent un "lien actif" ou un "point chaud" à un bouton, ce qui peut accélérer la superposition de cette dernière vue, en espérant atteindre ce dont vous avez besoin .
Essentiellement, il ne fait qu'échanger des images statiques (avec Nice, des transitions fluides) en fonction de l'endroit où vous appuyez/cliquez.
OK, voici une réponse hors champ gauche.
Que diriez-vous de l'homme-ordinateur test de prototype de papier? Si vous utilisez des maquettes dessinées à la main sur du papier, vous pouvez ensuite demander au participant d'esquisser des façons d'améliorer le ti.
Si vous faites cela, je recommande:
- Utilisez des marqueurs à pointe large et de très grandes feuilles de papier.
- Utilisez des morceaux de plastique coloré transparent (à partir d'une couverture de rapport) pour la mise en évidence.
- Pratiquez au préalable, vous êtes donc sûr d'avoir tous les morceaux dont vous avez besoin.
Vous aurez besoin de deux d'entre vous pour chaque participant: l'un pour être l'ordinateur (qui ne parle pas, ne répond qu'aux "clics"), et l'autre pour faciliter la recherche.
Étant donné que le produit n'est pas prêt, cela signifie qu'il n'est peut-être pas trop tard pour modifier la conception, alors pourquoi pas le prototypage papier?
J'espère que cela vous donne une autre option. Sinon, avoir quelque chose que vous ne voulez pas faire facilite parfois le choix de ce que vous devez faire. :)
Cela dépend où vous en êtes au stade du développement et de la conception. Si vous avez plusieurs idées et des questions plus inconnues, les tests de prototype de papier seront une bonne solution. Les micro-interactions sont également importantes, comme la mise à jour d'un graphique à la volée, mais j'espère que ce n'est pas la seule partie du système. Vous devriez avoir un test global pour corriger les hypothèses.
Je ne vais pas donner de nom aux outils mais donner mes idées.
- Les premiers stades - des outils rugueux, qui prennent moins de temps
- Tôt-milieu - des outils qui peuvent être modifiés facilement dans un environnement numérique
- Mi-finale avec développement en cours - version (ing) et outils axés sur la documentation
J'espère que ça aide.
La réponse suivante est basée sur les informations que vous avez fournies. De toute évidence, il existe différentes approches qui pourraient être adoptées pour résoudre le problème. Je suppose que vous êtes assez loin dans le processus de conception et que vous devez tester des parcours utilisateur, du contenu et des interactions spécifiques.
Lorsque les interactions nécessitent une intervention de l'utilisateur, une solution consiste à donner au participant une tâche ou un scénario qui demande la saisie d'informations spécifiques. vous pouvez vérifier auprès de l'utilisateur si c'est le type de tâche qu'il est susceptible de réaliser.
Exemple: si vous aviez les données suivantes [EXEMPLE] que feriez-vous?
Ensuite, lors de la soumission, vous pouvez leur présenter la sortie appropriée en fonction des données.
Si l'utilisateur termine la tâche avec différentes données, vous pouvez lui expliquer qu'il ne s'agit que d'un prototype et que la sortie est un "exemple représentatif" de ce qui lui serait présenté.
Ces données de sortie factices devraient toujours vous fournir des réponses aux questions suivantes:
La tâche/les données que vous avez sélectionnées sont-elles appropriées?
Peuvent-ils terminer la tâche (saisir les données au bon endroit, au bon format, etc.)
Et comprennent-ils la sortie - ce que le graphique/graphique représente.