Archives de catégorie : Notes de lecture

Analyser les recherches effectuées sur votre site

Il y a plusieurs mois de cela, j’ai fait la lecture du livre « Search Analytics for Your Site » (SSA) par l’intermédiaire du groupe UX Paris et de son club de lecture. Ce petit livre apporte une bonne compréhension de l’importance des recherches effectués par vos utilisateurs sur votre site et comment utiliser les données qu’elles génèrent.

Beaucoup de personnes sont habituées au Search Engine Marketing (SEM) et au Search Engine Optimization (SEO) mais peu portent une réelle attention aux recherches que font les utilisateurs du site et leurs résultats. Pourtant les recherches sont faites par des personnes qui sont déjà engagées sur votre site et qui, contrairement à une recherche externe sur un moteur de recherche comme Google, sont rarement là par hasard. Elles recherchent une information, un produit ou encore un service et espèrent que vous répondiez à cette attente. Y répondre est donc un excellent moyen de satisfaire cet utilisateur voir ce client.

Les données des recherches internes contiennent un ingrédient manquant au SEO standard: l’intention. Les requêtes de recherche internes contiennent, selon les mots de vos clients eux-mêmes, ce qu’ils veulent et pourquoi ils sont là.

Le meilleur moyen de qualifier la recherche interne d’un site est d’analyser les requêtes les plus courantes (« short head ») selon deux métriques :

  • La pertinence : est-ce que les premiers résultats de la recherche sont raisonnables par rapport aux mots clés fournis ?
  • La précision qui mesure le nombre de résultats de recherche pertinents, divisé par le nombre total de résultats de recherche.

Pour améliorer les recherches internes et profiter des informations qu’elles apportent vous devez :

  • Comprendre l’usage fait par les utilisateurs de cette recherche. Combien de personnes l’utilisent ? Quelles sont les mots clés recherchés ? Quels thèmes créer autour de ces mots clés ?
  • Savoir de quelle page proviennent les recherches, le contexte de la recherche est important, puis déterminer ce que font ensuite les utilisateurs.
  • Mesurer la qualité des résultats renvoyés par les recherches fréquentes. L’indicateur le plus important est bien sur le taux de rebond. Après avoir cliqué sur un des résultats renvoyés par la recherche, combien de temps restent-ils sur la page ?
  • Segmenter : vous devez regroupez vos données en de petits éléments pour comprendre le comportement de plus petits groupes de personnes.
  • Enfin mesurer les résultats et les taux de conversions, par exemple, dans le cadre d’un site de e-commerce combien de personnes vont acheter l’un de vos produits suite à la recherche.

Analyser et comprendre les recherches de vos utilisateurs permet aussi de déterminer ce qui ne va pas dans le design de votre site. Par exemple, dans les principaux mots clés de recherche vous voyez ressortir des termes comme « contact » ou « email ». Bien que les termes ne soient pas identiques, l’intention est clair les utilisateurs aimeraient vous contactez mais ne savent comment le faire directement. Pourtant le formulaire de contact est accessible par une certaine navigation dans des écrans. Il est peut-être temps de revoir la navigation de votre site plus claire pour que le formulaire de contact soit plus accessible ?

C’est un exemple simple mais en analysant plus en profondeur les recherches ont peut aussi découvrir des patterns saisonnier par exemple les gants en laine au début de la saison froide et y répondre en mettant en avant les gants « commerce équitable » en Laine du Pérou que vous vendez !

Il y a donc différentes façons d’utiliser l’analyse des recherches internes que présente le livre. C’est un outil extrêmement puissant pour vous aider à comprendre ce que les utilisateurs attendent de votre site. Et une fois que vous avez une idée de ce qu’ils veulent, vous pouvez évaluer et d’améliorer toutes sortes de choses présentes pour aider les utilisateurs à obtenir ce qu’ils veulent. Par exemple, vous pouvez améliorer votre site comme suit:

  • Le système de recherche: l’analyse des recherches du site vous aidera à comprendre comment les gens renseignent leurs recherches, où ils étaient lors de la recherche, et comment ils ont interprété les résultats de la recherche.
  • Navigation et métadonnées: Est-ce que certaines pages génèrent beaucoup plus d’activité de recherche que d’autres? Quels types de recherches? Certaines options de navigation sont-elle manquantes ou étiquetés de manière confuse? L’analyse des recherches est aussi utile pour vous donner des conseils sur la façon de consolider la navigation de votre site et ces métadonnées.
  • Contenu: Par exemple, vous pouvez étudier des requêtes qui ne donnent aucun résultat. Est-ce parce qu’il n’y a pas de contenu sur le sujet? Faut-il en mettre? Où est-ce que le contenu pertinent est mal nommé ? Ou mal écrit? SSA vous aidera à déterminer quel contenu est manquant et ce qu’il faut faire pour le contenu existant pour s’assurer qu’il puisse être découvert.

Bien sûr, vous pouvez également rendre vos employeurs heureux avec l’analyse des recherches du site. Ils ont des objectifs-pour votre organisation et pour le site lui-même. Ceux-ci peuvent être exprimés et mesurés selon des indicateurs de performance clé (KPI). Les types de recherches liées à des mesures (voir les captures d’écran du livre disponibles ici) peuvent servir de composants pour ces KPI.

Enfin, il existe d’autres moyens importants pour analyser les données de recherche:

  • Analyse du modèle: Quelles tendances émergent lorsque vous «jouer» avec les données? Pouvez-vous utiliser ces modèles pour déterminer quels types de métadonnées et de contenu sont les plus importants à vos utilisateurs? Pouvez-vous détecter des changements dans le comportement et les besoins de recherches qui sont saisonniers?
  • Analyse des erreurs: Lorsque les recherches ne renvoient aucun résultat ou de mauvais résultats que pouvons-nous apprendre? Et que pouvons-nous faire pour résoudre ces problèmes et améliorer les performances?
  • Analyse de la session: Qu’est-ce qui se passe pendant une session de recherche spécifique? Comment les recherches des utilisateurs  et leur compréhension du contenu change pendant qu’ils font leurs recherches?
  • L’analyse de l’audience: Comment pourrions-nous découvrir les différences entre les segments d’utilisateurs et leurs besoins d’information? Et comment pourrions-nous mieux répondre à ces différents besoins?

Pour information, vous pouvez utiliser Google Analytics pour faire cette analyse des recherches internes (en activant une option sur Google Analytics comme le montre cet article)

Quelques liens en anglais:

http://www.kaushik.net/avinash/are-you-into-internal-site-search-analysis-you-should-be/

http://www.alistapart.com/articles/internal-site-search-analysis-simple-effective-life-altering/

http://www.uxmatters.com/mt/archives/2011/06/search-analytics-for-your-site-conversations-with-your-customers.php

http://uxdesign.smashingmagazine.com/2012/05/16/stop-redesigning-start-tuning-your-site/#comments

http://uxmag.com/articles/review-of-lou-rosenfelds-search-analytics-for-your-site

This is service design thinking – 3ème partie

Comment fonctionne le design de service ?

Bien que les processus de design soit en réalité non linéaire, il est possible de définir le plan d’une structure. Il est important de comprendre que cette structure est itérative dans son approche. A chaque étape du processus de design d’un service, il peut être utile de revenir en arrière et même de recommencer depuis zéro. Le point majeur est de s’assurer qu’on a appris des erreurs faites dans les itérations précédentes. Comme le processus de design dépend souvent du contexte du service, la première étape peut être justement de désigner le processus.
Les quatre étapes itératives de l’exploration, la création, la réflexion et l’implémentation sont une approche très basique d’un tel processus de design complexe. Dans le cadre de ce processus, il ne faut pas oublier de faire des sauts entre les détails et une vision globale (holistique).De plus comme il n’est pas possible de prendre en compte chaque aspect, il faut faire des choix en fonction du budget, des ressources et de la vision des clients.

