Question NPS après test de réflexion à voix haute
Je prévois de mener un test de réflexion à haute voix 1: 1 sur certains wireframes afin de recueillir des conclusions sur la convivialité et la valeur d'un service. Je voudrais également ajouter une question à la fin du test que je pourrais utiliser à l'avenir pour comparer les changements d'interface utilisateur dans le service.
Je pensais à la question NPS "Quelle est la probabilité que vous recommandiez ce service à un ami ou un collègue" mais d'un autre côté, je suis un peu sceptique si cette question est pertinente sur les premières étapes de la création d'une application.
Ce que je voudrais vraiment demander, c'est quelque chose comme "Voulez-vous utiliser cette application?"
Avez-vous des suggestions ou des idées concernant la bonne question à poser pour ce cas et cette configuration?
Comme d'autres l'ont déjà dit, je ne demanderais pas trop au NPS. Penser à haute voix sert à trouver des problèmes et leurs solutions, mais pas à des fins d'analyse comparative.
Pour l'analyse comparative, vous devez faire des tests sommatifs - dans un environnement réaliste avec des tâches réalistes, de vrais utilisateurs et aucun observateur dans la pièce, comme dans la "vraie nature (de travail)". Ce n'est que dans ces circonstances qu'il est logique de demander la valeur du service. Je recommande AttrakDiff http://attrakdiff.de/index-en.html car il demande une perception pragmatique et hédonique, est gratuit et a de bons rapports. Et bien sûr SUS et le dérivé NPS comme l'a dit @Tom Engh.
Néanmoins je fais toujours un SUS après mes tests de formation (en réfléchissant à haute voix). Parce que cela me donne quelques conseils sur les problèmes de structure perçue, de complexité et de confiance dans l'utilisation. Je prends même le score SUS comme une orientation pour moi mais ne le dis jamais à personne, car ce n'est pas une référence objective
Vous pouvez aborder toutes les vieilles questions jusqu'à la fin d'une session de réflexion à haute voix. Si vous avez vu un problème revenir, cela donne à l'utilisateur un peu de temps pour en discuter, ce qui peut être très instructif.
Cependant, je me méfierais d'attacher trop d'importance à tout type de "notation" à ce stade - le pauvre utilisateur est probablement fatigué et pense qu'il est sur le point de partir, puis il doit donner une sorte d'évaluation, et il peut pas vraiment y mettre beaucoup d'efforts au-delà d'un pouce levé ou d'un pouce baissé (c'est-à-dire une réponse oui/non).
D'après mon expérience, la réflexion à haute voix sur les tests peut vous en dire beaucoup sur la convivialité d'une application, mais peu sur la valeur perçue de celle-ci. Vous devez utiliser d'autres techniques (groupes de discussion, sondages, entretiens) pour évaluer cette qualité. Par conséquent, je ne recommanderais pas de poser cette question après votre test de réflexion à haute voix, car l'expérience de l'utilisateur pendant le test est susceptible de colorer fortement la réponse; si votre filaire a de graves problèmes de convivialité, les gens diront "non, je ne l'utiliserais pas" même si votre système peut être génial avec seulement quelques ajustements.
tilisez des essais de réflexion à voix haute pour ce à quoi ils sont destinés - identifier les problèmes d'utilisation avec une interface.
Il existe d'autres mesures telles que SUS score qui peuvent être plus pertinentes. Le blog de Jeff Sauro sur la mesure de l'utilisabilité couvre les avantages et les inconvénients relatifs de SUS et NPS. Plus précisément: http://www.measuringusability.com/blog/nps-ux.php