CMS: les raisons d’un échec dans les entreprises
Dans un article déjà bien daté, Jeffrey Veen propose une explication à l’échec de l’utilisation des Systèmes de Gestion de Contenu (CMS en anglais) dans les entreprises.
Son constat:
One problem I heard repeatedly was that the project worked fine, but nobody used the software once it was available. I call this the Stupid User Argument, and it’s a favorite of IT departments. The techies did their jobs, after all: They diligently gathered requirements, scoped out the solution, carefully selected a vendor, and managed the project to a mostly on-time and on-budget conclusion.
Son explication:
People don’t like to change the way they work, particularly knowledge workers.
Knowledge workers spend years building strategies to accomplish their jobs, practices that likely date back to study skills acquired during their education. So changing those processes — no matter how valid the provided technical solution — is nearly impossible. Users will rebel, even after substantial training.
Sa solution:
To have any chance of success, a content management project must follow the same user-centered design practices as any other project. Task analysis, rapid prototyping, usability testing — all of these methods are crucial to a CMS rollout. It’s foolhardy to unveil a mammoth, nine-month project to an unsuspecting user community and expect adoption.
Sa proposition consiste à constituer une équipe de rédacteurs dont le rôle est de produire le contenu du site. Un rédacteur en chef s’emploie à valider le contenu et à le publier. Une fois que ce système est en place, il est temps de se demander en quoi la technologie pourrait le rendre plus efficient, sans que les habitudes d’édition changent. Intéressant.
Aucun tag associé à cet article.
Vous aimez ce type de contenu?
Alors suivez-ce blog par RSS ou par email!