Ma question est tangentiellement liée à celle-ci , mais je voudrais aller plus loin. Supposons que je suis un consultant externe et que je travaille avec un produit ou un système que je connais très peu. De combien d'informations avez-vous besoin sur les utilisateurs, les objectifs, le domaine et les fonctionnalités d'un site, afin de l'évaluer de manière fiable?
Je le demande parce que j'ai parfois des gens qui me demandent de consulter le site Web d'un ami ou quelque chose à la volée et, même si je fais preuve de diligence raisonnable, je leur donne souvent le feu vert pour remarquer un problème plus profond un mois plus tard. En tant que professionnel UX, je trouve qu'il est déjà difficile d'amener les gens à prendre mes conseils au sérieux (comme en fait, faire ce que je recommande), et obtenir Egg sur mon visage comme ça rend les choses plus difficiles.
Une excellente réponse me donnera des munitions à donner à un client s'il me demande de faire un HE rapide. C'est-à-dire que je devrais être en mesure de dire "J'adorerais faire une évaluation heuristique pour vous, et pour le faire correctement, je devrais d'abord faire x, y et z ..."
Le but (de l'évaluation heuristique) est d'identifier tout problème d'utilisation afin qu'il puisse être traité dans le cadre d'un processus de conception itératif.
Je dirais que vous n'avez pas besoin d'en savoir trop sur le site pour effectuer une évaluation heuristique. Tant que vous savez quels services/informations le site (est destiné) à vous fournir devrait être suffisant.
Vous pouvez créer une liste de tâches que l'évaluateur doit effectuer et qui sont liées à ce que le site est censé faire et utiliser des heuristiques pour mesurer le succès/l'échec de l'évaluateur à l'exécuter.
Si vous souhaitez utiliser NN/g 10 modèle heuristique d'utilisation alors ce lien fournit une vue assez détaillée de la façon de le faire: Évaluation heuristique, un guide étape par étape .
Et rappelez-vous Il n'y a rien de tel qu'une "erreur utilisateur"!
La plupart de la liste heuristique de Nielsen peut être utilisée sans en savoir beaucoup sur le public ou l'utilisation typique. Mais # 2 dit "Le système devrait parler la langue des utilisateurs." Nous devons donc connaître cette langue.
La quantité minimale d'informations que je demanderais est une définition des publics (oui, les différents publics multiples) qui comprend le jargon et la langue commune au sein de leur organisation.