Toutes les réalisations
Distribution de lunetterieerp implementationweb developmentdata analysis

Remplacer Odoo par un système sur mesure : un ERP pour Glory Eyewear

Un distributeur marocain de lunetterie tournait sur un Odoo devenu trop étroit. Nous l'avons remplacé par un ERP sur mesure pensé pour sa façon de travailler — l'équipe était autonome cinq jours après le lancement.

Client
Glory Eyewear
Publié
June 2026
Visuel de couverture Glory Eyewear
Glory Eyewear
0+Lignes de commande, zéro latence
0daysDu lancement à l'autonomie
0hrsRapprochement manuel des paiements

Le contexte

Glory Eyewear est un distributeur marocain de lunetterie qui vend en gros aux opticiens de tout le pays. Ils tournaient sur Odoo — et sur le papier, cela aurait dû fonctionner. En pratique, ils passaient plus de temps à combattre le système qu'à gérer l'entreprise : une multitude de modules jamais utilisés, enroulés autour de quelques flux qu'il ne savait pas du tout traiter, les lacunes étant comblées à la main, dans Excel, sous pression.

Là où Odoo cédait — et ce qui l'a remplacé

Nous nous sommes assis avec l'équipe et avons cartographié chaque endroit où le système leur coûtait du temps ou de la confiance. Puis nous avons bâti le remplaçant autour de cette liste précise :

Plusieurs entrepôts forcés à suivre un même règlement générique — la vraie logique vivait dans la tête des gens.
Chaque entrepôt fonctionne selon ses propres règles, modélisées directement dans le système.
Des attributs de lunetterie que le modèle de données générique ne pouvait pas porter.
Un modèle produit conçu pour les montures — chaque attribut avec lequel un distributeur travaille vraiment.
La saisie de commande ralentissait au-delà de la ligne 70. Les commandes en gros devenaient une partie d'attente.
Testé avec des commandes de plus de 2 000 lignes — aucune latence.
Des paiements forcés dans Excel — de longues heures à rapprocher commandes et paiements à la main.
Un flux de paiement modélisé sur leur façon réelle d'encaisser, rapproché à l'intérieur du système.
Ce que le système disait en rayon et ce qui s'y trouvait réellement avaient divergé.
Le stock suit les mouvements réels, si bien que le système et le rayon concordent.
Les rapports nécessaires pour piloter l'entreprise étaient inaccessibles.
Les montures les plus performantes et les produits les plus retournés, selon leurs propres critères.

Conçu pour la commande de 300 lignes

Une commande normale ici monte jusqu'à 300 lignes — bien au-delà du point où Odoo commençait à traîner. Nous ne visions pas « un peu plus rapide ». Nous avons testé le nouveau système bien au-delà de tout ce que l'équipe saisirait un jour :

Lignes de commande avant que le système ne ralentisse

Le plafond de la ligne 70 a disparu — le système est resté réactif à chaque taille de commande que nous lui avons imposée. Toutes les données historiques ont suivi lors de la migration ; rien n'a été perdu.

Chaque utilisateur a son propre système

Au lieu d'une interface complexe unique que tout le monde doit apprendre, chaque rôle obtient un tableau de bord dédié donnant accès exactement à ce qu'il utilise — et à rien d'autre. Un commercial voit ses ventes, ses commandes et les clients portant le plus d'encours. L'administration voit toute l'opération. Aucune taxe d'abonnement par siège pour ajouter des personnes : chaque utilisateur obtient simplement la vue qui correspond à son métier.

Tableau de bord d'administration avec des KPI en direct et un rapport des montures les plus performantes

Des KPI en direct sur toute l'opération, avec un rapport des montures les plus performantes.

Les rapports suivent le même principe : l'équipe voulait voir l'activité telle qu'elle la conçoit, et non telle qu'un ERP générique la découpe. Les montures les plus performantes selon les critères qui leur importent à eux — pas seulement « les plus vendues » — et les produits les plus retournés remontés tôt, pour qu'un problème de qualité ou d'ajustement soit détecté avant de se propager sur tout le territoire.

Du lancement à la passation

Avant le lancement

  1. Jour 1

    Planification

    Nous nous sommes assis avec chaque rôle et avons retracé l'opération réelle : règles d'entrepôt, flux de commande, façon dont l'argent est réellement encaissé. La liste des problèmes d'Odoo est devenue le cahier des charges.

  2. Semaines 1–4

    Développement

    Nous avons bâti le système pour refléter la façon dont l'équipe travaille réellement — chaque mouvement et chaque tâche qu'elle accomplit dans la réalité est devenu une opération ou un bouton. Rien de plus, rien qu'elle ne toucherait jamais.

  3. Semaines 5–6

    Tests et ajustements

    Nous avons poussé le système bien au-delà de leurs plus grosses commandes réelles — plus de 2 000 lignes sans latence — et affiné les flux avec l'équipe jusqu'à ce qu'ils s'ajustent.

  4. Semaine 7

    Migration des données

    Chaque enregistrement a été repris depuis Odoo. Rien n'a été perdu, et rien n'est resté coincé dans un tableur.

Après le lancement

  1. Jour 1

    En production

    L'équipe a commencé à piloter l'entreprise sur le nouveau système.

  2. Jour 5

    Les questions s'arrêtent

    Les employés ont cessé de nous demander comment faire les choses. Un changement radical de leur outil quotidien, absorbé en cinq jours — parce qu'ils se sont retrouvés dans le nouveau système au lieu de devoir apprendre celui d'un autre.

Le projet complet — l'ERP plus leur site public, gloryeyewear.ma — s'est bouclé en deux mois. À la fin, le client ne demandait plus des correctifs ; il demandait de nouvelles fonctionnalités qu'il avait été trop méfiant pour entreprendre au départ.

Étude de cas suivante
ÉducationAgora-ed

L'inscription est une conversation : un espace d'apprentissage pour Agora-ed