davidtouvet.com

Bon, le titre est un peu provocateur mais l’essentiel y est. InnovaBlog (décidément j’en parle beaucoup de ce blog les derniers temps) sort un article qui répond assez bien à la question “faut-il ou non écouter ses utilisateurs?”.

Ses conclusions:

• “Les utilisateurs tendent à produire la réponse que l’on veut entendre et qui va dans le sens attendu par l’enquêteur.”
• “Une analyse digne de ce nom ne peut se baser que sur les réponses apportées par les utilisateurs : même pleins de bonne volonté, ceux-ci ne peuvent apporter une réponse exhaustive à la question.”

Pour dépasser ces limites, il faut passer par une méthode de collecte d’éléments formels et chiffrés.

• “faire parler”, c’est-à-dire interroger les bases de données qui sont remplies d’informations
• traquer les utilisateurs en analysant chacune de leurs actions
• analyser les logs d’erreur
• analyser les données des outils statistiques ou de Eye-tracking

Au final, croiser les remarques des utilisateurs avec ces analyses. Un bon article qui recentre le débat et donne envie de creuser le sujet.

Merci à FredCavazza pour nous éclairer une bonne fois pour toutes sur la différence entre utilisabilité et expérience utilisateur:

• utilisabilité = simplicité d’usage (un bon exemple l’autoroute)
• expérience utilisateur = plaisir d’usage (un bon exemple, la petite route de campagne)

C’est le questionnement existentiel de Benoît Drouillat, relevé par gou blog. Pour résumer, il faut éviter de dé-personnaliser les gens pour qui nous créons des interfaces.

Manque cruel d’empathie, aggravé par notre incapacité à adopter le point de vue de l’utilisateur (en contradiction totale avec la démarche de conception centrée utilisateur (sic) que nous revendiquons)…Nous oublions que le design que nous créons s’adresse avant tout à des gens, des personnes, des créatures humaines, notre prochain. Don Norman souligne que dans notre métier, le véritable client, la personne qui va utiliser l’interface, lire son contenu etc. est trop souvent rendu abstrait, dilué dans le jargon des concepteurs, bien recouvert par l’épaisseur d’un mot annodin. Cela n’est pas innocent.

Source

Une solution proposée par gou blog serait de parler de personnages en créant de véritables profils d’utilisateurs.

L’article qui semble être à la source de ce questionnement serait “Words Matter. Talk About People: Not Customers, Not Consumers, Not Users” de Don Norman.

Words matter. Psychologists depersonalize the people they study by calling them “subjects.” We depersonalize the people we study by calling them “users.” Both terms are derogatory. They take us away from our primary mission: to help people. Power to the people, I say, to repurpose an old phrase. People. Human Beings. That’s what our discipline is really about.

(…)If we are designing for people, why not call them that: people, a person, or perhaps humans. But no, we distance ourselves from the people for whom we design by giving them descriptive and somewhat degrading names, such as customer, consumer, or user. Customer – you know, someone who pays the bills. Consumer – one who consumes. User, or even worse, end user – the person who pushes the buttons, clicks the mouse, and keeps getting confused.

(…)We no longer talk of idiot proofing, but why do we degrade people by the passive, inert term of “user.” People are rich, complex beings. They use our devices with specific goals, motives, and agendas. Often they work with – or against – others. A label such as customer, consumer or user ignores this rich structure of abilities, motives, and social structures.

Source

Mise à jour 2006-06-20: roby vient de sortir un article sur le même thème… comme quoi!

Des bons conseils provenant une nouvelle fois de plus de l’excellent blog de fredcavazza qui propose cette fois six conseils pour bien réussir ses tests utilisateurs issus de l’article “Six Steps to Ensure a Successful Usability Test“:

* Commencez tôt, plus un problème est détecté en amont, moins le coût de correction est élevé ;
* Concentrez-vous sur des problèmes qui existent réellement, inutile de chercher la petite bête là où il n’y en a pas ;
* Concevez des scénarios de tests centrés sur les fonctionnalités critiques ;
* Trouvez des participants qui sont réellement représentatif de la population-cible ;
* Écoutez et observez attentivement ;
* Ne jetez pas la pierre sur les concepteurs et les développeurs, les tests-utilisateurs ne sont pas un jeu de massacre mais une démarche constructive qui vise à améliorer la qualité globale d’un service en ligne, pas à trouver des responsables.