1ère étape : l’exploration.
Design exploration
Bien que le design de service souhaite mettre le client au centre du processus, celui-ci commence rarement avec le client. La première tâche est de comprendre la culture et les buts de la société fournissant le service. Il est important de comprendre le point de vue de la société sur le problème. Le but du design de service est même d’articuler le problème organisationnel du point de vue du client. La seconde tâche n’est pas réellement de trouver une solution mais d’identifier le véritable problème. Gagner une compréhension claire de la situation du point de vue du client actuel ou potentiel est crucial pour le succès du design de service. La troisième tâche est de visualiser ces découvertes et autant que possible la structure des services intangibles précédents.

2ème étape : la création
Design creation
La création représente l’étape de génération dans le processus itératif et est fortement liée au processus suivant de réflexion. Ce sont les deux étapes dans lesquelles la majorité des itérations prennent places. Le but est de tester et re-tester les idées et concepts. Une des fonctions majeures du design de service est que cette approche n’est pas là pour éviter les erreurs mais au contraire d’explorer le plus d’erreurs possibles, le plus tôt possible. Il ne faut pas hésiter à abuser des post-its à tout moment qui permettent de garder l’historique de cette approche rapide et fortement itérative. Le but est de générer des solutions pour les problèmes identifiés dans la phase d’exploration. Pour atteindre des solutions durables et holistiques, il est crucial d’inclure toutes les principales parties prenantes et de travailler avec des équipes interdisciplinaires qui incluent des clients, des employés, le management mais aussi des designers ou des ingénieurs. Permettre une co-créativité est une des fonctions clés du design de service.

3ème étape : la réflexion.
palm prototype
Les idées et les concepts bâtis lors de l’étape de création doivent être testés notamment à l’aide de prototypes. Cependant si tester des prototypes de produits physiques est relativement simple, appliquer les techniques de prototypage dans le développement de services nécessites des méthodes distinctes. Les clients ont besoin d’un bon modèle mental du concept du futur service. Il faut prendre en considération l’aspect émotionnel du service. Une simple description ne suffit pas. Fournir une histoire à l’aide de dessins, story-boards ou des séquences photos manquent d’interactions utilisateurs significatives. Ainsi il est important de prototyper les concepts du service en réel ou dans des circonstances proche de la réalité. Le service de design utilise différentes approches de type mise en scène et jeux de rôles.

4ème étape : l’implémentation.
Service Implementation
L’implémentation de nouveaux concepts de service demande par nécessité un processus du changement. Le management du changement est en lui-même un art. Une formulation claire des concepts formulés lors des étapes précédentes est essentielle et nécessite d’inclure l’aspect émotionnel du service. La motivation et l’engagement des employés est primordial pour une implémentation durable du service. Pour cette raison, il est important d’inclure les employés dès le début du processus de design de service. Idéalement, les employés devraient contribuer au prototypage de certains moments du service. Au niveau organisationnel, il est important de garder un aperçu des processus et livrables améliorés. L’implémentation du changement se base aussi sur le fait que le management est convaincu des concepts du service.

Devenir AT-ONE avec les clients.
AT-ONE est une approche présentée dans le livre pour aider les équipes projets durant les premières phases du processus de design de service. Cette approche en une série de workshops qui se concentrent sur chacune des lettres représentant une source potentielle d’innovations. Chaque session de travail a trois phases et est basé sur un processus créatif communément utilisé :
• début : établir une base commune de connaissances pour tous les participants.
• Divergence : exploration et génération d’idées et solutions
• convergence : synthèse, priorisation et prise de décision.

AT-ONE combine les meilleurs pratiques du business, du design et de la recherche dans une approche centrée sur le client.

A pour les acteurs, collaborant dans des réseaux de valeur.
La compréhension de la création de valeur a été un des changements majeurs de ces dix dernières années. La valeur est créée de plus en plus dans des réseaux de collaboration que par des silos d’expertise. Il est donc important de chercher qui a besoin de collaborer avec qui pour créer les expériences irrésistibles qui vont satisfaire les utilisateurs. L’iPod et l’iPhone sont des exemples qui montrent l’importance d’intégrer les acteurs ensembles quand on lance un service comme iTunes (paiement, promotion, contenu, administration). La base de la partie Acteurs est un développement récent dans la sphère des réseaux de valeurs comme une alternative à la chaine de valeurs. Les réseaux de valeurs sont plus répandus dans les services. La clé est de voir le potentiel qui réside dans la reconfiguration des rôles et des relations parmi l’ensemble des acteurs. Le but stratégique sous-jacent est de créer un ajustement en constante amélioration entre les compétences du réseau et ces clients. Un des aspects clés est aussi de mettre le client au centre de ce réseau et de considérer comment un ensemble différent d’acteurs peut donner une valeur cliente améliorée.

T faire travailler les points d’interaction (touchpoints) comme un tout
Pensez aux différentes façons dont vous pouvez accéder à votre solde bancaire par exemple un appelant un conseiller à votre banque, en lisant votre dernier relevé bancaire, en utilisant un service internet voir en envoyant un SMS.
Il y a un énorme potentiel d’innovation en portant une considération soigneuse aux points d’interaction. Cependant, dans la majorité des entreprises, différents départements gèrent différents points d’interaction. Qui énonce le relevé bancaire ? Qui désigne et maintient le système en ligne ? Qui est responsable de bâtiment de la banque et du comportement de ses employés ? Il est très probable que ce soit différentes parties de l’organisation qui utilisent différentes terminologies ou encore différents styles d’interaction.
Le design de service porte sur le choix des points d’interaction les plus pertinents et cherche à designer une expérience utilisateur cohérente à travers ceux-ci. Il cherche les opportunités pour introduire de nouveaux points d’interaction plus efficaces, retirer les fragiles et coordonner l’expérience utilisateur en rapport avec le message de la marque et les besoins des utilisateurs.
Un aspect majeur des innovations des points d’interaction est lié à l’expérience totale que le service offre au client à l’issue de son voyage à travers le service. Comme une chaîne qui va casser au maillon le plus faible, l’expérience utilisateur se dégrade au point d’interaction le plus faible.

O l’offre de service est la marque
Les services de marque sont différents des produits de marque. La plupart des cas il y a peu de différentiation au niveau du service. Le service et la marque sont très étroitement liés. Si on considère une banque, même une avec des services financiers significatifs, celle-ci n’offre qu’une diversification limitée des services du point de vue du client. Ce n’est que récemment que les marques de services ont commencés à se diversifier. Virigin et Tesco sont des bons exemples d’organisations qui offrent un large éventail de services sous une marque unique. Pour ces deux compagnie, il y a une compréhension claire de ce qu’offre la compagnie et cette offre tend à être plus lié à une vision qu’associé à des produits physiques.
Quand la marque et les services sont étroitement liés, l’innovation du service va influencer la marque d’une façon ou d’une autre ainsi que la façon dont les clients vous perçoive. La méthode AT-ONE se concentre sur la compréhension de comment l’offre de service est vécu à un niveau fonctionnel et émotionnel. Un processus est mis en place pour comprendre la marque et lui donner une personnalité. Une fois que cette personnalité est décrite, il devient plus facile de designer les points d’interaction.

