Tanek

.fr

30 nov, 2009

Le cycle de vie d’un wireframe

Posté par: Tanek dans: Architecture de l'info

wireframe

Bon je continue mon exploration de slideshare (d'ailleurs, il y a vraiment des pépites) en vous soumettant cette fois-ci la présentation "le cycle de vie d'un wireframe" (traduit de l'anglais "The Life Cycle of a Wireframe").

Concernant l'auteur Nick Finck, (fondateur de Blue Flavor), je vous invite à le suivre sur son compte Twitter. Il est assez actif dans le domaine de l'expérience utilisateur, et ne demande qu'à être un peu plus populaire.

Dans cette présentation, il constate que tout travail d'architecture de l'information se décompose en 3 étapes :

  1. 1/ Comprendre le problème
  2. 2/ Trouver une solution
  3. 3/ Présenter cette solution

Ce dernier point demande un certain savoir-faire propre à ce métier. En effet, pour présenter la solution, on s'appuiera sur des livrables tel que des wireframes.

Pour aboutir à ce résultat,  Nick Finck nous explique quelles sont les entrées ( contenu/utilisateur/principe de la Gestalt), et la façon de les orchestrer.

Je vous remets en évidence le cheminement des livrables (que vous avez sans doute déjà croisé) :

uxmap

Comme vous pouvez le constater la profession est en train de se structurer en standardisant les processus de conception.

Cependant il ne faut pas perdre de vue que :

  • ces documents (ainsi que leurs mises à jour) demandent du temps  et des ressources ! Ainsi si vous voyez que tel ou tel livrables n'est pas adapté au projet, ne perdez pas de temps à le formaliser !
  • un livrable n'a une vraie utilité que s'il apporte du sens (aussi bien au client qu'en interne),
  • les livrables ne sont que la matérialisation de vos idées/pensées/concepts, et non le point de départ.

A bon entendeur ...

Partager cet article
  • Twitter
  • del.icio.us
  • StumbleUpon
  • Facebook
  • Digg
  • FriendFeed
  • Tumblr
  • LinkedIn
  • email

18 nov, 2009

Faites mieux avec peu …

Posté par: Tanek dans: expérience utilisateur

invesitisser_utilisabilite

Alors je débute ce billet express en vous précisant que ce titre est celui d'une présentation donnée par Anastasia Simitsis au Webcom Montréal 2009 (et mis en forme par w.illi.am)

A travers ces 70 slides, j'ai été bluffé par la profondeur et la densité de l'info qui est synthétisée et allégée de manière remarquable.  Vraiment un bon travail qui enchaine toutes les notions de l'UX (Expérience Utilisateur).

Ma seule "déception" réside sur le titre de la présentation, pas assez incitatif ... oui oui je chipote !

D'ailleurs, je profite de ce post pour vous annoncer qu'un glossaire est en train de voir le jour sur ce blog. Si vous avez des idées ou des remarques,  je suis à dispo !

Partager cet article
  • Twitter
  • del.icio.us
  • StumbleUpon
  • Facebook
  • Digg
  • FriendFeed
  • Tumblr
  • LinkedIn
  • email

12 nov, 2009

Les risques du prototypage

Posté par: Tanek dans: Utilisabilité

prototypage

70 % de mon travail consiste à concevoir et réaliser les prototypes pour des sites web, intranets, applications, ...

Concrètement, je modélise les wireframes, je les anime (scénario + storyboard) et je les spécifie. Tout ceci dans un seul et même logiciel : Axure. (Je ne rentrerai pas dans la gueguerre des logiciels à utiliser ou pas. Ce n'est pas le but de cet article).

Au final, nous obtenons un prototype, c'est à dire une maquette cliquable à destination du :

client, pour qu'il valide le parcours utilisateur, le système de navigation, les zones  d'interaction, ...

graphiste, pour qu'il représente les templates, les éléments graphiques, ...

développeur, pour qu'il comprenne les particularités du projet, les fonctionnalités, ...

chef de projet, pour qu'il ait un document référent surlequel s'appuyer,

Bref le bonheur parfait : un document unique et fédérateur qui sert de base à tous les intervenants du projet. Enfin ça c'est ce que je pensais en débutant dans ce secteur.

Après avoir lu un article de Superfiction sur les 3 raisons de ne pas utiliser un outil de prototypage, et plusieurs expériences douloureuses, je vous présente les principaux risques de ces logiciels/outils :

- on passe beaucoup trop de temps à modéliser des pages. Au final, notre wireframe se transforme quasiment en une création

- De ce fait, on risque de tromper le client, et de frustrer les graphistes/DA.

- En plus, on se concentrant trop sur la forme, on en oublie le fond... Or vous savez tous qu'un bon projet se focalise sur ses utilisateurs finaux, et sur le contenu/service à proposer.  Par conséquent, on a trop souvent tendance à créer des pages pleines de lorem ipsum, qui n'apportent aucune information, et laissent les développeurs dans le flou complet sur le type de contenu à afficher.

- ces outils reposent sur des bibliothèques de patterns qui (même si on optimise en factorisant) orientent fatalement la technique,

- Ensuite, comme on le voit dans l'article de Superfiction, ces outils ne sont pas adaptés aux nouveautés (RIA/RDA),

- et surtout on oublie de passer par l'étape papier/crayon (appelée "le paper prototyping") qui permet d'être créatif, collaboratif, et de bien poser à plat toutes les aspérités du projet.

Il s'agît bien sûr d'un liste de risques ! N'allez pas croire que je n'aime pas ce genre d'outils ! Bien au contraire, on augmente clairement la productivité si on les utilise à bon escient.

D'ailleurs, ça me permet de vous annoncer l'arrivée du livre de Todd Zaki Warfel dédié au prototypage chez Rosenfeld Média.

Partager cet article
  • Twitter
  • del.icio.us
  • StumbleUpon
  • Facebook
  • Digg
  • FriendFeed
  • Tumblr
  • LinkedIn
  • email

9 nov, 2009

Et en fait, c’est quoi ton métier ?

Posté par: Tanek dans: Réflexion

metier

Qui n'a jamais eu affaire à cette question durant de longs repas familiaux ?!?

Vous vous efforcez donc de répondre que vous travaillez dans une agence web.

Dans 90% des cas, survient alors la remarque fatale :

" C'est vrai ? Ah cool, ça tombe bien, j'ai justement un problème avec ma livebox..."

Bon à ce moment là, vous gardez votre calme, et vous reprenez de la purée avec votre poulet.

Pour les 10% restants, vous leur expliquez que votre travail intervient principalement en amont, sur la partie conception d'un site web.

A cet instant, une seconde question imparable arrive : "Mais en fait, c'est quoi ton poste ?"

Vous ravalez votre salive, vous respirez, et fébrilement un son sort de votre bouche : "...concepteur ergonome".

Oui concepteur ergonome, c'est l'intitulé de ma fiche de paie.  Sauf que celui-ci ne me convient pas vraiment.

En effet, n'est pas ergonome qui veut ! Il faut avant tout connaître et avoir étudié les sciences cognitives, les facteurs humains... afin de mener des tests-utilisateurs, des études sur les interfaces ou d'ailleurs sur d'autres environnements.

Dans ce domaine, on pourrait citer les 2 fameux chercheurs français : Bastien & Scapin qui ont introduit de nouvelles notions avec leur évaluations heuristiques.

Et pour le terme "concepteur", je dois avouer que le concept arrive tout chaud sur ma table en même temps que le projet. Il a été affuté par le planneur ou le directeur clientèle.

Je m'étais donc orienté vers l'expression "architecte de l'information".

Si je reprends la définition du petit dictionnaire numérique (que je vous recommande), l'architecte de l'information est le "responsable de la structure et de la terminologie du contenu d'un site web ou d'une application".  Concrètement, il doit positionner LA bonne information AU bon endroit.

Vous l'aurez donc compris, il s'agit avant tout d'un métier à forte valeur éditoriale, et qui à mon sens recherche plutôt les profils littéraires. Sans vous mentir, ce n'est pas réellement mon cas.

Pour la petite histoire, c'est Peter Morville qui a introduit ce terme, et qui se présente comme le roi de cette discipline dans son ouvrage : Le Polar bear.

Bon, définition suivante, qui apparait de plus en plus : le métier de "designer d'interface".  Le design d’interface vise à optimiser les qualités graphiques, ergonomiques et technologiques d’une interface. Il participe à garantir la satisfaction d’un utilisateur lors de l’usage d’un produit ou d’un service. (source Use Design)

A noter que ce métier se rapproche ostensiblement du "designer d'interaction". Ce dernier sera garant du comportement d'un produit. Il devra donc s'appuyer sur l'architecture, l'interface, et le design.  Cette dernière définition s'adapte assez bien à mes activités. Mais son aspect cinématique est trop restrictif et limite les champs d'activités.


C'est pour ces raisons que je préfère la notion de Désigner d'expérience utilisateur (ou User Experience Designer pour les anglophones).  Cette notion (trop vague) qualifie la relation existante entre un utilisateur et  un service.

Pour James Jesse Garett, les 5 composants de l'expérience utilisateur sont :

- la stratégie

- le périmètre

- la structure

- le squelette

- la surface

Il s'agit là d'une notion bien plus globale mais qui permet de définir plus précisément l'ensemble de mes activités.

Ce domaine de la conception est vraiment en train d'éclore jour après jour. Il y a tellement d'autres métiers qui s'interfacent aisément, cohabitent de façon transverses et qui dépendent également de la structure professionnelle : planneur digital, designer d'interface, chef de projet, consultant en utilisabilité, consultant fonctionnel, ...

Si vous avez des précisions à m'apporter, n'hésiter pas à me contacter pour que je corrige et affine cet article.

Partager cet article
  • Twitter
  • del.icio.us
  • StumbleUpon
  • Facebook
  • Digg
  • FriendFeed
  • Tumblr
  • LinkedIn
  • email

16 oct, 2009

Quelques fiches de lectures

Posté par: Tanek dans: Architecture de l'info| Réflexion

Bibliothèque de livres

L'hiver arrive à grand pas. Pour m'occuper durant mes longues soirées,  je vous prépare des petites fiches de lecture.(Rassurez-vous je mangerais aussi quelques raclettes).

Oui oui, vous avez bien lu : des fiches de lectures ! Un peu , comme celles que l'on faisait en CM1. Grosso modo,  le but sera de vous présenter un livre, de le synthétiser très sommairement, d'en extraire les points forts, mais aussi les points faibles. Je dois aussi vous avouer qu'avec cette démarche, je souhaite conserver quelques traces de mes différentes lectures.

Je pourrais vous présenter le dernier "Martine à la plage", mais comme vous le savez, ce n'est malheureusement pas le thème de ce blog...

Du coup, vous aurez droit aux œuvres suivantes :

- Ergonomie Web : Pour des sites web efficaces, d'Amélie Boucher.

- Architecture de l'information pour le Web, de Peter Morville. (appelé aussi le Polar Bear)

- Je ne veux pas chercher ! , de Steve Krug.  (Traduction de Don't Make me think)

- Ergonomie du logiciel et design web : Le manuel des interfaces utilisateur, de Jean-François Nogier.

- Smashing book, de Smashing Magazine. (Pas encore reçu)

Pour le moment, j'ai un peu d'avance, puisque j'ai lu tous ces ouvrages (hors mis le smashing book), mais si vous en avez à me conseiller, je suis preneur !

Ergonomie Web : Pour des sites web efficaces

Partager cet article
  • Twitter
  • del.icio.us
  • StumbleUpon
  • Facebook
  • Digg
  • FriendFeed
  • Tumblr
  • LinkedIn
  • email

6 oct, 2009

Acte 2, scène 3.

Posté par: Tanek dans: Divers| Non classé| Réflexion

route_sinueuse

Pas besoin de vous faire un dessin ...vous vous en êtes rendu compte : ce blog a été déserté depuis déjà un bon moment.
Et pour tous ces posts débutants par "links for ....", je n'en suis même pas l'auteur... En fait, il s'agit de la récupération automatique de mes bookmarks delicious par Wordpress. Je trouve ce système très pratique pour le référencement, et la publication continue, mais assez indigeste d'un point de vue utilisateur. Plus d'infos dans ce tuto.

Là n'est pas la question. Je vous annonce que je reprend du service. Enfin du moins que je vais me réorganiser. C'est à dire revenir à l'essence même d'un blog à savoir publier du contenu qualitatif et original. Donc grosso modo, éviter la reprise de contenu, ou la publication à la va-vite d'une vidéo. Cette décision a été prise suite à la lecture de l'article de Yohan.

Je vous rassure, la publication de billets ne sera pas forcément très soutenue... le temps de trouver un article et de le rédiger :)

La ligne éditoriale sera résolument orientée architecture de l'information, design d'interface, ergonomie web, utilisabilité, expérience utilisateur, ...

Si vous souhaitez avoir plus de fraicheur, je demeure un peu plus actif sur mes comptes Twitter et Delicious.

Donc bon, je vais essayer de tenir le cap.
A bientôt.

Partager cet article
  • Twitter
  • del.icio.us
  • StumbleUpon
  • Facebook
  • Digg
  • FriendFeed
  • Tumblr
  • LinkedIn
  • email
Tags:

7 juil, 2009

links for 2009-07-07

Posté par: Tanek dans: Mes liens Delicious

Partager cet article
  • Twitter
  • del.icio.us
  • StumbleUpon
  • Facebook
  • Digg
  • FriendFeed
  • Tumblr
  • LinkedIn
  • email

30 juin, 2009

links for 2009-06-30

Posté par: Tanek dans: Mes liens Delicious

23 juin, 2009

links for 2009-06-23

Posté par: Tanek dans: Mes liens Delicious

17 juin, 2009

links for 2009-06-17

Posté par: Tanek dans: Mes liens Delicious

Partager cet article
  • Twitter
  • del.icio.us
  • StumbleUpon
  • Facebook
  • Digg
  • FriendFeed
  • Tumblr
  • LinkedIn
  • email

  • Tanek: Salut :Lo et merci pour ton commentaire. Je viens de rajouter le système de partage à un ami. Pour être franc, je l'avais désinstallé car je
  • :Lo: Merci pour ce post très structurant dans la démarche a suivre vers la création d'un espace plus ou moins lourd on-line. Ton article vas me permettr
  • Tanek: Je n'ai malheureusement pas de proposition ... c'est toujours plus facile de critiquer ;)

A propos

Actuellement Concepteur Ergonome en agence web, ce blog a pour but de relayer les bons plans et astuces du web. Au programme : de la gestion de projets, de l'accessibilité, des logiciels à la pelle, de la com, du webmarketing ...tout ça tout ça ! Bref un peu de tout, et beaucoup de rien.

Bon surf :)