 |
Emploi
|
|
Start-up
|
|
Evénements 01 | |
Avis d'expert | |
Vidéos | |
Indicateurs
|
|
Distribution
|
|
Telecharger Pro
|
|
Livres blancs | |||||||||||||||||||||
Bien choisir son outil de gestion de contenu
par mail
l'article
A retenir
Dissocier front et back office lors de l'étude de la couverture fonctionnelle, surtout si la problématique est multisite et multi-utilisateur. Utiliser deux listes de critères spécifiques.
Ne jamais modifier le CMS autrement qu'avec les mécanismes natifs (extensions, plug-in, etc.). Considérer que l'outil ne répond pas au besoin si les plug-in ne suffisent pas.
Installer l'outil et les plug-in puis les tester avec soin en vérifiant notamment que les mises à jour sont régulières. Seule la mise en situation réelle permet de valider avec certitude la couverture fonctionnelle.
Tester les communautés et les éditeurs sur des problèmes réels en prenant soin de mesurer objectivement les temps de réaction et la pertinence des réponses.
Ouvrir la démarche en évoquant les sujets connexes : GED, gestion de la connaissance, etc.
agrandir la photo1. Assurer la couverture des besoins
Pour ne pas se tromper, il faut étudier la couverture fonctionnelle des outils en incluant leurs plug-in : identification des besoins non couverts par le CMS, recherche de plug-in, sélection des meilleurs, etc. Pour les projets multisites et multilingues, l'organisation éditoriale est fondamentale.
Car si la plupart des outils permettent la mise en œuvre d'une organisation éditoriale centralisée ou décentralisée, ils sont en général plus à l'aise avec l'une ou l'autre. Une fois de plus, le seul moyen pour se faire une idée juste est d'installer et paramétrer les deux configurations puis de réaliser plusieurs workflows éditoriaux. Pour les sites grand public, la prise en compte du référencement (méta, title, etc.), de la gestion des médias (vidéo, Flash, podcast, etc.) et la diffusion multicanal devront être étudiés avec attention.
Christophe Buffler ( De Dietrich Thermique)
2. Valider la pérennité
La pérennité de l'outil repose d'abord sur l'utilisation de briques techniques standards et largement diffusées (Lamp, J2EE, .NET, XHTML, CSS, RSS, etc.). Dans le cas contraire, mieux vaut ne pas tenter l'aventure car les compétences sont rares et coûtent donc très cher ! Vérifiez ensuite la taille de la communauté ou de l'éditeur. Deux cas de figure sont possibles : soit la communauté est large et comprend de nombreux développeurs ; soit les développements sont pris en charge par une société commerciale importante dont le cœur d'activité est le CMS.
Quand ce n'est pas le cas, il existe un risque d'abandon du produit ou de dérive (on ne sait plus vraiment qui développe quoi, absence de roadmap, etc.). La valeur et la pérennité d'un outil résident également dans sa communauté. Pour la tester, l'idéal est de demander dans les forums et sur les listes de diffusion des réponses à des problèmes réels. Enfin, il est essentiel de vérifier le nombre et la qualité des références.
Mathias Brossard (IdealX)
3. Maîtriser les coûts
Trois types de coûts sont à surveiller. Le coût de création initiale composé essentiellement du conseil, de la conception et du développement de plug-in spécifiques, du design, de l'installation et du paramétrage de l'outil. Il s'agit presque toujours d'un budget forfaitaire comportant peu de risques. Les coûts de possession comprennent les mises à jour réalisées par un administrateur à chaque nouvelle version de l'outil et l'hébergement dont le prix varie en fonction des outils et des plates-formes (un serveur J2EE revient généralement plus cher à administrer qu'un serveur Lamp).
Enfin, les coûts de l'assistance technique qu'il faut analyser en regardant le rapport performance/prix. En effet, une assistance technique gratuite mais qui bloque deux développeurs pendant quatre heures… revient certainement plus cher qu'une assistance technique payante et beaucoup plus réactive. Dans tous les cas, les coûts journaliers moyens des consultants, chefs de projet, développeurs et administrateurs spécialisés sur l'outil doivent être établis avant d'opérer un choix.
Cédric Thorel (Suez)
4. Simplifier la contribution
Pour que les utilisateurs aient envie de contribuer à l'élaboration du contenu du site, il faut leur faciliter la tâche en mettant à leur disposition une interface conviviale : des non-informaticiens doivent être capables d'ajouter des niveaux de titre, de modifier le contenu d'un texte, de mettre en valeur un groupe de mots, de créer des liens, d'ajouter des images… tout en conservant une bonne dissociation entre le fond et sa mise en forme ! Un délicat équilibre que peu d'outils puissants réussissent à réaliser et qui pousse les clients les plus exigeants à redévelopper l'interface de contribution.
Les workflows sont paramétrables de deux manières : en choisissant des rôles figés et en organisant son équipe autour lorsqu'on utilise un “ petit CMS ” comme Spip ou WordPress ; en définissant très précisément les rôles et droits de chacun lorsqu'on utilise un outil plus complet comme Drupal ou eZ publish. Les solutions les plus avancées fournissent des tableaux de bord résumant l'activité éditoriale du site ainsi que des alertes e-mails indiquant aux valideurs qu'ils doivent publier un article.
Michel Levypro (www.rue89.com)
01net. - 01men - RMC - BFM Radio - BFM TV - TousLesPodcasts - 01informatique.fr - Association RMC-BFM
