Flocage Express – sortir de PrestaShop pour brancher la boutique directement sur l'ERP
Flocage Express vend du vêtement professionnel personnalisé : polos, sweats, vestes de travail, floqués ou brodés au logo du client. Un métier où le prix ne dépend pas seulement du produit, mais de la quantité, de la technique de marquage, du nombre d'emplacements et de la taille du visuel. Autant de règles qui vivaient déjà quelque part : dans leur ERP.
Découvrez la boutique sur flocage-express.fr.
Le point de départ : une boutique qui coûtait plus qu'elle ne rapportait
Avant nous, le client vendait sur PrestaShop. Sur le papier, la solution était là. En pratique, elle lui coûtait cher — et pas seulement en licence :
- Une synchronisation compliquée.
Le catalogue de la boutique et celui de l'ERP vivaient chacun de leur côté. Il fallait les faire correspondre en permanence, avec les écarts de prix et de stock que ça implique. - De la double saisie permanente.
Un produit ajouté, un tarif modifié, une déclinaison de couleur : tout devait être fait deux fois. Du temps passé chaque semaine à recopier des données qui existaient déjà. - Des commandes qui remontaient mal.
Ce qui était vendu en ligne n'arrivait pas proprement dans l'outil de gestion. Il fallait reprendre les commandes à la main pour les traiter et les facturer. - Un métier que la plateforme ne savait pas modéliser.
Le textile personnalisé ne se vend pas comme un produit standard : le prix dépend de la quantité, de la technique de marquage et du nombre d'emplacements. Faire entrer ça dans un e-commerce générique demandait des contournements coûteux à maintenir.
Résultat : un site cher, peu efficient, et une charge de gestion qui augmentait avec le chiffre d'affaires au lieu de diminuer.
Le parti pris : l'ERP devient la source unique de vérité
Le client utilisait déjà Dolibarr au quotidien pour ses devis, ses commandes et sa facturation. Le catalogue, les tarifs dégressifs, les fiches clients, l'historique : tout était déjà dedans, et à jour.
Plutôt que de refaire une boutique avec sa propre base produits — donc de reproduire exactement le problème — on a inversé le sens : l'ERP reste la seule référence, la boutique n'en est que la vitrine. Plus de second catalogue à tenir, plus de double saisie, et les commandes atterrissent directement là où le travail se fait.
Le défi
- Un catalogue qui vient de dizaines de fournisseurs.
Chaque marque de textile publie son catalogue à sa façon : formats différents, nomenclatures différentes, codes couleur et tailles qui ne se ressemblent pas d'un fournisseur à l'autre. - Un prix qui se calcule, il ne se lit pas.
Le prix final dépend du vêtement, de la quantité commandée, de la technique de marquage retenue et du nombre d'emplacements personnalisés. Impossible d'afficher un simple prix fixe par produit. - Un client qui doit voir son logo avant de commander.
En textile personnalisé, la question n'est jamais « combien ça coûte » seulement, mais « à quoi ça va ressembler ». Sans visualisation, il faut un aller-retour de maquettes par e-mail pour chaque demande.
Notre approche
Connecter les fournisseurs à l'ERP
Nous avons développé une série de connecteurs, un par fournisseur, qui importent les catalogues dans Dolibarr : références, déclinaisons de couleurs et de tailles, visuels, prix d'achat. Chaque fournisseur a son propre module, mais tous écrivent dans la même structure produit.
Le travail le moins visible a été le plus déterminant : normaliser. Faire correspondre les tailles et les libellés de couleur d'un fournisseur à l'autre, dédoublonner les coloris, rattacher chaque photo au bon coloris. Sans cette couche, un catalogue multi-marques devient vite inutilisable pour le client final.
Les imports restent déclenchés manuellement : le client garde la main sur ce qui entre dans son catalogue et quand, plutôt que de subir une synchronisation automatique qui écraserait ses ajustements.
Brancher la vitrine sur la base produit
Le site est développé en Astro et interroge directement l'API de Dolibarr. Les fiches produit, les déclinaisons, les prix et les remises de quantité viennent de l'ERP — il n'y a pas de second catalogue à tenir à jour.
Concrètement : quand le client modifie un prix ou publie une nouvelle référence dans son Dolibarr, la boutique suit. Et quand une commande est passée sur le site, elle redescend dans l'ERP, là où le reste de la gestion se fait déjà.
Un studio de personnalisation développé pour ce métier
C'est la pièce que rien sur étagère ne savait faire correctement. Nous avons développé un studio dans lequel le client :
- importe son logo ou saisit son texte ;
- le place sur le vêtement, à l'emplacement voulu (cœur, dos, manche…) ;
- choisit la technique de marquage pour chaque élément (broderie ou transfert) ;
- voit le prix se recalculer en direct, à la pièce, en fonction de tout ça.
Le prix affiché n'est pas une estimation décorative : il applique les mêmes règles de tarification dégressive que celles utilisées dans l'ERP. Ce que le client voit à l'écran est ce qui sera facturé.
Le résultat
Un client peut aujourd'hui composer sa commande, visualiser son marquage et obtenir son prix sans échanger un seul e-mail. Les demandes qui arrivent sont plus qualifiées : le visuel est déjà posé, la quantité est déjà choisie, le prix est déjà connu et accepté.
Côté gestion, la double saisie a disparu : le catalogue n'existe qu'à un seul endroit, et les commandes du site arrivent directement dans l'outil où la facturation se fait déjà. Le client continue de travailler dans le Dolibarr qu'il connaissait — la boutique n'a rien remplacé, elle a ouvert une porte d'entrée dessus.
Vous avez déjà un ERP et vous voulez vendre en ligne ?
C'est exactement le type de projet qu'on aime : partir de l'existant plutôt que tout refaire. Que vous soyez sur Dolibarr ou sur un autre outil, on regarde ce qui est déjà en place avant de proposer quoi que ce soit.