N comment connaître ce que l’utilisateur veut, a besoin ou désire
Parler avec les utilisateurs est redevenu populaire. Quelques années avant, les organisations se focalisaient sur l’obtention de données quantitatives (les faits) sur comment leurs clients voyaient leurs services. Ceci donne des informations précieuses, un sentiment de contrôle mais ne répond qu’aux réponses qu’on souhaite. On ne peut connaitre ce que les utilisateurs veulent vous dire. En termes d’innovation, les études quantitatives ne donnent pas les réponses dont l’équipe aurait besoin. Parler au client, l’observer et l’écouter peut faire apparaître différents ensembles de besoins, profonds ou cachés.
La partie besoin de l’approche se base sur une perspective centrée sur l’utilisateur qui permet d’explorer les besoins des clients. Elle utilise les personas comme un moyen d’introduire la perspective du client et y ajoute les contributions d’une large sélection de méthodes centrées sur l’utilisateur comme les interviews, les sessions de design collaboratives, l’observation, etc. Comprendre et impliquer les clients ainsi que s’assurer que celui-ci a besoin et désire votre service est probablement une des meilleurs façons d’assurer le succès de votre service en aval.

E Des expériences qui surprennent et charment.
Les expériences définissent ce que les clients ont lorsqu’ils utilisent un service et quand ils y reviennent. La phase d’expérience de l’approche AT-ONE se construit à partir des récents développements dans notre compréhension de la façon dont les gens ressentent le service. Les clients actuels ne sont pas seulement à la recherche de solutions fonctionnelles à leurs problèmes mais désirent aussi des solutions plaisantes pour leurs problèmes de tous les jours. Apple est devenue plus désirable que Microsoft, Nokia plus qu’Ericsson ou encore Starbucks est devenu l’endroit où prendre un café. Pourquoi ? Pas à cause de leur réponse fonctionnelle mais parce qu’ils ont su capter notre plaisir. (Voir the Experience Economy de Pine & Gilmore). Les fonctionnalités et l’utilisabilité ne sont pas assez dans nos vies. Elles en sont maintenant la base. Les clients cherchent maintenant des liens émotionnels et des expériences. Les expériences sont maintenant un différenciateur précieux et offrent non seulement un service très agréable mais permet de créer et exprimer une identité, une marque.
Plusieurs outils ont été développés pour aider à utiliser les expériences comme point de départ du design. Idéalement l’objectif est de désigner l’expérience de service au début puis analyser et repenser l’offre, les points d’interaction, le service et même l’organisation pour être capable de produire l’expérience désirée.

This is service design thinking – 2ème partie

Le but du design de service est de mettre en relation les gens et ainsi créer de la valeur. Pour cela, le design de service fait le choix de se concentrer sur l’humain et non l’organisation ainsi que trouver des moyens pour aider les organisations et les parties prenantes pour créer ensemble de la valeur.
De toutes les disciplines qui ont contribué au design de services, le marketing est surement celle qui en est le plus proche. Le but du marketing moderne est de trouver ce que les clients veulent ou ont besoin. Les organisations essayent de différentier leurs produits et services afin d’attirer différents segments du marché. Pour développer des stratégies, le marketing utilise des méthodes quantitatives telles que les sondages et qualitatives telles que l’ethnographie. Le marketing a fait progresser sa vision traditionnelle (produit, prix, promotion, placement) en y ajoutant le facteur humain, les processus et l’évidence physique ou la qualité du service du point de vue du client.
Tout cela a influencé le design notamment le design de services. Le marketing concerne les organisations créant et construisant une relation avec des clients pour co-créer de la valeur. De son côté, le design a pour but de mettre les intervenants au centre du design de service.
Les personnes du marketing définissent qui sont (ou pourraient) être les clients et, dans les grandes lignes, les relations qu’une organisation peut avoir avec eux. Les designers donnent formes et sens à ces idées et peuvent enrichir et challenger les hypothèses en réalisant des visualisations.
Le marketing étudie les clients pour développer la connaissance de leurs pratiques et valeurs. Les designers utilisent ces connaissances comme point de départ et peuvent se concentrer sur l’esthétisme. Le marketing a la vision d’un nouveau service qui est façonné par la résolution de problèmes. Les professionnels du design ont une compréhension d’un processus itératif qui implique d’explorer différentes possibilités et d’être ouvert au hasard et la surprise.
Plutôt que de trouver si le design de service fait partie du marketing ou l’inverse, il est important de comprendre la valeur et la nature des relations entre chaque personnes, entre les personnes et les objets physiques, entre les personnes et les organisations et entre les organisations elle-même dans le cadre du design d’un service.

Qui sont les designers de services ?
Le service design est une approche multidisciplinaire qui inclue et connecte différents champs d’activités et d’études. Le livre présente ainsi un ensemble de disciplines de design et de management et comment celles-ci facilitent le design de service.

Le design de produit : développer des produits ainsi que les services les accompagnants.
Le rôle des designers industriels a changé et c’est diversifié. Ceux-ci doivent maintenant gérer les processus de design, travailler comme chercheurs ainsi que contribuer aux études sur le client. Le but est de trouver les problèmes et les besoins latents dans divers aspects de la vie des gens, de répondre à l’émergence de nouveaux environnements et aux besoins des utilisateurs. Le design de produits se concentre sur l’assemblage de plusieurs perspectives : une approche centrée sur l’utilisateur, différentes méthodes de recherches et de récupérations de données aussi bien quantitatives que qualitatives et un ensemble de techniques de visualisations telles que l’esquisse et le prototypage. Un projet de design de service réussi nécessite d’intégrer les parties prenantes aussi tôt que possible dans le processus de développement.

Le design graphique : fournir des explications visuelles claires.
C’est la tâche du designer graphique que d’enclencher les modèles mentaux de chaque individu ou au moins d’influencer positivement la mise en place de représentations cognitives. Les deux tâches principales sont l’information et le branding. Le branding est là pour aider à établir une identité visuelle et une certaine familiarité aux yeux des clients. L’information de son côté a pour but de rendre les contenus abstraits et complexes accessible de façon plus simple. Le branding soutient le client afin qu’il se rapproche émotionnellement du thème ou du contexte émotionnel de l’expérience. A l’intérieur de ce contexte, le design d’information a pour but d’y associer une expérience utilisateur positive et satisfaisante.

Le design d’interaction : les services comme une série d’interaction.
Le self-service, la co-production et les réseaux sociaux sont différents aspects qui ont récemment placé le centre de l’attention sur les interactions et leur design. Une bonne interface se base sur le fait que celle-ci soit désirable, plaisante, utile et utilisable. L’utilité définit les fonctions qui vont être utilisables et utilisable représente comment les utilisateurs vont pouvoir les utiliser. Un haut niveau de désirabilité requiert un alignement interne fort, une marque forte et une bonne connaissance du management du design. Cependant, c’est un très fort différenciateur et donne une pensée commune entre les clients.

Le design social : livrer un impact social positif.
Le design de service joue un rôle important en changeant les façons de voir, en mettant à bas les notions de créativité préconçues, en illustrant activement une large et significative application du design et en impliquant plus de personne dans le processus de design.
Le design social existe comme une façon de penser à propos de quoi, pourquoi et comment le design (produit et/ou processus) peut ou doit adresser les besoins en constante évolution de la société.

Le management stratégique : pourquoi les corporations font ce qu’elles font.
Les corporations et leurs employés ont leurs propres raisons de faire ce qu’elles font même si cela peut donner un mauvais service. Il faut comprendre les modèles mentaux qui encadrent les décisions faites par les managers à trois niveaux stratégiques : corporate, business et opérationnel. Cependant chacun des modèles de management à chaque niveau ne fournit pas assez d’informations pour une culture du design de service raisonnable. Penser en termes de design permet de mettre en place de nouveaux designs et processus d’organisation qui vont plus loin que les procédures de management traditionnelles.

Le management opérationnel : la quête obstinée pour l’efficacité.
Le management opérationnel est concerné par le design, le management et l’amélioration des processus aux travers desquels les produits et services d’une organisation sont livrés. L’approche considérée comme idéal est celle de la « ligne de production » : l’idée est d’appliquer les principes de la manufacture au service et même au client comme l’a fait McDonalds. Cependant un contact plus important et plus personnalisé remet le client au centre du design de service.

