Par : Cyril Plassard
08/09/2011 14:53 

Pour illustrer l’intérêt d’adopter DotNetNuke dans votre entreprise, je vais essayer de vous raconter l’une de mes expériences en tant que consultant.

Il y a quelque temps, j’ai été contacté par une entreprise de taille moyenne, souhaitant restructurer sa communication interne et externe et redynamiser sa relation client.
Cette entreprise était assez bien équipée en terme d’infrastructure technique et avait une petite équipe IT plutôt compétente.
L’objectif de mon intervention consistait à les accompagner sur la rationalisation de leurs différents sites et applications internet, souvent tombés en désuétude et pour la plupart, hérités de différentes acquisitions.

Cette histoire est basée sur des faits réels, toute ressemblance avec votre système d’information n’est pas du tout fortuite…

Les faits réels :

La société SA International fabrique des machines électroniques et met à disposition de ses clients des notices, ou de la documentation technique qu’elle doit régulièrement mettre à jour.

Pour son intranet, elle utilise la puissance de SharePoint pour produire, valider, versionner, stocker, archiver… une multitude de documents, qu’elle partage avec ses 3 filiales situées à l’étranger.
SA International est très satisfaite de son intranet, qu’elle utilise quasiment exclusivement comme GED.

Sur Internet, sa présence est (trop) multiple. Des sites de filiales, des sites sur certains produits, des applications de helpdesk ou de kb, des forums …. et même un site créé par un ancien technicien, hébergé chez multimania.fr et dont la dernière mise à jour date de juillet 2001 !

Suite à une restructuration du groupe, une nouvelle stratégie de communication est mise en place. Outre les moyens marketing de communication (refonte de la charte, des fiches produits…) il faut maintenant faire le choix d’une nouvelle plateforme centrale pour unifier toutes ces différentes applications Internet (il faudrait que je vérifie si le site sur Multimania existe toujours).

Les caractéristiques de la plateforme Internet doivent répondre à des contraintes fortes du métier et du marketing et son exploitation sera sous la responsabilité de l’IT.

En effet, le site doit entre autres :

• Pouvoir être mis à jour par des non informaticiens.
• Bénéficier d’une interface de diffusion de contenus ciblés et sectorisés, à destination des clients, des prospects, des techniciens et des commerciaux.
• Exposer dynamiquement des contenus multilingues (anglais, français, allemand et chinois).
• Se conformer à la charte graphique et au design fournis par une agence de communication tierce.
• Être conforme aux normes d’accessibilité et bénéficier d’un référencement naturel.
• Pouvoir recevoir des développements spécifiques existants en .net, créés par l’équipe IT (formée).
• Pouvoir étendre les fonctionnalités en développant en interne des modules complémentaires.
• Mettre à disposition des clients et des prospects, un espace personnalisé, accessible par un point d’entrée unique et surtout en ne s’authentifiant qu’à un seul endroit.
• Bénéficier d’un moteur de recherche pouvant indexer des fichiers bureautiques (Office et pdf).
• Etc…

Lors du choix de la plateforme Internet, le directeur informatique souhaitait pouvoir réutiliser SharePoint, pour de multiples et bonnes raisons : synchronisation automatiques des documents validés, mutualisation des coûts, rationalisation des investissements, personnel technique formé avec des compétences en développement .net …
Le principal frein à son utilisation était d’exposer une partie de son système d’informations sur Internet et de ce fait, pouvoir être potentiellement victime de malveillances.
Ce problème aurait pu être contourné en installant une instance MOSS dans une DMZ et en mettant en place des scénarii de réplications et de sécurisations.
Oui mais… que serait devenue la rationalisation des investissements lorsque l’on connait le tarif d’un serveur MOSS complet et que l’on a finalement besoin de très peu de ses fonctionnalités ?
SharePoint était donc exclu.

Le choix s’est donc porté sur l’utilisation d’un CMS du marché, devant répondre à l’ensemble des éléments énoncés dans le cahier des charges et en cohérence avec le schéma directeur établi par l’IT.

Bien évidemment pour moi, c’était clair, la solution la plus logique était l’utilisation de DotNetNuke. Tout y est nativement, ou presque !
Je vous épargnerai le contenu de mon analyse et de ma réponse à chaque fonctionnalité.
Mais en un temps record et sans trop d'effort le résultat aurait donné à peu près ça :

La fiction :

Pour sa plateforme Internet, SA International a choisi DotNetNuke édition Professionnal.

L’équipe marketing, en charge de l’animation du site, met à jour les pages et les contenus. Elle envoie des newsletters à certaines catégories de destinataires et vérifie chaque jour le taux de fréquentation du site sur Google Analytics.
Très simplement, elle lance des incentives aux commerciaux, en prenant soin de proposer des places en loge pour aller voir des matches de l’Olympique Lyonnais aux meilleurs vendeurs Rhône-Alpins et des dîners croisières sur la Seine au personnel Francilien (à ce propos, je suis preneur de places en loge à Gerland…).

