Y a-t-il des tests qui peuvent être utilisés pour mesurer la qualité d'une interface utilisateur?
Quels sont les critères utilisés pour mesurer la qualité d'une interface utilisateur ou comparer différentes interfaces utilisateur?
Il existe plusieurs méthodes de mesure et je suppose que votre objectif est de mesurer l'utilisabilité.
La première méthode serait de faire des tests d'utilisabilité . Définissez les principaux objectifs que vous souhaitez que vos utilisateurs atteignent et laissez-les les atteindre dans toutes les interfaces utilisateur dont vous disposez. Découvrez quelle interface utilisateur facilite mieux l'atteinte de ces objectifs.
Je vous suggère de lire Jakob Nilsen: Pourquoi vous avez seulement besoin de tester avec 5 utilisateurs sur ce sujet.
Cette méthode est généralement utilisée dans les premiers stades où vous présentez des régimes d'interface utilisateur complètement différents et avez le luxe de changer presque n'importe quoi.
Aux étapes ultérieures de l'application ou du site, si vous souhaitez simplement apporter de petites modifications, vous pouvez effectuer des tests A/B - afficher deux versions de l'élément que vous souhaitez tester (généralement de manière aléatoire) et tester les résultats (temps passé , le lien souhaité cliqué, etc.)
Un excellent article sur les limites des tests A/B peut être trouvé dans le blog de Jeff Atwood Coding Horror: Groundhog Day, ou, le problème avec les tests A/B
N'oubliez pas d'exécuter également des tests d'accessibilité sur l'interface utilisateur et assurez-vous que les personnes handicapées peuvent utiliser l'interface correctement (le problème le plus simple à imaginer est le daltonisme).
Il existe d'autres moyens de mesure, par exemple faire appel à un expert en assurance-chômage pour rédiger un rapport, mais ce n'est que l'opinion d'une seule personne. Cela peut être très utile, mais ne peut pas remplacer la mise à l'épreuve de l'interface utilisateur par plusieurs utilisateurs.
Il y a toujours le test d'utilisabilité du couloir si vous voulez un résultat rapide :)
De Cet article de blog de Joel Spolsky :
Un test d'utilisabilité du couloir est l'endroit où vous saisissez la prochaine personne qui passe dans le couloir et la forcez à essayer d'utiliser le code que vous venez d'écrire. Si vous faites cela à cinq personnes, vous apprendrez 95% de ce qu'il y a à apprendre sur les problèmes d'utilisation dans votre code.
Une bonne conception d'interface utilisateur n'est pas aussi difficile que vous ne le pensez, et c'est crucial si vous voulez que les clients aiment et achètent votre produit. Vous pouvez lire mon livre en ligne gratuit sur la conception d'interface utilisateur, une courte introduction pour les programmeurs.
Mais la chose la plus importante à propos des interfaces utilisateur est que si vous montrez votre programme à une poignée de personnes (en fait, cinq ou six suffisent), vous découvrirez rapidement les plus gros problèmes que les gens rencontrent. Lisez l'article de Jakob Nielsen expliquant pourquoi. Même si vos compétences en conception d'interface utilisateur font défaut, tant que vous vous forcez à faire des tests d'utilisabilité de couloir, qui ne coûtent rien, votre interface utilisateur sera beaucoup, beaucoup mieux.
Le test de convivialité du couloir est utile pour vous guider rapidement dans la bonne direction avant de commencer (peut-être) à effectuer des tests d'interface utilisateur plus intensifs. Cela peut vous rapprocher de la marque, sinon directement.
Alex Faaborg de Mozilla a un joli blog sur la convivialité dans les interfaces utilisateur:
http://blog.mozilla.com/faaborg/2010/04/22/dont-talk-about-users/
Il commence par quelques erreurs à éviter, puis vient la partie relative à cette question: une liste de règles que chaque interface utilisateur doit suivre. En termes simples, chaque violation de ces règles est un bug d'utilisation. (À la toute fin de son article se trouve un lien vers cette liste, sous la rubrique "Prochaines étapes")
Personnellement, je trouve cela très utile pour évaluer les interfaces, en particulier lors de la comparaison des interfaces ou lors de la construction de la vôtre.