Design ethnographique : prendre inspiration dans la vie de tous les jours.
Le design ethnographique permet à l’équipe de travailler par la perspective de ces utilisateurs sur des nouveaux designs pour les parties pertinentes de leur vie journalière. Cette large compréhension permet de travailler sur la génération d’idée, le développement de concept et l’implémentation. Le design de service est multidisciplinaire où des personnes avec une large compréhension dans différentes disciplines et une connaissance importante dans un domaine précis.

This is Service Design Thinking – 1ère partie

Penser le design de service.

Le livre “This is Service Design Thinking” introduit une approche interdisciplinaire à la conception de service. Les frontières entre les produits et les services sont en train de se brouiller et il est temps d’utiliser une nouvelle façon de penser : celle du design de service. Le livre en lui-même a été conçu par les mêmes approches co-créatives (23 auteurs internationaux et encore plus de contributeurs en ligne) et centrées sur l’utilisateur qui y sont présentées.
Le livre présente ce qu’est le design de service, qui sont les designers de service, comment cela fonctionne, quels sont les outils, un ensemble de cas pratiques et enfin approfondi quelques points comme le service design et la psychologie motivationnelle ou encore la biophile.

Vous trouverez plus d’informations sur le livre sur le site officiel : http://thisisservicedesignthinking.com/

Ce résumé ne reprend pas tout le livre mais s’applique à reprendre les principales idées présentant le service de design.

Les 5 principes permettant de penser le design de service

1 Centré sur l’utilisateur

Il est nécessaire de se mettre d’accord sur un langage commun et avoir un certain degré de participation du client. Les services sont le fruit d’une interaction entre le fournisseur de service et le client. Même si les descriptions statistiques des utilisateurs sont utiles, une véritable compréhension des habitudes, de la culture, du contexte social et de la motivation des utilisateurs est cruciale. La compréhension et la divulgation de ces différentes mentalités correspond au début de la conception de service. Une approche centrée sur l’utilisateur offre un langage commun : celui de l’utilisateur du service.

2 Co-créatif
Design collaboration
Tout le monde peut être créatif. Il n’y pas qu’un seul groupe type de clients et chaque groupe a des besoins et des attentes différents. Fournir des services demande aussi de prendre en considération les différents intervenants de l’entreprise. Ainsi une seule proposition de service peut impliquer de nombreux acteurs, de nombreux groupes de clients ainsi que différents employés et interfaces. Après s’être mis d’accord sur un langage commun, il est possible d’apporter des idées pour concevoir un nouveau service ou améliorer l’existant. Ces différentes personnes doivent s’impliquer dans le processus et être créatives. Être créatif n’est pas un don mais plutôt le fait d’écouter les idées s’écouler à travers l’esprit et être préparé à les mettre en forme. Être créatif, c’est être prêt à recevoir et mettre en forme beaucoup d’idées. L’avantage est que plus un client ou un intervenant est impliqué dans la proposition de service, plus sa loyauté et son engagement à long terme sont augmentés.

3 Une séquence
Design storyboard
Les services sont des processus dynamiques qui ont lieu au cours d’une certaine période de temps. La chronologie d’un service est donc cruciale quand on conçoit un service car le rythme influence l’humeur de l’utilisateur. Par exemple il va s’ennuyer en attendant l’enregistrement à l’aéroport ou contraire être stressé en se précipitant à travers les contrôles de sécurité de celui-ci.
Les processus d’un service peuvent être vus comme les séquences d’un film. Le design de service utilise cette analogie pour déconstruire les processus d’un service dans des points d’interaction (« touchpoint ») et des interactions uniques. Les points d’interaction peuvent être des interactions entre humain/humain, humain/machine et même machine/machine. Chaque processus de service suit une transition en trois étapes : avant le moment du service (entrer en contact avec le service), le moment du service (quand le client fait l’expérience du service) et après le moment du service. Comme tout bon film ou pièce de théâtre, un service de qualité doit maintenir l’intérêt et une bonne narration. Comme toute pièce de théâtre, le service ne correspond pas uniquement à ce qui se passe sur le devant de la scène mais inclus aussi différents processus en coulisse. Pour atteindre une excellente performance en théâtre, les acteurs doivent répéter de nombreuses fois. C’est de même pour les services. On doit les prototyper et les tester itérativement sur les clients.

4 Révèle l’évidence
Backstage service
Il faut rendre l’intangible tangible. Les services passent souvent inaperçu en fond de tâche. Comment rendre conscient les clients de ces services intangibles ? Rendre un service évident permet de prolonger l’expérience du service loin après le moment qui suit les services. Utiliser efficacement cette méthode a la force d’augmenter la loyauté du client et les clients vont recommander ce service aux autres. Le but est donc d’obtenir une meilleure appréciation du client. En plus, l’évidence peut expliquer certains aspects d’un processus ou d’un point d’interaction. Par exemple, les serviettes pliées représentent le ménage effectué dans une chambre d’hotel. Si le processus d’un service est comme un film, une meilleure compréhension du travail en coulisse peut engendrer une meilleure appréciation du client.

5 Holistique.
Travailler ensemble
Il faut prendre en compte l’ensemble du contexte. Même si les services sont intangibles, ils peuvent prendre place dans un environnement physique en utilisant des objets physiques et génèrent même dans la plupart des cas des résultats physiques. De façon subconsciente, les clients perçoivent cet environnement avec tous leurs sens.
Quels aspects doivent être considérés quand on désigne un service ? Il est impossible de travailler de façon totalement holistique et de considérer chaque aspect unique d’un service. Au niveau d’un point d’interaction individuel ou du moment d’un service, il faut prendre en compte l’environnement qui un impact profond sur la perception du service par le client.
Au niveau de la séquence du service, il faut prendre en compte les parcours alternatifs du client. Il y a de nombreux points d’interaction ou approches possibles.
Le fournisseur du service doit prendre en compte son organisation mais aussi sa culture interne, ses valeurs ou encore ses normes. Il faut promouvoir une pensée du service et l’importance de la motivation des employés.
Penser la conception d’un service met en avant la co-opération de différentes disciplines afin d’assurer le succès de l’entreprise à travers une expérience du client améliorée, la satisfaction de l’employé et l’intégration de processus technologique sophistiqués dans le but d’atteindre les objectifs de l’entreprise.

Principes de design d’une interface graphique

Enfin ! Cette article aura eu du mal à sortir du mode brouillon et d’ailleurs certaines parties sont encore à retravailler (n’hésitez pas à laisser des commentaires).

L’année dernière, alors que je demandais des conseils de lecture à un ami Ergonome, celui-ci me conseille fortement GUI Bloppers. Je me le commande et je reçois un livre très sommaire dans sa mise en page et pas très sexy.

La grande majorité du livre concerne des « meilleurs pratiques » très précises pour la réalisation d’une interface graphique (jusqu’au nom de la barre de titre des fenêtres !). Si l’ensemble regorge de détails pratiques très intéressants, c’est surtout l’introduction qui m’attire le plus et que j’ai décidé de résumer ici !

Jeff Johnson y présente 9 principes de design d’une interface graphique. Travaillant actuellement sur l’expérience utilisateur d’un des plus gros site d’eCommerce français, ces principes à la fois simple, très pragmatique et tellement efficace révèlent une importance toute particulière. Je pense sincérement qu’ils meritent d’etre connus et appliqués pour créer une meilleure expérience utilisateur et pour faciliter la réalisation d’une interface graphique.

