Test de prototype de papier à la caisse?
Je voudrais exécuter quelques itérations de tests utilisateur sur une refonte de la caisse. Ce projet en est encore à ses débuts, je voudrais donc profiter pleinement de la situation et organiser des sessions de test sur des prototypes papier. Les tests seront donc axés sur l'expérience de paiement, le remplissage de formulaires, etc., ce qui me fait me demander si c'est une bonne idée de tester des prototypes papier sur un aspect aussi ciblé du site Web.
Pensez-vous que c'est toujours une bonne idée? Des conseils sur la façon de configurer les tâches?
Tester des prototypes papier est une excellente idée pour tester l'architecture de l'information et la découvrabilité du contenu. Je l'ai fait plusieurs fois et j'ai obtenu des résultats utiles en le faisant. Les utilisateurs sont capables de suspendre leur incrédulité lorsqu'ils utilisent du papier, et les prototypes peuvent être déployés rapidement. Gagnant-gagnant.
Le problème est qu'ils ne sont pas comme bons pour tester les formulaires Web et le comportement de l'interface, en raison de l'élément d'interactivité. La conception de formulaires concerne beaucoup la validation du contenu, les stratégies par défaut automatiques et dynamiques comme la divulgation progressive, et c'est assez difficile à reproduire sur papier. Là encore, ces éléments ne sont peut-être pas les aspects les plus importants de la convivialité - les utilisateurs seront confondent avec les formes sous-optimales s'ils sont convaincus de ce qu'ils veulent et savent comment le trouver, alors c'est votre plus grande question, et une réponse facile avec des tests papier.
Un autre problème est que les prototypes de papier sont très lo-fi, ce qui rend difficile de tester la façon dont l'utilisateur perçoit la fiabilité et la "stabilité" de votre service, qui sont essentielles lorsque l'argent change de mains. Ils ne font pas non plus un bon travail de marque du contenu, ce qui peut être important dans les situations face aux consommateurs.
Je ne dis pas de ne pas utiliser de prototypes papier. Toutes les données sont meilleures que pas de données, et le plus tôt vous pouvez résoudre les problèmes de conception, le mieux (et moins cher à corriger). Je serais juste conscient des limites.
Lors de la sélection d'une méthode de test, vous devez toujours demander d'abord quel est le but du test, car aucune méthode ne conviendra à toutes les fins possibles. Au niveau le plus élémentaire, différentes méthodes sont bonnes pour la découverte , tandis que d'autres sont bonnes pour la validation .
Le papier-prototypage est une méthode de test pour la découverte et la compréhension, et est idéalement utilisé au début du cycle de conception.
Vous pouvez certainement utiliser le prototypage papier pour tester des sections spécifiques de sites Web, en particulier ceux qui représentent un flux de travail. Le prototypage papier a l'avantage d'être rapide et simple pour tester plusieurs approches alternatives, ainsi que de prendre en charge une refonte rapide (peut-être même lorsqu'une session utilisateur est encore en cours de formation).
Il y a aussi quelques méta-avantages au processus.
Avantages du papier-prototypage:
Le prototypage papier est très utile pour les tests préliminaires de vos flux de travail d'interface, pour découvrir si vous avez des décalages entre votre modèle de conception et le modèle mental inhérent de l'utilisateur à la tâche. Vous ne pouvez pas (facilement) amener de nouveaux utilisateurs à arriver sur votre site avec un modèle mental modifié à l'esprit, mais vous pouvez toujours changer votre modèle de conception en fonction. Autant que possible, vous souhaitez découvrir le modèle mental de l'utilisateur et le flux de travail préféré, et non simplement affiner une interface utilisateur existante en évitant les incompatibilités.
L'utilisation de prototypes lo-fi permet à vos utilisateurs de de suspendre leur incrédulité et de réfléchir plus facilement à un niveau plus abstrait (c'est-à-dire plus proche de leur modèle mental de leur problème, au lieu d'adapter leur compréhension des caprices de l'interface avant eux).
En outre, utilisez un mélange de collages de dessins au trait grossiers, de croquis artistiques, d'images de dessins animés et même de certaines impressions de filaires. Le manque (feint) de respect pour l'honneur et l'intégrité de votre "art" donnera à vos participants la permission et la permission de critiquer les designs avec lesquels ils interagissent. (Parfois, les participants aux tests sont trop polis et ne veulent pas dire que vous avez fait une erreur de conception, ou ils ont recours à donner réponses socialement acceptables ).
L'utilisation de prototypes lo-fi facilitera également tuez vos bébés - ce n'est pas le moment de faire tomber vos créateurs amoureux de leurs créations. Les prototypes sont destinés à être jetés .
Le prototypage papier est également bon pour tester les flux de travail et l'interaction de base de l'interface utilisateur sans les distractions du contenu, de l'image de marque, du style, etc. est du site Web est une chose tierce. Une fois que vous savez où se trouvent ces points faibles, vous pouvez vous assurer qu'ils sont résolus, sans perdre de temps et d'efforts à résoudre ces problèmes dans des endroits où ils n'ont pas d'impact.
Quelques conseils
Quelques conseils pour effectuer vos tests de prototypage papier:
faire du prototypage papier très tôt dans le cycle de conception, peut-être avant même d'avoir commencé à fabriquer des armatures.
impliquez toute votre équipe de conception dans la fabrication de toutes les différentes parties - le faire tôt peut servir à traiter les phases prise de tempête et normalisation du renforcement de l'équipe.
ne demandez pas à votre meilleur dessinateur de faire tous les croquis. C'est OK d'avoir un mélange de dessins au trait grossiers avec des croquis artistiques. (Cet effet de collage indique que vous n'êtes pas intéressé par les détails d'exécution)
tilisez des croquis lo-fi dans la mesure du possible - vous voulez garder les utilisateurs dans le mode d'exposer leur modèle mental, et ne pas vous accrocher aux problèmes d'exécution. Vous ne voulez pas non plus que vos concepteurs obtiennent une vision tunnel et soient obsédés par les détails d'exécution.
esquissez les "blancs" de l'interface et copiez-les, prêts à être repensés rapidement (par exemple, une variante d'un menu déroulant n'aurait donc besoin que des noms des éléments de menu ajoutés, aucun dessin supplémentaire nécessaire).
utiliser des impressions d'images filaires existantes pour des pages moins critiques (moins critiques pour les objectifs de test, c'est-à-dire). Allez-y et superposez des éléments en papier lo-fi si vous devez effectuer un changement rapide.
demandez aux participants d'utiliser le protocole de réflexion à voix haute .
impliquez au moins deux personnes de votre côté: un opérateur et un observateur.
Nous avons utilisé le prototypage papier sur un flux de paiement personnalisé d'un service. Ce service particulier comportait deux sections co-dépendantes et nous ne savions pas s'il fallait faire en sorte que l'utilisateur termine le module A avant le module B, ou vice versa. En testant et en obligeant l'utilisateur à suivre le protocole de réflexion à voix haute, nous avons découvert des incohérences de modèles mentaux latents avec l'une des approches et déterminé le flux de travail préféré.
Nous avons également identifié une autre section redondante plus tôt dans le flux de travail et éliminé cette étape complètement (c'était une étape de sélection de produit et d'aperçu ... mais au lancement, nous n'avions qu'un seul produit, donc c'était plutôt inutile, même s'il présentait un jolie image et une liste à puces des caractéristiques du produit).
Vous pouvez bénéficier d'un test de prototype interactif plutôt que d'un prototype papier, ce qui peut être fait en utilisant PowerPoint ou des outils similaires de type balsamiq. Cela aidera à déterminer comment pense l'utilisateur ou à effectuer une procédure cognitive avec l'utilisateur ou les parties prenantes de l'utilisateur.
Le prototype papier n'amènera pas à comprendre le problème des utilisateurs, car il ne fera pas complètement l'utilisateur dans le scénario du monde réel (le monde réel ici est le monde du Web). Il est bon de rationaliser les réflexions, mais le prototypage interactif vous aidera à configurer votre tâche et à la tester efficacement.
Lors de la configuration de la tâche, essayez d'écrire des cas de problèmes que les gens ont évoqués. Vous pouvez même organiser une session de conception participative dans des prototypes papier et vérifier la tâche avec les utilisateurs, que ce soit si les décisions se sont déroulées comme prévu!
Bon prototypage!
Je teste actuellement la caisse également.
Mon opinion est: plus le test est réaliste, mieux c'est.
1ère itération: vrai site Web, fausses données - bon de trouver les pièges de la solution de paiement actuelle pour savoir quoi améliorer.
2ème itération: prototype cliquable par invision de la conception améliorée; il était relativement facile à préparer et les utilisateurs n'avaient que quelques erreurs de gestes, à part que l'expérience pour eux était assez réaliste. Beaucoup de résultats utiles.
Je dirais que les prototypes en papier sont parfaits pour explorer les idées, testez rapidement pendant le sprint de conception si vous avez vos utilisateurs à proximité. Je suggérerais d'opter pour une approche aussi réaliste que possible: si vous pouvez fournir le prototype pleinement fonctionnel, allez-y, s'il est trop exigeant, optez pour le prototype cliquable haute fidélité.