Utilisabilité des CMS : 5 (autres) points à réfléchir

Il y a une semaine nous avons parlé de 5 points à voir pour l’ergonomie des CMS d’entreprises. Pour approfondir le sujet, voilà 5 nouveau points auxquels il faudra penser pour votre prochain développement

1) La page de login

Le Single Sign On (SSO) ou la possibilité de se logguer avec les identifiants « desktop » est un must pour le auteurs. La feature est relativement simple, mais elle est d’une grande importance pour assurer une expérience utilisateur satisfaisant?

La plupart des auteurs de contenu n’utiliseront pas le CMS de façon régulière. Ils peuvent en avoir besoin une fois par mois – voire moins. Il est très probable qu’ils vont perdre leurs identifiants. Ce type de problème sera une barrière supplémentaire à la mise en place d’un CMS.

2) L’éditeur WYSIWIG

WYSIWYG : « What you see is what you get » – ce que vous voyez, c’est ce que vous aurez. La plupart du temps, malheureusement, le résultat ne correspond pas aux attentes.

Le utilisateur reçoive souvent le contenu sous forme de document Word, PowerPoint ou PDF qu’il voudront copier-coller vers l’éditeur WYSIWYG. Très très (très) souvent, la mise en page du contenu ne survit pas au copié-collé, et les utilisateur vont devoir manipuler le code HTML résultant pour résoudre ces problèmes. Comme bien souvent, les utilisateurs ne sont pas des experts d’HTML, on va droit vers de fortes frustrations. Il est toujours bon que votre éditeur sache gérer le texte provenant de Word.

Il peut être intéressant de limiter le nombre de styles disponibles à ceux du CSS du front-office, afin d’aider les auteurs novices à faire l’édition.

3) Processus d’approbation du contenu

Les personnes qui auront le pouvoir d’approuver du contenu pour publication sont généralement des gens « seniors » dans l’organisation, tels que des chef de produits, des responsables marketing, ou l’équipe de communication du siège de l’entreprise. Il est important d’évaluer et prendre en compte l’expérience utilisateur de ces personnes. La possibilité de prévisualiser le contenu est importante. Une autre fonctionnalité qui peut leur être utile est de pouvoir approuver le contenu simplement en envoyant un email.

4) Ne livrez que le produit fini

Il y a souvent une forte pression pour livrer dès que le strict minimum est fait. Cependant, ceci peut avoir des effets très pervers sur l’acceptation de la solution CMS car à ce point là, les pré-requis d’utilisabilité ne sont souvent pas respectés.

Cela ne veut pas dire qu’il ne faut interagir avec les utilisateurs finaux qu’à la fin du projet. Il faut au contraire avoir tout au long du développement des contacts très rapprochés avec un de leur représentant et lui montrer les améliorations au fur et à mesure, et obtenir du feedback sur le scénario business.

5) Protégez les utilisateurs de complexités techniques

Votre solution CMS peut être puissant, complexe, et équipée de beaucoup de fonctionnalités sympas. Les utilisateur, d’une manière générale, se moquent de ces fonctionnalités. Donc, évitez d’utiliser des termes techniques complexes et proposez un outil simple à comprendre et à utiliser.

Conclusion

Les solutions CMS sont choisies pour simplifier la vie des auteurs et éditeurs de contenu. Aussi, l’utilisabilité doit être une problématique primordiale pour ce type de projet pour l’acceptation du projet par les utilisateurs finaux.


 Appili est un service qui propose des tests utilisateurs en ligne à partir de 39,99 € pour un test. Si vous voulez en savoir plus : cliquez ici

Posté le par Yannick d'Appili dans Ergonomie des sites web 4 commentaires
  • Pingback: Utilisabilité des CMS : 5 (autres) points à réfléchir | Méthodes Agiles et User Experience | Scoop.it

  • http://twitter.com/jay_wyler Jay W.

    Malheureusement, l’utilisabilité passe souvent au derniers plan devant les contraintes budgétaires, techniques et le périmètre fonctionnel requis par le client… 
    Concernant l’éditeur WYSIWYG, trop souvent également les utilisateurs ne maîtrisent pas suffisamment la gestion de style sous word pour que l’intégration HTML se fasse sans encombre, sans parler de la nuisance que cela peut générer au niveau de l’enrichissement sémantique… mon retour d’expérience concernant la mise en place d’un CMS et les problèmes d’usabilité rencontrés, ici : http://schizophrenia.jeremywyler.fr/lodyssee-dun-ergonome-en-herbe-part-2-feedback/

    • http://www.appili.com Yannick d’Appili

      Effectivement, l’utilisabilité – surtout du back office, est souvent le parent pauvre de ce genre de projet.

      Et merci pour ce lien vers votre article, très intéressant.

  • Pingback: L’odyssée d’un ergonome en herbe, part 2 - Feedback. - SchizophreniaSchizophrenia