Notre expérience dans la conduite de tests d'utilisabilité nous permet de dire que l'une des difficultés majeures de cette activité est de convaincre les clients de la validité des résultats obtenus, et de la nécessité de corriger au plus vite les problèmes constatés (ou en intégrant les corrections dans le site en développement)

Ainsi pour parer à ces freins, il est conseillé à tout membre d'un groupe de projet web de participer à l'ensemble des sessions de tests.
Mais cela n'est pas suffisant, il faut aussi que le test réponde aux préoccupations de chacun, et pour ce faire, nous avons isolé 3 types d'attentes correspondant à 3 profils - type d'interlocuteur :

a - Le responsable marketing :
il a besoin d'être certain de la validité du "concept", et de l'adéquation de l'offre avec les attentes du "cœur de cible"
b - Le chef de projet web :
il veut s'assurer de la facilité de navigation à l'intérieur du site, et de la bonne compréhension du contenu
c - Le responsable du développement informatique :
il veut connaître les dysfonctionnements techniques et toute difficulté rencontrée par les utilisateurs (notamment les contraintes techniques d'utilisation)


Ainsi, c'est un peu comme s'il était nécessaire de réaliser 3 tests en 1 seul !
et pour mieux répondre aux attentes de chacun le rapport de test doit intégrer :

a - une synthèse générale :
dont une partie sera destinée à rendre compte de l'intérêt pour le concept proposé (adéquation offre-demande)
b - l'évaluation complète de l'utilisabilité :
présentée au niveau global avec pour chaque page-écran, un tableau synthétique qui suit l'ordre de la perception de l'utilisateur.
Le tout pouvant être complété par le résultat des grilles d'évaluation (remplies par chaque utilisateur à l'issu du test)
c – listing de tous les problèmes majeurs et importants :
de manière à faciliter les corrections (suggestions ou pistes de solution peuvant être proposées dans certains cas)

D'une manière générale, le test doit être orienté vers les parties sensibles identifiées par chaque membre du groupe de projet

De plus, pour s'assurer de la qualité du matériel testé, il est important pour tout membre de ce groupe de participer dès le départ :
la validation du scénario, le choix des questions, la sélection du profil des participants…
mais également en participant aux tests en qualité d'observateur passif, car il n'existe rien de plus efficace que de voir les utilisateurs en situation réelle !
(il devient alors difficile pour quiconque a assisté aux sessions de tests de nier l'évidence, ou de mettre en cause l'interprétation des observations !)

Chacun aura vu les mêmes choses, c'est pourquoi le rapport de test n'aura pour fonction que de transmettre à chacun une synthèse opérationnelle des principaux dysfonctionnements qui auront été identifiés.

En fait le test a plus de chance de réussir lorsque les connaissances et le savoir de chacun sont mis en commun à chacune des étapes - clé !