1er principe : Se concentrer sur l’utilisateur et sur ses tâches non sur la technologie
Pour pouvoir appréhender l’utilisateur et ses tâches, il faut d’abord se poser les questions suivantes :
– Quels sont les utilisateurs ?
– Quel est l’intérêt du programme ? Quels problèmes va-t-il résoudre ?
– Quels sont les problèmes de l’utilisateur ? Qu’aime-t-il ou pas dans sa façon de travailler actuellement ?
– Quels sont les compétences de l’utilisateur ? Sont-ils prêts à apprendre ? Y a-t-il différents types d’utilisateurs ?
– comment les utilisateurs se représentent les données que le programme va gérer ?
– Quelles sont les façons préférées de travailler ? Comment le programme va s’adapter ou les changer ?

Le but de ces questions est d’abord de comprendre l’utilisateur. La réponse se construit autour de trois composants : décisions d’entreprise, investigation empirique et collaboration.

Décisions d’entreprise : l’entreprise doit décider quels seront les principaux utilisateurs pour son produit. On parle de choisir une cible primaire. Attention le client (département des ventes ou marketing) ne représente pas toujours les utilisateurs.

Investigation empirique : il faut connaître les caractéristiques de cette cible primaire.. Comment ? En parlant avec eux, en les observant, avec mettant en place des groupes de travail, en parlant avec leur managers.
En ce qui concerne les utilisateurs, il faut savoir qu’il n’y pas une séparation nette entre débutants et experts. Il faut plutôt considérer 3 dimensions :

  • la personne calée en informatique de façon générale
  • l’expert de la tâche
  • la connaissance du système ou du produit

Il faut aussi se poser la question pourquoi l’utilisateur veut utiliser votre produit ? travail ? personnel ?

Collaboration : amener les utilisateurs cibles dans votre équipe pour mieux les connaître, traiter les comme des experts.

Créer des Personnas

Le but de ces trois étapes est de créer un ou des profils avec des informations plus générales. On peut aller plus loin en créant des “personnas”.

Comprendre la tâche s’articule aussi autour de trois composantes.


Décision business : décider l’ensemble des tâches que l’on souhaite gérer dans le produit. Cette décision est influencée par les buts stratégiques de l’entreprise, l’expertise de ces employés, son influence passée, son histoire, ses processus, son infrastructure, sa perception des opportunités du marché, des niches ou encore les nouvelles technologies venant de la recherche.
Investigation empirique : analyser les tâches visées. Cette analyse des tâches a pour but d’apprendre comment les utilisateurs réalisent les tâches que le programme va gérer. La meilleure façon de faire cette analyse est d’observer les utilisateurs, faire des interviews, comprendre avant l’introduction du nouveau produit, faire des spéculations sur l’utilisation future.
L’interview et l’observation sont complémentaires. L’interview peut introduire une désinformation en mettant en avant comment le produit pourrait marcher. Lors de l’observation, on interprète ce que l’on voit.
Collaboration : discuter avec l’utilisateur de vos premières analyses et conclusion permet d’aller plus loin. Le retour d’information est dans les deux sens : les utilisateurs apprennent aussi comment il travaille et découvre les technologies qui pourraient les aider.
L’ensemble de ce processus permet de répondre à des questions précises :

  • Quelles tâches concernent la zone d’application du programme ?
  • Quelles sont les tâches communes et les rares ?
  • Quelles sont les étapes de chaque tâche ?
  • Quel est le résultat et la sorte de chaque tâche ?
  • D’où proviennent les informations pour chaque tâche et comment l’information résultant de chaque tâche est utilisée ?
  • Quelles personnes font quelles tâches ?
  • Quels sont les problèmes rencontrés lors de la réalisation de la tâche ? Quelles sont les erreurs les plus communes ? Quelles en sont les causes ? Quelles sont les conséquences ?
  • Quelles sont les terminologies utilisées ?
  • Comment sont reliées entre elles les différentes tâches ?
  • Quelle communication est nécessaire entre les personnes pour réaliser les tâches ?

Enfin il faut prendre en compte le contexte, par exemple que les données peuvent venir d’un autre programme, et ne pas avoir une vision centrée sur la technologie .

Principe 2 : Considérer la fonction en premier, la présentation ensuite.

L’erreur est souvent de décider à quoi va ressembler l’interface avant de définir ces fonctionnalités. Certains utilisent des outils de maquettage, d’autres des outils de création de GUI interactif, certains se lancent directement dans l’implémentation. Le point commun est de commencer par travailler sur la présentation directement. Cependant l’interface utilisateur d’un programme n’est pas seulement une question de présentation. Une décision de design concerne l’ensemble de l’architecture : Quels concepts montrer aux utilisateurs ? Comment structurer l’information ? Quels traitement en arrière plan ? Quelle customisation possible ?
Considérer la fonction en premier signifie que le designer doit clairement définir les concepts du logiciel et les relations entre ces concepts. On ne peut sauter directement sur la disposition de l’interface sans d’abord répondre aux questions liées aux tâches.

Le modèle conceptuel.


A partir des questions ci-dessus, il est important d’enregistrer et d’organiser la connaissance qui en résulte de façon à aider le design d’une interface graphique. La plus utile est de développer un modèle conceptuel : le modèle que le designer veut que les utilisateurs comprennent.

En utilisant le logiciel ou en lisant la documentation, les utilisateur se construisent un modèle de son fonctionnement ou modèle d’interaction. Si le modèle du designer et de l’utilisateur sont les mêmes alors le design est bon. Un modèle n’est pas exprimé en terme de concepts d’interface graphique mais autour :

  • des données que l’utilisateur manipule
  • de l’organisation de ces données
  • de ce que l’utilisateur fait avec ces données

Développer un modèle conceptuel est difficile car on est tenté de le définir directement en terme d’interface utilisateur notamment à cause de la tendance du marketing de voir les besoins fonctionnels en terme de disposition de l’interface et de clics de souris.
L’idée est en qu’en construisant avec attention un modèle conceptuel explicite et ensuite en créant l’interface graphique à partir de ce modèle, le logiciel en résultant sera plus propre, plus simple et plus facile à comprendre.
“As simple as possible, but no simpler” Albert Einstein

Se concentrer sur la tâche.
Le modèle conceptuel doit être aussi simple que possible. Il faut se concentrer sur les tâches avec des concepts familiers pour l’utilisateur. Par exemple, pour designer un logiciel de création et de management d’organigramme d’entreprise, il faut mieux utiliser un ensemble d’organisations, sous-organisations et employés plutôt qu’un ensemble de boites, labels et de connecteurs.
Il faut résister à la tentation d’ajouter de nouveaux concepts (“less is more” – Mies van der Rohe). L’ajout d’un nouveau concept est couteux pour deux raisons :
– l’expert de la tâche ne le reconnaîtra pas et devra donc l’apprendre
– il interagit potentiellement avec tous les autres concepts du système. L’ajout d’un concept ne fait pas augmenter la complexité globale de façon linéaire mais de façon exponentielle.

Faire une analyse des objets et des actions.
L’élément le plus important d’un modèle conceptuel est l’analyse des objets / actions. C’est à dire spécifier tous les objets conceptuels qu’une application va exposer à ces utilisateurs, les actions possibles sur chaque objet, les actions possibles sur chaque type d’objets et leurs relations. L’application peut introduire d’autres objets mais ils ne doivent pas être visible. L’analyse des objets / actions est donc une déclaration des concepts exposés à l’utilisateur.
Exemple pour la fonctionnalité “gérer un compte” les objets sont “virement” et “compte” et les actions possibles : écriture, déposer ou retirer de l’argent.

