Comment savoir quand une interface est terminée?
Cela signifie qu'un test d'utilisabilité mesure si une interface atteint les objectifs qu'elle se fixe, mais teste uniquement ce qui est présent. Comment savoir quand une interface est terminée? Signifiant un test, ou une mesure d'exhaustivité, de fitness, etc.
REMARQUE: Si vous ne pouvez pas penser à une réponse, veuillez au moins poster une réponse d'un composant d'interface complet, et pourquoi il est complet en fonction de votre expérience.
Si vous avez des questions, il suffit de demander - merci!
Les minimalistes diraient "quand il n'y a plus rien à supprimer" :-)
Ok, maintenant sérieusement, une interface est complète lorsqu'elle satisfait tous les objectifs que vous lui avez fixés - donc si vous n'avez pas d'objectifs mesurables, vous ne pouvez pas mesurer l'exhaustivité - après tout, vous ne pouvez pas mesurer la forme physique sans savoir ce que vous êtes supposé pour s'adapter à.
Un bon exemple d'objectifs serait: "permettre à l'utilisateur de faire X, Y et Z en moins d'une minute avec un taux de réussite de 90%", il ne reste plus qu'à amener les utilisateurs à s'asseoir devant l'ordinateur et à leur demander pour faire X, Y et Z si plus de 90% sont capables d'effectuer toutes les tâches en moins d'une minute, vous avez terminé.
Un autre bon exemple est "augmenter le taux de conversion de 50%" ou "réduire l'abandon de clients de 10%", etc.
Un mauvais exemple est "augmenter le taux de conversion", dans cet exemple, vous ne pouvez jamais déclarer l'interface complète - il y aura toujours plus d'options à tester et de minuscules améliorations à effectuer.
Je pense que "complet" est une définition problématique, mais je pense que je sais ce que vous visez (voir ma définition en bas).
Ouvrons avec un exemple simple - en regardant les voitures, qu'est-ce qu'une interface utilisateur complète?
- Une roue pour la direction
- Pédales d'accélérateur/de frein (et de frein à main)
- Transition de vitesse (automatique ou shift)
- Lumières, fouets, etc.
Que diriez-vous d'un lecteur radio/CD? L'interface de voiture est-elle incomplète sans elle?
À strictement parler - non! Ce n'est pas une fonctionnalité vitale pour la conduite, mais la plupart des gens n'envisageraient jamais d'avoir une voiture sans radio (sauf s'il s'agit d'une voiture de course, par exemple).
Et un réfrigérateur pour boissons froides?
La plupart des gens ne penseraient pas qu'une voiture en aurait normalement ... mais que faire si la voiture est en fait une limousine? Alors sans frigo ce ne serait plus vraiment une limousine maintenant, non?!
Mon point - "complet" fait référence aux besoins et aux attentes de vos utilisateurs cibles.
Donc, l'une des choses clés que vous devez faire est d'approcher vos utilisateurs potentiels et de leur demander:
"Hé, j'ai créé une application de gestion de projet/comptabilité/conception/CRM/etc. , que voudriez-vous pour vous permettre de faire? Quelles sont les caractéristiques clés à vos yeux? S'il manque _ ___ le considéreriez-vous toujours ? "
Une fois que vous avez tous les scénarios et fonctionnalités implémentés, vous effectuez vos tests d'utilisabilité réguliers pour voir si les utilisateurs peuvent accomplir toutes les choses que vous avez implémentées pour eux (en fonction de leurs demandes et attentes).
Une interface est un voyage, pas une destination; )
Sérieusement, une interface est-elle vraiment terminée? Si vous pouvez l'améliorer, sans inciter l'utilisateur à se désorienter, améliorez-le. Regardez la page d'accueil de Google, elle subit ajustements mineurs constants depuis le premier jour.
Parfois, les améliorations ne deviennent évidentes (pour l'utilisateur ou le concepteur) que lorsque le système est utilisé depuis un certain temps. Ou les attentes et exigences des utilisateurs peuvent évoluer avec le temps.
Donc, toujours penser que votre interface est "terminée" est en train de changer vos utilisateurs.
Une interface est complète lorsque l'utilisateur le dit.
Je crois que beaucoup de réponses ont rebondi autour de cela, mais aucune ne l'a frappé à la tête. Oui, vos objectifs sont importants, mais le plus important est la façon dont les gens utilisent réellement votre programme. Vous devez effectuer des tests d'utilisabilité cohérents afin de produire une interface complète. Période. Si vous n'obtenez pas d'informations sur le comportement des utilisateurs, vous concevez un produit en fonction de vos hypothèses. Les faits sont toujours meilleurs. N'écoutez pas ce qu'ils veulent; regardez ce qu'ils font dans l'environnement où ils utilisent votre produit. Ce n'est qu'alors que vous verrez ce qui doit être amélioré. N'oubliez pas que votre produit doit être conforme à leurs attentes. Les gens n'aiment pas apprendre de nouveaux processus, alors n'essayez pas de les forcer.
J'aime l'exemple de la voiture, mais il faut aussi connaître son public. Différentes personnes nécessitent des besoins différents; les personnes âgées ont besoin de plus d'assistance visuelle, par exemple. Fondamentalement, lorsque vos utilisateurs disent que tout fonctionne exactement comme prévu, alors vous avez terminé.
Je suis d'accord avec @David. Les tests d'utilisabilité et les revues de conception sont tous agréables. Mais vous devez vraiment "vivre avec" un design pendant un certain temps et voir comment il fonctionne avec des données réelles. Des noms longs, des cas d'utilisation qui vous laissent vous demander qui l'utiliserait de cette façon?
L'amélioration est continue et continue. Les besoins changent. Des fonctionnalités qui semblaient centrales et importantes tombent au bord du chemin. Les utilisateurs ne parviennent pas (en masse) à saisir ce qui semble être les différences les plus évidentes. Oui, vous pouvez (et devriez) dénicher certains de ces éléments en les testant. Mais pas toujours.