Journal du Net > Solutions > DSI >  DSI > Interviews > Guillaume Lachenal - Miliboo.com
INTERVIEW
 
04/09/2007

Guillaume Lachenal (Miliboo.com) : "Notre site Web repose sur un système d'information temps réel"

La société de vente de mobilier en ligne a misé sur les services Web et la traçabilité pour offrir le maximum de souplesse à ses internautes. Une architecture basée sur PHP / MySQL.
  Envoyer Imprimer  

 

 
Guillaume Lachenal (Miliboo.com)
 
 

Directeur technique

 

JDN Solutions. Quel est le métier de Miliboo ?

Guillaume Lachenal. Nous sommes un site Web qui a vocation à faire de la vente de mobilier. Jusqu'à cet été, nous étions présents uniquement en France. Le concept a été expérimenté deux ans sur le marché français. Aujourd'hui, nous sommes arrivés à 15 000 visiteurs uniques par jour, nous avons donc décidé d'ouvrir les autres pays d'Europe à commencer par l'Espagne, l'Italie et l'Angleterre.

La grande particularité d'AGL est d'être à la fois vendeur et fabricant, ce qui nous permet de supprimer les intermédiaires pour proposer un tarif attractif sur nos produits. En revanche, comme nous travaillons avec des stocks, nous achetons en gros ce qui limite forcément notre catalogue.

Quel rôle joue votre site Web et l'informatique dans ce métier ?

Nos produits sont fabriqués en Chine, et nous les suivons par code barre depuis leur création jusqu'à leur livraison aux clients. Un des premiers objectifs de l'outil informatique est de permettre cette tracabilité des produits. Nous ne vendons que via le site Miliboo pour offrir des prix réduits et éliminer un maximum d'intermédiaires.

Votre site Web est-il interfacé à un progiciel de gestion intégré ?

Non, notre solution ERP a été développée en interne et intègre tout ce dont nous avons besoin. Autour de la base de données gravite la gestion de stocks, la tracabilité et le site de e-commerce. Nous ne faisons appel à un ERP que sur la partie strictement comptable qui est directement interconnectée : il s'agit de XCS d'Apisoft. La logique consiste à automatiser au maximum de manière à limiter les interventions humaines sur la validation des commandes.

Par exemple, sur le site Internet, un produit apparaît s'il est disponible en stock ou se trouve en cours de production. S'il se trouve que nous tombons en rupture de stock, il disparaît du site.

Pourquoi ne pas avoir choisi un outil du marché ?

"Notre solution ERP a été développée en interne"

Quand il a fallu intégrer la gestion de bout en bout du produit, il suffisait de lui donner un état pour avoir une gestion des stocks claire. Nous devions déjà intégrer beaucoup d'informations dans la base de données produits pour les afficher en ligne, il était donc très simple de rajouter quelques éléments indiquant son emplacement.

Cette base est-elle utilisée à l'extérieur par vos fournisseurs ou vos clients ?

La base sert essentiellement en interne pour la gestion des stocks, puis à nos 2 logisticiens pour le transport des produits jusqu'au client final. Le seul accès de l'extérieur à notre base de données vient de la partie client via le site Internet. Mais il accède seulement à la base client. Le reste est ouvert cependant à nos agences et filiales via des VPN internes pour par exemple relier notre site de Shanghai avec l'Europe.

Quel est votre système de gestion de base de données ? Quels éléments ont pesé lors du choix de la solution ?

Nous nous sommes tournés vers la base de données MySQL. L'ensemble du site fonctionne d'ailleurs sur le duo PHP / MySQL avec 3 serveurs frontaux Web sous Apache et 2 serveurs MySQL répliqués en maître esclave derrière. Pour l'instant, cette infrastructure suffit à répondre à tous nos besoins, même si à quelques reprises nous nous sommes posés la question de passer sur un cluster MySQL.