Relation entre objets.
Un des rôles importants de l’analyse des objets / actions est de définir et représenter les relations entre les objets. Les objets du domaine forment habituellement une hiérarchie de type par exemple un compte courant est un type de compte bancaire. Faire en sorte que cette hiérarchie soit claire dans le modèle conceptuel permet de mieux la comprendre et de mieux la présenter aux utilisateurs. Cela permet aussi de déterminer des actions génériques et donc de rendre l’interface plus facile à apprendre. Plutôt que d’avoir une longue liste de commandes spécifiques, on peut avoir un petit nombre de commandes qu’on peut appliquer à travers les objets. Suivant les applications, les objets peuvent être aussi mis en relation par des hiérarchies d’éléments et d’ensemble : par un exemple un document possède un en-tête ou un album photos contient des photos. Enfin les objets peuvent être mis en relation en fonction de leur importance.
Plus la relation entre les opérations du système et la tâche qu’ils servent est directe, plus votre modèle conceptuel à des chances d’être adopté par les utilisateurs.

Développer un lexique.
Après l’analyse des objets / actions, le plus important dans un modèle conceptuel est le lexique qui nomme chaque concept que l’utilisateur peut rencontrer. Une fois que l’équipe est d’accord sur les concepts visibles, il faut se mettre d’accord sur la dénomination de ces concepts afin de maintenir la cohérence.

Écrire des scénarios de taches.
Il est utile de définir des scénarios de tâche ou cas d’utilisation. Ces scénarios peuvent être utilisés dans la documentation du produit, dans les revues fonctionnelles ou pour les tests.

Une fois le modèle conceptuel défini, on peut alors construire le design graphique de l’interface utilisateur. Les concepts abstraits sont alors traduits par une présentation concrète et des actions utilisateurs.
On peut aussi remarquer la similarité flagrante entre l’analyse des objets/actions et l’analyse orientée objet en programmation. Le modèle conceptuel défini lors du design de l’interface peut donc tout à fait servir pour le développement du logiciel. Ce n’est donc pas un coût supplémentaire pour le projet … au contraire !

Principe 3 : se conformer à la vision de la tâche par l’utilisateur.

Les interfaces utilisateurs devraient être désignées suivant le point de vue de l’utilisateur. Pour connaître celui-ci le mieux est justement de discuter avec l’utilisateur, de l’observer et de collaborer (comme expliqué dans le 1er principe). Se conformer à la vision de l’utilisateur a plusieurs sous principes.

Faire en sorte que ce soit naturel.
Les actes non naturels sont des étapes que l’utilisateur doit réaliser alors qu’elles n’ont pas de connexion directe avec sa tâche. Ces actions sont considérées difficiles à apprendre, facile à oublier, consommatrice en temps et ennuyeuses.
On peut prendre l’exemple d’un jeu d’échec. L’utilisateur n’a besoin que de sélectionner la pièce et indiquer la destination. Les actes non naturels pouvant s’intercaler sont nombreux : passer à un mode de mouvement, donner un nom ou une raison à ce mouvement dans le cadre d’un historique ou une analyse à posteriori, spécifier quel jeu dans le cadre de plusieurs plateaux. Déplacer une pièce au échec est une tâche simple mais un logiciel peut facilement la rendre complexe en y ajoutant des étapes supplémentaires non naturelles.

Ne pas imposer des restrictions arbitraires.
se conformer à la vision de la tâche par l’utilisateur implique de ne pas imposer des restrictions arbitraires comme limiter le nom d’une personne, limiter le trie des lignes d’une table à maximum trois colonnes ou encore fournir un retour en arrière pour seulement trois opérations.

Utiliser le vocabulaire de l’utilisateur non le sien.
Il faut garder les concepts relatifs au fonctionnement du programme à l’intérieur de celui-ci et ne pas les exposer à l’utilisateur. L’utilisateur n’est pas intéressé par le fonctionnement du programme.

Il faut aussi trouver le bon point entre complexité et puissance.
L’erreur est de penser que plus il y a d’options, des contrôles, de puissance mieux c’est ! Les utilisateurs se concentrent sur les fonctions utiles pour atteindre leur objectif. Plus il y a des fonctionnalités avec une faible importance, plus les fonctionnalités réellement importantes ont moins de chance d’être apprises et utilisées.
Les solutions sont d’utiliser :

  • des valeurs par défaut
  • des modèles ou des solutions clé en main
  • des wizards avec un chemin
  • une divulgation progressive afin de cacher les détails tant que l’utilisateur n’en a pas besoin
  • des commandes génériques
  • un design spécifique au tâche (supporter un petit nombre de tâche extrêmement bien)
  • customisation

Principe de base 4 : gérer l’accès et la visibilité des fonctions.
Quelque soit le domaine de la tâche, les utilisateurs ont des buts allant du commun au rare. Il faut faire en sorte que les buts communs soient faciles à atteindre. La somme de travail nécessaire à une tâche ne doit pas être proportionnel à la complexité de celle ci. Celle ci doit être proportionnel au fait quelle soit commune ou non, par exemple dans un restaurant on peut demander d’être servi “comme d’habitude”. L’objectif est donc de réduire la complexité pour les tâches communes (en utilisant les solutions évoqués dans le troisième principe).
Il y a deux aspects définissant une tâche commune : le nombre d’utilisateurs contre la fréquence d’utilisation.
Plus une fonction est utilisée, moins elle doit nécessiter de clic. Par exemple, l’installation peut se permettre d’avoir beaucoup d’étapes. Plus il y a d’utilisateurs, plus la fonction doit être visible. Une fonction peu utilisée par peu de personnes ne doit prendre du temps à la conception.

Fréquence d’utilisation / nombre d’utilisateurs Par la majorité Par quelques uns
Fréquemment Hautement visible et peu de clics A peine visible et peu de clics
Rarement A peine visible et plus de clics OK Caché / plus de clics Ok

Principe de base 5 : Ne pas distraire les utilisateurs de leur tâche.

Notre capacité a être multitâche est limitée. Une activité complexe et surtout qu’on ne maîtrise pas nécessite concentration et attention. C’est pour cette raison qu’il ne faut pas contraindre l’utilisateur à s’occuper du logiciel. Ce dernier doit se trouver en arrière plan derrière la tâche fonctionnelle. Il faut aider à l’exécution de la tâche ou la résolution de problèmes liés à celle ci tout en minimisant le temps que l’utilisateur passe à résoudre des problèmes liés à l’informatique.
Il ne faut pas forcer l’utilisateur à résonner par élimination. Par exemple un service bancaire demandant un PIN alors que l’utilisateur a un mot de passe.

Principe de Base 6 : faciliter l’apprentissage.


La pensée classique est “inside-out” : le designer pense que l’utilisateur va obligatoirement comprendre qu’elle est le but d’une fonction. La plupart des designers assument que les utilisateurs perçoivent et comprennent tout de l’intention du designer (exemple du do it bouton sur les stations de travail Lisp ou le verre de martini / antenne).
La bonne façon est de penser “outside-in”. Il faut designer en faisant en sorte que l’interface utilisateur est un sens pour la personne qui ne connaît pas tout.
L’utilisateur ne connaît pas vos intentions, ne connaît pas les différentes significations de chaque élément de l’interface. L’interface utilisateur doit avoir un sens pour l’utilisateur, non pour le designer.
Le designer doit favoriser la cohérence. Les incohérences forcent l’utilisateur à penser au système et le détourne de sa tâche. Il faut essayer de mettre en place des commandes génériques ou développer une interface utilisateur similaire en réutilisant des éléments pour différentes fonctions (notamment grâce au développement du modèle conceptuel).

La cohérence est un sujet difficile, plus qu’on ne le pense :

  • difficile à définir
  • multidimensionnel : un élément cohérent dans une dimension (ex. la fonction) peut être incohérent dans une dimension (ex. la localisation)
  • sujette à interprétation : l’idée de la cohérence peut être différente suivant les utilisateurs.