Les équipes métiers, quant à elles, visualisent les statistiques de l'utilisation des machines disposées chez leurs clients, traitent les tickets d’incidents et mettent à jour les différentes documentations manuellement, en allant chercher les dernières versions validées sur leur Intranet SharePoint.

Les techniciens itinérants consultent leur planning personnel, suivent les webcast des « best practices » et téléchargent les derniers firmwares à appliquer sur les machines qu’ils maintiennent.

L’équipe IT surveille le journal des évènements de la plateforme, fait évoluer les modules métiers, met à jour les différentes fonctionnalités avec les dernières versions fournies par DotNetNuke Corp (la version Pro vous permet d’avoir accès aux mise à jour en priorité).
Elle s’apprête d’ailleurs à migrer de SQL Server Express vers sa version commerciale et à monter une webfarm pour supporter la charge devenue trop importante, générée par l’afflux des clients satisfaits et des collaborateurs mourant d’envie de gagner des places pour la finale du Top 14 (là aussi, à votre bon cœur !).

Enfin, les prospects accèdent à un espace personnel dans lequel ils peuvent télécharger les dernières fiches produit , consulter la base de connaissance dans la langue qu’ils désirent et entrer en contact avec le service commercial de leur pays.
De la même manière, et de façon sécurisée (via https), les clients déclarent des incidents, consultent leurs points de fidélités et passent commande de 12 machines supplémentaires.

Bien évidemment, le point d’entrée unique pour tous les utilisateurs est le site corporate de SA International et nous avons trouvé le moyen de désactiver la vieille page Multimania !

Tout est donc conforme au cahier des charges initial, l’adhésion des utilisateurs à la plateforme est rapide, le service RH souhaite d’ailleurs maintenant ouvrir un « espace recrutement » et le CE veut concevoir un blog public.

Cependant le métier s’aperçoit que la documentation technique produite par ses équipes n’est plus forcément à jour et même parfois obsolète.
Les raisons sont multiples : le responsable produit ne pense pas à mettre à jour le site internet ou il est allergique à l’informatique ou il a délégué la tâche à un collaborateur absent ou il ne sait ou ne veut pas le faire ou…

L’IT décide alors d’upgrader sa licence DotNetNuke Professional vers la licence Enterprise pour bénéficier du connecteur SharePoint natif.
Ainsi, en planifiant une tâche de synchronisation de la librairie SharePoint contenant les documentations techniques, ces dernières sont mises à jour avec leur dernière version et supprimées de manière automatique si elles sont obsolètes.

Bref, un beau petit projet avec de belles perspectives d’évolutions…

Les faits réels :

Finalement SA International a préféré faire confiance à des solutions php (Drupal + custom) et java (Alfresco) imbriquées et quelque peu compliquées à faire dialoguer. 

Mais pourquoi pas ! Ça se tient non ? Avec des bouts de scripts, des batches planifiés, du café, des nuits blanches et un fer à cheval, nous ne sommes pas à l’abri d’un succès (c) LG !
L’argumentaire était d’ailleurs implacable : c’est mieux (ah !), c’est facile (ah ?) c’est bien moins cher (ah !?), php/linux c’est roots (jah rastafari !), DotNetNuke connais pas et c’est imprononçable (arg… you killed me).

Bon, d’après ce que j’ai entendu dire, c’est un peu mieux, ce n’est si facile, tout ne fonctionne pas encore, c’est bien plus cher que prévu ! Mais bon c’est roots t'as vu ?

Pour conclure :

Oui je sais, je vous ai décrit un monde merveilleux et je fais un peu de prosélytisme ;)
Plus sérieusement et en toute honnêteté, il est clairement établi que DotNetNuke est depuis des années un très bon produit, qui ne cesse de murir. Même si il est très utilisé, il ne bénéficie bizarrement pas encore d’une assez bonne image de marque en France ; à cause de son nom imprononçable ? Aux USA, en Australie, en Allemagne, aux Pays Bas… c’est l’explosion.
Depuis que DNN Corp s’est professionnalisé et que nous bénéficions (depuis peu) d’une présence officielle européenne et francophone, je suis très optimiste pour la suite.
Et bien entendu, nous avons d’autres clients chez qui DotNetNuke (internet et intranet) tourne parfaitement et qui en sont satisfaits.

Si dans ma petite histoire, vous trouvez des similitudes aux besoins éprouvés par votre entreprise, n’hésitez pas à nous solliciter et à nous parler de vos projets.

Copyright © 2011 Tangane

TrackBack Imprimer

Tags : SharePoint , GED , Alfresco , Drupal , Multilingue , Marketing , CMS , php , DotNetNuke

Catégories : DotNetNuke, Solutions

Publié dans : Blogs Le blog DotNetNuke

Votre Nom :
Titre :
Commentaire :
Saisissez le code de sécurité.
Commenter   Annuler