Pour l'instant, nous avons opté pour deux gros serveurs. Si aujourd'hui, il nous arrive de traiter quelques requêtes assez complexes qui chargent le serveur, nous encaissons ce type de charge assez bien. Plus tard, la solution du cluster pourrait s'imposer, mais pas une migration vers un autre SGBD a priori.

Entre vos sites internationaux et votre site France, la base de données est-elle partagée ou répliquée ?

"Notre changement de prestataire s'explique par nos besoins en disponibilité"

C'est la même base pour chaque structure, nous dupliquons juste la solution. Pour le réseau, AGL France centralise toute la partie hébergement. Sur cet aspect, nous venons de finir une migration d'OVH vers DeckPoint, un prestataire basé à Genève. Ce changement de prestataire s'explique par nos besoins en matière de disponibilité du système. Nous sommes maintenant à 20 minutes de l'infrastructure du prestataire, à proximité des backbones européens, et ce couplé à une offre d'intervention sous une heure 24/24.

Nous ne nous occupons plus comme auparavant du monitoring et de l'intervention, c'est DeckPoint qui remplit ce rôle désormais.

N'a-t-il pas été difficile pour les dirigeants de découvrir les contraintes techniques de l'informatique et du Web ?

C'est plutôt le contraire qui s'est produit. Nous sommes tous issus du monde technique et informatique, donc la difficulté a été plutôt de se faire au monde du mobilier.

Quels ont été les développements les plus délicats à gérer sur le site Web Miliboo ?

Je ne sais pas si le site Web a été le plus difficile, je pense que c'est plutôt la partie back office qui nous a demandé du temps. Nous avons développé en interne des applicatifs à partir d'une architecture Web classique pour répondre à des besoins industriels. Résultat : plusieurs milliers de colis arrivent simultanément, ce qui pose des problèmes car les temps de réponse de la relation classique HTML / Apache ne donne pas des temps de réponse satisfaisant.

Comment avez-vous résolu ce problème ?

"Pour accélérer les services Web, nous utilisons Ajax"

Nous sommes en train de le résoudre. A priori, nous allons conserver la solution actuelle qui consiste à faire passer une partie de la gestion des stocks sur une technologie Ajax afin de limiter au minimum les informations échangées entre l'utilisateur et la base de données. Cependant nous aimerions conserver cet aspect temps réel qui nous permet n'importe où dans le monde de savoir à un instant T le chiffre d'affaires, la marge produit, son état d'avancement, le taux de change...

Le temps réel ne risque pas de poser un problème de performance à l'avenir ?

Si, cela devient un problème de performance que nous avons résolu en passant sur des serveurs plus importants. Mais à terme, il faudra remettre en cause l'architecture actuelle. Courant 2008, il faudra avoir scindé la partie commerciale et Web de la partie industrie et back-office. Cette distinction va engendrer des problématiques de réplication d'informations alors que l'on souhaite conserver l'aspect temps réel du système.

Quels sont vos projets pour la fin de l'année ?

 
En savoir plus
 
 

 

 

La mise en place des versions italienne et anglaise du site, la version espagnole étant terminée. Des adaptations sont à faire sur le système de paiement en ligne. A partir de 2008, nous toucherons à la partie commerciale, avec l'introduction de vidéos de présentation en ligne sur nos produits. Ces mini spots nous permettront de présenter de manière plus humaine nos produits.

Pour le suivi client, avez-vous réalisé des développements particuliers ?

Nous venons de terminer les développements dans ce domaine cet été. Aujourd'hui, les clients ont une visibilité sur toutes les étapes de leur commande, jusqu'au nom de la personne qui a préparé la commande. Ils ont également depuis septembre tout le suivi du SAV : qui a suivi le colis, son numéro de suivi, comment il a été traité... tout cela à travers la même interface.

 


JDN Solutions Envoyer Imprimer Haut de page

Sondage

Votre entreprise évolue-t-elle vers une informatique bimodale ?

Tous les sondages