Cependant elle ne doit pas être laissé de coté. Les utilisateurs sont prêt à dépenser de l’energie physique afin de réserver l’effort mental pour leur tâche (“j’étais pressé donc j’ai pris la méthode la plus longue”).
Il faut que la cohérence soit centrée sur l’utilisateur (interview, observation, prototypage).
Il faut fournir un environnement avec peu de risques afin de favoriser l’exploration et l’apprentissage. les erreurs doivent être difficile à faire et facile à corriger afin de réduire le stress.

Principe 7 : fournir de l’information, pas simplement de la donnée.


L’important est de se concentrer sur les données importantes et en extraire l’information (ex. si on veut savoir si le collègue est dans le bureau d’à coté .. la seul information importante est le oui ou non quelque soit la méthode utilisée).
Il faut aussi designer l’écran avec attention et précaution (et si besoin avoir recours à une aide extérieure). Les points importants sont :

  • l’ordre visuel et aider à la concentration de l’utilisateur
  • la possibilité de parcourir des yeux
  • correspondre au média utilisé
  • faire attention aux détails

L’écran appartient à l’utilisateur. Quand le logiciel change trop tout seul, les utilisateurs sont perdus et ennuyés. Il faut préserver l’inertie de l’affichage. Quand le logiciel change l’affichage pour montrer les effets d’un action, il faut essayer de minimiser ce qu’il change.

Principe 8 : Designer pour la réactivité
Depuis plusieurs décennies, les études ont prouvées que la réactivité – la capacité de suivre l’utilisateur et de ne pas le faire attendre – est le facteur le plus important déterminant la satisfaction de l’utilisateur. Lors de l’utilisation d’un ordinateur, les utilisateurs détestent attendre. Cependant on parle de vitesse perçue et non de vitesse réelle. Par exemple, un programme de rendu 3D n’affichant pas la progression pour gagner en vitesse sera perçu comme moins rapide qu’un autre affichant l’image petit à petit. Une interface réactive reste en contact avec l’utilisateur même si elle ne peut répondre immédiatement à sa demande. Elle fournit alors un retour d’information sur ce que le logiciel est en train de faire.
Quelques exemples d’une mauvaise réactivité :

  • un retour d’information en retard lors du clic sur un bouton, de l’utilisation des ascenseurs ou de la manipulation d’objets
  • Une opération longue qui bloque l’interface et ne peut être arrêtée
  • Ne fournir aucun indice sur le temps d’une opération longue
  • Des animations saccadées et dures à suivre
  • Ignorer une entrée utilisateur en effectuant des tâches de maintenance que l’utilisateur n’a pas demandé.

Ces problèmes affectent la productivité des utilisateurs et les frustrent.
L’arrivée du web a été un retour en arrière au niveau de la réactivité en particulier à cause des temps de communication entre les serveurs et le navigateur web ainsi que la limitation de la norme HTML de ne gérer qu’une page. L’arrivée du javascript « asynchrone » ou AJAX ainsi que l’amélioration des performances du coté serveur mais surtout du coté navigateur ont permis de grandement améliorer les choses.

Pour être perçu comme réactif, un logiciel interactif doit :

  • reconnaître une action de l’utilisateur directement même si la réponse prend du temps
  • faire savoir à l’utilisateur si le programme est en cours de travail ou non
  • permettre à l’utilisateur de faire autre chose en attendant qu’une fonction se termine
  • animer un mouvement clairement et de façon fluide
  • permettre à un utilisateur d’arrêter une opération longue qu’il ne veut pas
  • permettre à un utilisateur de juger combien de temps prend une opération
  • faire en sorte que l’utilisateur puisse mettre en place son propre environnement de travail

Principe 9 : Essayer avec l’utilisateur et corriger ensuite !
Il faut tester un produit ou un service avec les personnes qui sont susceptibles de l’utiliser le plus rapidement et le plus fréquemment possible. Ces tests d’utilisabilité sont extrêmement importants pour savoir si le design est réussi, si l’interface aide plus l’utilisateur qu’elle ne le gêne. Les résultats peuvent surprendre même les designers expérimentés et révèlent souvent des problèmes d’utilisabilité non anticipés. Il faut bien sur réserver du temps pour corriger les problèmes remontés par ces tests.
Les tests d’utilisabilité ont en fait deux buts :

– un but d’information qui permet de trouver les aspects de l’interface qui causent des problèmes à l’utilisateur et utiliser la nature exacte de ces problèmes pour suggérer des améliorations.

– Un but social afin de convaincre les développeurs qu’il y a un problème dans le design qui doit être corrigé. Les développeurs résistent souvent au changement en partie du au temps et à l’effort requis mais aussi parce que cela suggère que le design a été mal fait. C’est pour cette raison qu’il est intéressant qu’ils assistent aux tests mais il faut aussi les contraindre à observer passivement et ne pas interférer dans le processus.
Beaucoup pense que les tests d’utilisabilité sont fait juste avant que le produit soit livré. En fait il y a des tests pour chaque étape du développement d’un produit. Ils peuvent être catégorisés en fonction de deux dimensions :
1 l’étape du développement à laquelle le test se produit
2 l’aspect formel de la méthode de tests
Les tests peuvent être effectués avant l’écriture d’une ligne de code, pendant l’implémentation ou quand le produit est pratiquement finalisé. Les tests peuvent être informel comme les sondages, les interviews ou l’observation, quasi-formel quand l’utilisateur doit effectuer une tâche et qu’on collecte des données qualitatives et quantitatives ou formel lorsqu’il y a une étude mesurant principalement des données quantitatives et nécessitant une analyse statistique (en comparant très souvent deux designs).

La visibilité

Selon le principe de visibilité, les systèmes sont plus utilisables quand ils indiquent clairement leur status, les actions qui peuvent être effectuées et les conséquences de chaque action. Par exemple, une lumière rouge peut indiquer si un dispositif reçoit ou non de l’électricité; des contrôles allumés pourraient indiquer que ceux ci sont disponibles; des retours d’information auditif ou tactile permettraient de reconnaître qu’une action a bien été accomplie. Le principe de visibilité est basé sur le fait que les utilisateurs ont des facilités pour reconnaitre les solutions en les sélectionnant d’un ensemble d’options plutôt que de s’en souvenir.

On peut prendre l’exemple de deux balladeurs CD affichant ou non le titre des chansons.

Quand on en vient au design de systèmes complexes, le principe de visibilité est peut être le plus important et le moins respecté.
L’accident nucléaire de Three Miles Island vient en partie d’un problème de visibilité du design.

Pour incorporer la visibilité dans un système complexe, on doit considérer le nombre de conditions, le nombre d’options par condition et le nombre de résultats – les combinaisons peuvent être écrasantes. Ainsi la plupart des designers essayent de rendre tout visible tout le temps. Cette approche peut sembler souhaitable mais elle rend les informations pertinentes et les contrôles plus difficiles à accéder à cause d’une surcharge d’information.

Une organisation hiérarchique et une prise en compte du contexte sont des bonnes solutions pour gérer la complexité tout en préservant la visibilité. L’organisation hiérarchique met les contrôles et l’information dans des catégories logiques puis les cache dans un contrôle parent comme les menus de logiciel. La prise en compte du contexte révèle ou cache des contrôles ou information en fonction du contexte du système.

Texte traduit provenant de Universal Principles of Design

Le rapport Signal-Bruit

Toute communication implique la création, transmission et réception d’informations. Durant chaque étape de ce processus, la forme de l’information – le signal – est dégradée et des informations non pertinente – du bruit – sont ajoutées. La dégradation réduit la quantité d’information utile en modifiant sa forme. Le bruit réduit la clarté en diluant l’information utile avec de l’information inutile. La clarté de l’information peut être comprise comme le ratio de signal restant par rapport au bruit ajouté. Par exemple, un graphique élément inutile aura un ratio signal-bruit élevé.