Source

BetterDesktop est un projet de partage de plus de 200 vidéos de tests utilisateurs sur les bureaux KDE et GNOME (Linux) (armez-vous de patience, car les vidéos sont très lourdes).

Si vous n’avez jamais (ou rarement) eu l’occasion de mener des tests utilisateurs, ne ratez pas cette occasion de voir de “vrais gens” se servir d’une application simple ! Ces tests illustrent très bien les différences de compétences, de connaissances, de façon de penser de chacun. Avoir conscience du fait que l’utilisateur ne pense pas nécessairement comme vous (le concepteur) est primordial ! Ces vidéos devraient vous en convaincre, et peuvent aussi vous donner des pistes sur la façon de mener un test, et sur l’utilité des tests.

Source

A ce propos, Ergologique propose un article sur les tests utilisateurs.

Très utile si vous avez plusieurs comptes Gmail, l’extension Gmail Manager vient parfaitement prendre sa place dans Firefox et est paramétrable à souhait.

Gmail Manager est un énième notificateur qui signale les nouveaux messages à intervalles réguliers, sur plusieurs comptes. On peut placer l’affichage à plusieurs endroits différents: status bar, toolbar, navigation bar, etc.

Ce qui peut être embêtant c’est que le nombre de nouveaux messages ne s’affiche que pour une seule adresse à la fois, il faut un clic droit pour basculer d’une adresse à l’autre. De plus, un clic sur la notification suffit à ouvrir le compte Gmail, sans avoir à s’identifier, donc la sécurité est faible. En revanche, la vérification des nouveaux messages semble être cryptée.

Source

Source: le blog à Ollie > Extensions Gmail

L’objectif est ici de tester un système de blog multi-utilisateurs que nous pourrions utiliser dans le cadre du Centre NTE. La personne qui reprendra la maintenance technique du blog multi-utilisateurs que nous choisirons pourra ainsi savoir précisément ce que j’ai fait.

Installation

1. Pour commencer, je relis deux billets du blog de roby: “WordPress Multi User” et “b2evolution“. Comme j’utilise WordPress, je me dit que le WordPress Multi User me conviendrait mieux. Cependant, vu que ce projet débute, je préfère commencer le test avec b2evolution. De toutes manières, tous ces systèmes proviennent de la même base (b2).
2. A partir du site de b2evolution, je télécharge la version “Copenhagen” (0.9.0.10) supposée être stable.
3. Je décompresse l’archive zip et j’ouvre le fichier “index.html“. Sur la droite de la page, un menu me permet de suivre les instructions en français.
4. Sympa, b2evolution me signale que “Vous pouvez installer b2evolution en quelques minutes seulement. Suivez simplement les instructions correspondant à votre situation.”
5. Je choisis d’installer b2evolution à partir de zéro.
6. Je vais utiliser la base de données “tests” et installer les fichiers dans “tests on ntepc02/blogs_multiples”. Je lis que les tables seront préfixées avec “evo_”. Bon, on comprend que ça provient de “evolution”, mais pourquoi ne pas avoir mis “b2evo_” ou quelque chose qui reprenne mieux le nom de ce système?
7. Je télécharge le contenu du répertoire “/blogs” dans le répertoire “tests on ntepc02/blogs_multiples”.
8. Je lance l’URL suivante: “…/blogs_multiples/install/”.
9. On me propose de configurer le fichier de configuration de base “qui n’a pas été édité pour l’instant”. J’entre ainsi les données relatives à l’accès à la base de données qui contiendra les tables “evo_*”. Bon, le premier test de configuration de ce fichier échoue lamentablement… L’erreur est vite rétablie (histoire de ports…) mais il me faut encore changer les permissions sur le fichier de configuration pour que la mise à jour soit effectuée…
10. Je choisis ensuite “Nouvelle installation: Installer les tables b2evolution dans la base avec des données d’exemple”.
11. Voilà, tout est bon, il ne me reste plus qu’à me connecter à l’interface d’administration. A part quelques petits problèmes, tout s’est bien déroulé!
12. Pour finir, j’ai lu ces dernières recommandations après installation.

“Xprotector est un programme en php pour créer et gérer des rubriques restreintes Spip. On peut également gérer des utilisateurs qui ont accès à ces rubriques”. Le projet Xprotector est hébergé par Sourceforge et distribué sous la licence GPL.