Le choix d'un CMS ne se fait plus que sur ses spécificités techniques, l'interface back office pour les contributeurs rentre aujourd'hui en ligne de compte.
L'ergonomie de l'interface back office permet une meilleure prise en main des outils et participe à la conduite du changement en interne.
Nous proposons une conférence sur l'évolution des back-offices des principaux CMS/CMF open source et les fonctionnalités que nous pouvons attendre dans les prochaines versions.
4. Introduction
Choix d'un CMS en fonction de plusieurs critères :
●
Choix technique – architecture
●
Choix fonctionnel – backoffice
●
Renommé de la « marque » / taille de la communauté / nombre de plugin – module
disponible
●
Postulat => sélection d'un CMS sur son interface back-office plus que sur son
architecture technique ?
7. Il était une fois un CMS
Première version des CMS
●
Un logiciel fait par des développeurs pour des développeurs
●
interface back-office peu soignée
●
Courbe d'apprentissage élevée
●
Bon souvenir de drupal 4.7 / Spip 1.4 / Joomla 1.5 (il yen a plein d'autre)
8. Il était une fois un CMS
Nos amis les développeurs
9. Il était une fois un CMS
La fameuse palette de couleur Spip
11. 2014 : les nouveaux usages
Les besoins et les attentes des clients ont évolués
●
Les DSI ne sont plus seules à prendre les décisions sur le CMS
●
Les CMS ont des modes et des tendances
●
Les communicants ont un avis sur la question , voir sont décideurs sur le projet
●
La jeune génération « Y » introduit de nouveaux outils à l'intérieur de l'entreprise
●
Le client ne prend pas toujours en compte l'aspect technique du CMS
« Moi client de l'informatique, je ne veux plus passer par mon prestataire pour mettre à
jour mes contenus, moi client de l'informatique, je ne veux plus devoir faire du
développement pour changer des éléments simples dans mes pages, moi client de
l'informatique, je ne veux plus... »
12. 2014 : les nouveaux usages
Les besoins et les attentes des développeurs ont évolués
●
Des outils plus souples
●
Des plugin/modules plus faciles à intégrer
●
Faciliter la connexion avec des API/webservice tierces
●
Une gestion du code plus propre / outil d'accompagnement + performant
●
Prise en compte des nouveaux usages des langages web
●
Gestion du staging (découpage des configurations de déploiements hors bdd)
40. Evolutions ?
CMS / CMF : Concurrence accrue entre les différents acteurs du secteur :
●
Obligation : Innover & Communiquer
●
Risque : mettre la technique au second plan
●
Tenir compte des solutions clés en main : WIX / 1and1, Pinterest / Facebook / Tumblr
43. Evolutions ?
Le client est « ROI » :
●
SEO, le poids des moteurs de recherches
●
Architecture organisée pour le référencement
●
Nouvelles formes d'écriture web
45. Souplesse et adaptabilité des CMS :
●
WYSIWYG au centre des attentions
●
Workflow de plus en plus complexe
●
Intégration de modules / plugins
●
Thème de base plus efficace
46. Postulat
RAPPEL :
Le choix d'un CMS se fait principalement sur
son interface back-office plus que sur son
architecture technique ?
50. Un avenir possible
●
Maturité des communautés : confiance / sécurité / professionnalisme
●
Solution Cloud : cœur partagé avec des installations personnalisées en parallèle
●
Esprit DevOps : Un hébergement intégrant directement des solutions CMS
51. Risques majeurs
●
Multiplications des solutions qui divisent les communautés, affaiblissement de l'innovation
productive.
●
Proposition de solutions par les grands acteurs web intégrant leurs outils et le poids de leur
réseau. (ex : Google drive + Google doc + Google website ...)