Le but du design est donc de maximiser le signal et de diminuer le bruit, produisant ainsi un ratio signal-bruit élevé.

Mauvais rapport signal - bruit

Mauvais rapport signal - bruit

Bon rapport signal - bruit

Bon rapport signal - bruit

Maximiser le signal signifie clairement communiquer de l’information avec une dégradation minimale. La dégradation du signal apparait quand l’information est présentée de façon inefficace : écriture non claire, graphique inapproprié ou des labels et icônes ambigus. La clarté du signal est améliorée à travers une présentation simple et concise. Un design simple nécessite une charge de performance (voir article) minimale, permettant aux gens de se concentrer sur l’information. Par exemple, l’utilisation du mauvais type de graphique pour présenter certains types données peut modifier le sens de l’information. Mettre en avant les aspects clés de l’information peut aussi réduire la dégradation du signal : par exemple mettre en surbrilliance ou la répétition des éléments importants d’un design.

Minimiser le bruit signifie enlever les éléments non nécessaires. Il est important de réaliser que chaque élément non nécessaire (graphiques, textes, lignes, symboles …) détourne l’attention des éléments pertinents. Les éléments nécessaires devrait être eux aussi réduit au strict minimum tout en conservant leur fonction ou leur message pour accentuer leur efficacité. Par exemple, les lignes de séparation des cellules d’une table devraient être amoindries, éclaircies voir supprimées. L’excès crée du bruit.

En conclusion, il faut maximiser le ratio signal-bruit, augmenter le signal en gardant un design simple et sélectionner les stratégies de design avec soin. Il ne faut pas hésiter à utiliser des standards et des règles bien répandus pour créer un effet levier sur les conventions et promouvoir une implémentation cohérente.

Texte traduit provenant de Universal Principles of Design

La proximité

La proximité est un des nombreux principes Gestalt de perception. Les éléments proches sont considérés comme un seul groupe et étant plus liés entre eux que des éléments éloignés.

Principe Gestalt de proximité

Les groupes résultant de cette proximité réduisent la complexité du design et renforcent les relations entre éléments. Au contraire, un manque de proximité crée la perception de groupes multiples et disparates et renforcent les différences entre éléments. Certaines dispositions proches impliquent des types de relations spécifiques et devraient être prises en considération. Par exemple, des éléments connectés ou se super posant sont communément interprétés comme partageant un ou plusieurs attributs alors que des éléments proches mais non connectés sont considérés comme apparentés mais indépendant.

La proximité est un des moyens le plus puissant pour indiquer la parenté dans le design et surpasse généralement des indices visuels concurrents (ex. la similarité). Il faut donc faire en sorte d’organiser les éléments pour que leur proximité corresponde à leur parenté. Par exemple, il faut favoriser un étiquetage direct sur les graphes plutôt qu’une légende sur les cotés de celui-ci.

Texte traduit provenant de Universal Principles of Design

Le prototypage

PrototypageLe prototypage est la création de maquettes simples et incomplètes d’un design pour explorer des idées, élaborer le besoin, affiner les spécifications et tester les fonctionnalités. Il y a trois types basiques de prototypage : concept, jetable et avec évolution.

Le prototypage de concept est utile pour explorer rapidement et à bas coût des idées préliminaires de design. Par exemple, les croquis et les storyboards sont utilisés pour développer l’apparence et la personnalité des personnages dans les films d’animation bien avant que les processus d’animation et de rendu soient mis en route. Cette approche permet de communiquer des concepts, révéler les besoins du design et les problèmes ou encore permettre une évaluation par le public visé. Un problème commun avec les croquis est le « problème de réalité artificielle » : la présentation plausible d’un design impossible. Un bon artiste ou modeleur peut faire en sorte que n’importe quel design puisse fonctionner.

Le prototypage jetable est utile pour collecter des données sur la fonctionnalité et la performance de certains aspects du système. Par exemple, les modèles de nouvelles voitures sont testées en soufflerie pour mieux comprendre et améliorer l’aérodynamisme de leur forme. Le prototype est ensuite jeté dés que les informations requises ont été obtenues. Le problème courant avec le prototypage jetable est l’hypothèse que la fonctionnalité va s’échelonner correctement ce qui bien sur arrive rarement.

Le prototypage avec évolution est utile quand beaucoup des spécifications du design sont incertaines ou changeantes. Avec un prototype avec évolution, celui-ci est développé, évalué et affiné continuellement jusqu’à obtenir le design final. Les besoins et spécifications du design ne définissent jamais le produit final mais seulement la prochaine itération. Par exemple, les développeurs de logiciels utilisent le prototypage avec évolution pour gérer les changements rapides et volatiles des besoins. Le problème commun du prototypage avec évolution est que les designers ont tendance à avoir une vision tunnel, se concentrant sur l’amélioration des spécifications existante, au lieu d’explorer des designs alternatifs.

Le prototypage est un sujet vaste qui sera approfondi mais pour commencer un article en anglais de l’excellent Smashing Magazine.

Texte traduit provenant de Universal Principles of Design

La charge de la performance

Plus l’effort pour accomplir la tâche est grand, moins la tâche a une chance d’être accomplie avec succès.

La charge de la performance est le degré d’activité mentale et physique requis pour accomplir une tâche. Si la charge est importante, le temps et les erreurs de la performance augmentent et la probabilité d’accomplir la tâche avec succès diminue. La charge de la performance se divise en deux types : la charge cognitive et la charge cinétique.

La charge cognitive est la quantité d’activité mentale – perception, mémoire, solution de problème – requise pour accomplir la tâche. Par exemple, les premiers systèmes informatiques demandaient aux utilisateurs de se souvenir d’un grand nombre de commandes et de les entrer dans le système de façon spécifique. Le nombre de commandes qui devaient être mémorisées était une charge cognitive pour la tâche. L’apparition des interfaces graphiques a permis aux utilisateurs de parcourir et sélectionner les commandes grâce aux menus plutôt que de s’en rappeler de mémoire. Cette réduction de la charge cognitive a grandement réduit l’effort mental pour utiliser les ordinateurs. Ces derniers ont ainsi pu devenir un marché de masse. Les stratégies générales pour réduire la charge cognitive incluent minimiser le bruit visuel, découper l’information qui doit être apprise, utiliser des aides mémoires ou encore automatiser les calculs et les tâches demandant beaucoup de mémorisation.

La charge cinétique est le degré d’activité physique – nombre de mouvements ou quantité de force – requis pour accomplir la tâche. Par exemple, le télégraphe permettait aux gens de communiquer des lettres à travers une série de frappes sur une armature métallique. Le nombre de frappes pour communiquer un message était la charge cinétique de la tâche. Samuel Morse a créé le code Morse pour minimiser la charge kinétique en assignant les codes les plus simples aux lettres les plus fréquentes. Cette approche a permis de réduire les temps de transmission et le taux d’erreur. Les stratégies générales pour réduire la charge cinétique incluent réduire le nombre d’étapes requises pour finaliser la tâche, minimiser la gamme de mouvements et les trajets ou encore optimiser les tâches répétitives.

De nombreux exemples peuvent se retrouver dans notre vie de tous les jours : du favoris de votre navigateur permettant d’éviter de vous souvenir ou de noter les sites qui vous intéressent (diminution de la charge cognitive) à la clé de voiture électronique (diminution de la charge cinétique) en passant par le code de barre qui permet d’éviter l’étiquetage manuel, d’entrer le prix à la main pour la caissière et l’inventaire automatique.

Texte traduit provenant de Universal Principles of Design