Ergonomie Utilisateur

L’accessibilité est vraiment quelque chose de très présent sur la toile. Mais l’accessibilité est un réel métier, ce n’est pas juste faire valider son site W3C, et même si le fait de mettre une balise alt à toutes ses images correspond bien à de l’accessibilité, cette dernière touche à des domaines beaucoup plus variés est pointu (WYSIWYG, captchas, WIA triple-A, etc.). Quand je dis que l’accessibilité est un vrai métier, ce n’est pas réellement juste. L’accessibilité est directement liée aux savoirs faires des développeurs et des intégrateurs, mais pas forcement un métier à part.

Christian Heilmann, nous fait part dans un article traduit par pompage.net, de son expérience en temps que dev

http://www.pompage.net/pompe/sept-erreurs-accessibilite-1/

http://www.pompage.net/pompe/sept-erreurs-accessibilite-2/

Erreur #1 : Croire en des produits sans les avoir testés. Ce n’est pas drôle de découvrir au milieu d’un développement que le CMS n’aide pas vraiment à créer un balisage propre, ou que l’application utilisée crache des contrôles qui sont uniquement utilisables avec une souris.
Erreur #2 : Prendre trop de responsabilités. Parfois nous donnons l’impression au client que tout ce qu’il a à faire pour créer un produit accessible est de croire en nous ! Nous devrions aider le client à comprendre que lorsque qu’il s’agit de la maintenance du produit, l‘accessibilité est autant de sa responsabilité que de la nôtre.
Erreur #3 : Prévoir uniquement le pire des scénarios. Trop souvent, nous voyons l’accessibilité comme le fait de faire un design pour le plus petit dénominateur, gardant ainsi en vie le mythe selon lequel les produits accessibles doivent être laids et approximatifs.
Erreur #4 : Partager les problémes avec le visiteur. Il est tentant de faire subir à l’utilisateur nos propres problémes de sécurité. Pourquoi vos visiteurs devraient-ils passer à travers plusieurs étapes d’un processus d’inscription pour vous poser une question ? C’est votre problème si vous recevez du spam !
Erreur #5 : Essayer de résoudre des problèmes qui sont en dehors de notre domaine de compétences. L’utilisation de gadget par des scripts clients sont-ils appropriés ? L’exemple des gestions de la taille des polices est frappant, car ce sont des fonctionnalités gérees par le navigateur.
Erreur #6 : Cacher ou écraser des améliorations d’accessibilité/utilisabilité. Les liens ont plusieurs états, tout comme les éléments de formulaires, mais bien souvent, pour des raisons d’esthétisme nous limitons ces états alors qu’ils ont une réelle raison d’être.
Erreur #7 : Satisfaire votre client, et pas leurs clients. Nous sommes engagés comme des experts, et non pas comme des valets. N’oubliez pas que le meilleur moyen de faire passer vos idées et vos arguments passe par la pédagogie !