Quelle est une bonne définition de la simplicité qui peut être appliquée à l'expérience utilisateur?
Tout le monde dans mon organisation veut rendre nos produits et notre site Web aussi simples que possible pour nos clients. Ils ont vu des articles comme celui du Harvard Business Journal (2012) montrant que "la simplicité de décision dans le processus d'achat est la raison n ° 1 pour laquelle les consommateurs sont susceptibles d'acheter votre produit, de le faire à plusieurs reprises et de le recommander à d'autres." ( Excutive Board ) ou l'article de Forbes , "Les marketeurs ont tort: oubliez l'engagement, les consommateurs veulent la simplicité",
Le problème que nous avons est que "simple" signifie des choses différentes pour différentes personnes.
Je recherche une définition de la simplicité ou de la complexité sur laquelle les différentes parties prenantes (y compris les stratèges d'entreprise, les propriétaires de produits, et en particulier les concepteurs de sites Web) peuvent s'entendre. Plus il y a de recherches qui soutiennent cette définition, mieux cela fonctionnera pour mes parties prenantes.
J'ai vu trois livres avec des choses utiles à dire sur la simplicité qui ont été écrits par des gens qui se concentrent sur la recherche plutôt que sur une opinion subjective:
- "The Laws of Simplicity" de John Madea (2006) écrit en grande partie d'un point de vue technologique basé sur ses recherches académiques sur le design.
- "De la complexité à la simplicité: libérer le potentiel de votre organisation" de Simon Collinson et Melvin Jay (2012) écrit d'un point de vue organisationnel basé sur de nombreuses recherches en entreprise.
- "Simple: Conquering the Crisis of Complexity" par Alan Siegel (de Siegel + Gale) & Irene Etzkorn (2013) écrit en grande partie du point de vue de la marque du produit et basé sur de nombreuses recherches clients.
Cependant, le seul d'entre eux qui a tenté de définir la simplicité ou la complexité était Collinson & Jay. Je pense qu'ils ont une bonne définition, bien qu'elle soit très abstraite:
" Complexité = le nombre de composants dans un système + le variété de relations entre ces composants + le rythme de changement des composants et les ces relations. "
Quelqu'un a-t-il vu une meilleure définition de la simplicité ou de la complexité qui pourrait plaire aux stratèges d'entreprise, aux propriétaires de produits et aux concepteurs de sites Web, peut-être un peu moins abstrait?
Au lieu de "définir la simplicité" en termes de publications ou d'études d'autres personnes, essayez de vous concentrer sur les objectifs de votre entreprise. Vous trouverez peut-être que la définition est moins importante que les résultats.
L'un des premiers problèmes que vous risquez de rencontrer est le rejet des études externes. Malheureusement, j'ai découvert que des personnes autrement intelligentes rejetteraient les études qui entrent en conflit avec leur expérience personnelle ou qui réfutent les mandats des entreprises. Parfois, le problème est que leurs critiques sont écrites par des gens qui s'attendent à ce qu'ils suivent la ligne de l'entreprise, pas à la remettre en question. Il est également étonnamment difficile pour la plupart des gens de comprendre que l'utilisateur au plus petit dénominateur commun a une éducation de cinquième année et un QI d'environ 75, et que ces utilisateurs ne sont tout simplement pas en mesure de comprendre les instructions qui sont claires pour nous. en informatique. J'ai également rencontré des gens qui ne veulent pas écouter parce qu'ils ont leur propre programme; Parfois, ils rejetteront par ignorance des études statistiquement valides avec un langage comme "notre site ne ressemble en rien au site de cette étude". Vous ne pouvez tout simplement pas convaincre certaines personnes.
Plutôt que de vous concentrer sur la recherche d'autres personnes, vous aurez probablement plus de chance de convaincre plus de gens en exécutant votre propre étude sur votre propre site. Essayez d'obtenir le consensus de vos différentes parties prenantes pour réaliser votre propre étude UX. Établissez des mesures claires que tout le monde peut comprendre et qui ont un impact personnel sur vos parties prenantes. Vous pouvez vous soucier de la simplicité comme "temps moyen entre la page d'accueil et le paiement" ou "paniers abandonnés". Vos commerciaux peuvent se soucier de la "taille moyenne du panier" ou des "clics pour afficher le prix". Vos responsables financiers voudront peut-être voir le "montant moyen des transactions". Les équipes réseau et serveur souhaitent connaître la "bande passante réseau" et les "utilisateurs par serveur". Mesurez ce qui importe le plus aux différents membres de votre entreprise. Ensuite, commencez à peaufiner diverses "simplifications" dans des versions de test ou bêta de votre site, en fonction des opinions des différentes personnes. Soyez neutre dans votre approche en ce moment: n'essayez pas de choisir "le meilleur", ou le favori du PDG, ou le plus rapide, ou celui qui promet le plus de revenus. Présentez-les tous comme également valides et rassemblez toutes les données que vous pouvez.
Pour les expériences qui pourraient nécessiter plus d'efforts à réaliser (changements de navigation trop perturbateurs, etc.), envisagez de tester divers prototypes non fonctionnels à l'aide d'enquêtes d'opinion ou de tests A-B sur Mechanical Turk.
Après l'expérience, calculez les chiffres. Vous devriez être en mesure de montrer à votre serveur et à vos équipes réseau que les pages fantaisie utilisent X% plus (ou moins) de ressources que les pages simples et que le delta de coût est Y $. Vous devriez pouvoir montrer au major anglais que son vocabulaire est source de confusion pour trop d'utilisateurs, ce qui les ralentit.
Des chiffres en main, vous avez maintenant des faits pour étayer vos décisions. Et n'oubliez pas que votre solution préférée n'est peut-être pas la meilleure.