Le principe du coût – bénéfice est typiquement utilisé du point de vue du designer pour déterminer le retour financier sur des nouvelles fonctions ou éléments mais il peut aussi être utilisé du point de vue de l’utilisateur.
Y a-t-il un intérêt pour l’utilisateur à interagir avec votre design ?
La qualité d’un design peut être déterminé par ce principe. Quelle est la bonne longueur d’un texte pour faire passer un message ? Quel est le temps maximum qu’une personne est prête à attendre pour voir s’afficher une page web ? La réponse à ces questions dépend du bénéfice que l’utilisateur y reçoit. L’utilisateur peut être prêt à attendre une dizaine de secondes si le site web lui apporte un grand service. Réduire les coûts d’utilisation améliore la qualité d’un design mais réduire au point de nuire au bénéfice que l’utilisateur en tire est une erreur.
Une erreur classique concernant l’application de ce principe de coût – bénéfice est de présumer quels aspects du système seront perçus comme un coût ou comme un bénéfice. Par exemple, une fonctionnalité qui motive le designer ne sera peut être jamais utilisée ni même remarquée. Celle-ci, dans la plupart des cas, augmente le coût de l’interaction en augmentant la complexité du système. Pour éviter ça, il faut étudier comment les utilisateurs interagissent avec le système dans l’environnement visé. Des groupes de travail et des tests d’utilisation permettent d’évaluer ce principe de coût – bénéfice pendant le développement quand l’observation naturelle n’est pas encore possible.
Texte traduit provenant de Universal Principles of Design
En effet, le test utilisateur peut-être mis en place très tôt dans la phase d’un projet. Notamment dès les phases de wireframe ou de design.