Accéder au contenu principal

User Experience Best Practices - Nick Finck

La vidéo est ici - www.uxnet.org

L'expérience utilisateur est la qualité de l'expérience d'une personne est en interaction avec un design spécifique d'une tasse à un musée.

Il y a beaucoup d'experts comme le montre le schema ci-dessous.

Une expérience utilisatrice se doit de répondre aux besoins suivants :
  • Facile d'utilisation (convivialité),
  • Intuitive (conception de l'information),
  • Structure (architecture de l'information),
  • Visuel esthétique (conception visuelle),
  • Fonctionnalité (design d'interaction)
Nick Finck présente ensuite une liste de Site Web d'où il tire des exemples de bonnes ou mauvaises pratiques.

Amazon.com
Beaucoup d'analyse de données (Data driven); l'expérience utilisateur est liée à l'analyse des données (quantitative) et pas les retours des utilisateurs (qualitatif).
La navigation doit toujours supporter correctement le niveau d'information sur un site.
Le business et les décisions commerciales ne devraient jamais limiter l'utilisateur; il devrait y avoir un équilibre.

Ebay.com
Essayes de répondre aux besoins de chacun : user driven.
Filtres exceptionnellement bien conçus.

Flickr.com
Ici c'est la communauté qui dirige les choix de design alors que ca devrait être un complément et non diriger l'architecture d'un site et la navigation.
Les sites web ne doivent pas se baser plus sur la recherche que la navigation directe.
Il doit toujours être possible d'accéder à une partie d'un ensemble d'informations

Netflix.com
Permettre à l'utilisateur de voir clairement l'information principale; ne pas submerger l'utilisateur par d'autres facettes de cette information.
Si votre produit a plusieurs façons d'être acheter, faire en sorte qu'elle sont inhérentes à l'architecture existante.
Ne pas pertuber un utilisateur qui essaie d'accomplir une tâche avec des appels à l'action ou de l'information perturbatrice.

Target.com
La somme des options et des possibilités dans une navigation ne devrait jamais écraser l'utilisateur.
Lorsque suffisamment de changements se produisent dans une page, il est important d'examiner son design et le refondre si nécessaire.

Toyota.com
Éviter les pages inutiles
Garder les pages accessibles. N'utilisez pas une technologie avec des contraintes comme Flash si elle n'est pas absolument nécessaire.
Permettre aux utilisateurs de comparer non seulement les produits d'un type donné mais l'ensemble des produits côte à côte.

Twitter.com
Threading: les sites de systèmes de messagerie doit toujours être géré par "Thread".
Faire en sorte que la "Mon profil" soit facile à trouver.
Afficher les informations pertinentes à la tâche que l'utilisateur essaye accomplir sur cette page

Informations clés
- Bon équilibre des besoins entre l'utilisateur, les contraintes du projet et la technologie

- Gardez les choses simples, ne pas gêner l'utilisateur; lui permettre d'accomplir ses tâches avec aisance
- Ne pas se concentrer seulement sur les parties les plus critiques, l'expérience utilisateur est constitué de la somme de toutes les parties
- Une bonne expérience utilisateur implique une écoute des utilisateurs tant au niveau qualitatif que quantitatif sans exagération.
- L'expérience utilisateur n'est pas simplement mise en pratique, elle est adoptée comme une philosophie de l'entreprise tout entière.

Commentaires

Posts les plus consultés de ce blog

Summary of 'Clean Architecture' by Robert C. Martin

Summary of 'Clean Architecture' by Robert C. Martin
Uncle Bob, the well known author of Clean Code, is coming back to us with a new book called Clean Architecture which wants to take a larger view on how to create software.

Even if Clean Code is one of the major book around OOP and code design (mainly by presenting the SOLID principles), I was not totally impressed by the book.

Clean Architecture leaves me with the same feeling, even if it’s pushing the development world to do better, has some good stories and present robust principles to build software.

The book is build around 34 chapters organised in chapters.
Programming paradigm After some introduction, there is an overview of three paradigm of programming:

structured programming which imposes discipline on direct transfer of controlobject oriented programming which imposes discipline on indirect transfer of controlfunctional programming which imposes discipline upon assignment

Uncle Bob tells us that each of these paradi…

Summary of 'Words are windows, Introduction to nonviolent communication' by Marshall Rosenberg

Summary of 'Words are windows, Introduction to nonviolent communication' by Marshall Rosenberg
“Words are windows” is an introduction to non violent communication (abbreviated as NVC). Marshall Rosenberg presents in this book the process that allows us to communicate more serenely with others as well as with ourselves. This mode of communication allows us to become more and more caring, authentic, and empathic with others. It can therefore be used in all interactions of everyday life: as a couple, with our children, at work … NVC is proving to be a very effective way to manage conflicts, and also to better identify our own needs.

At the source of Non Violent Communication NVC has 4 four key components:
Observation – specific facts/data, no evaluation/judgmentFeeling – state how we feel (many failure modes here)Need – the need underlying this feelingRequest – must be specific action to address need
First we observe what is really happening in a given situation. These observatio…

Le développeur incompétent est un mythe

Sous ce titre complètement arbitraire et très clairement provocateur, je vais passer un contre pied aux derniers articles que j'ai lus sur le métier de développeur.
Par exemple :
http://patricelamarche.net/2011/05/24/lincomptence-des-dveloppeurs/ 
http://blogs.codes-sources.com/tja/archive/2011/10/04/etre-un-bon-d-veloppeur-c-est-aussi-une-question-d-attitude-personnelle.aspx 
Ça tombe bien c'est juste avant la soirée du Paris JUG sur le métier de développeur ! Et comme on se plaint que les présentateurs ne sont pas de vrais (?) développeurs, je vais en profiter pour donner mon avis.

Alors voila, d'après ces articles, un bon développeur connait ses fondamentaux.
Ok soit mais quelle est cette liste de fondamentaux ? 
Chez certains, c'est les maths et l'algorithmie pure, d'autres c'est C++ par coeur et savoir retourner une chaine de caractère en moins de 3 instructions et une seule allocation mémoire, d'autres c'est Java JEE, ses 100 jsr et frameworks in…