Négoce de carrelage · Février – avril 2026 · en production depuis avril 2026

Un CRM métier qui pilote deux boutiques en ligne

Nous avons remplacé un logiciel Windows vieillissant par un CRM écrit dans le vocabulaire de l'équipe, et fait de lui la source unique des articles de deux boutiques en ligne.

3× plus rapide

10–15 min pour traiter un dossier, contre 30 à 45 auparavant

1 référentiel

d'articles pour deux boutiques sur deux plateformes différentes

Tout l'historique

repris sans perte, par lots signés et vérifiés

Client

Bo Cerame

Secteur

Négoce de carrelage

Période

Février – avril 2026 · en production depuis avril 2026

Rôles

Accompagnement de bout en bout Conseil technique

Compétences

CRM Intégration API Développement sur mesure Reprise de données PostgreSQL

Stack

PHP 8 PostgreSQL HTMX API REST WooCommerce Facile Boutique Microsoft 365 (OAuth) PDF générés côté serveur Nginx VPS Ubuntu

Le contexte

Bo Cerame vend du carrelage en mandat de recherche. Le client dépose une demande ; l'équipe consulte les fabricants, chiffre la marchandise, le transport depuis l'usine, la livraison sur chantier, puis sa commission. Chaque dossier suit six étapes précises, de la proposition commerciale à la facture de solde.

Tout ce travail reposait sur un CRM propriétaire vieillissant, sous Windows Server uniquement, installé sur un serveur physique et accessible seulement en bureau à distance. Lent, lourd, pas toujours adapté au métier.

Les articles vivaient en plus dans deux boutiques en ligne, sur deux plateformes qui n'ont rien en commun. Une seule était reliée à l'ancien CRM ; pour l'autre, tout se ressaisissait à la main.

Le défi

D'abord, ne rien perdre. Des années de clients, de demandes de prix, de dossiers et de propositions commerciales devaient être reprises à distance, à travers un pare-feu qui coupait la session à intervalles réguliers. Certains liens entre les données n'existaient que dans le logiciel, pas dans la base.

Ensuite, construire un outil qui parle comme l'équipe. Ici, on ouvre un dossier, on envoie une proposition commerciale, on attend une proforma, on émet un contrat définitif. Les calculs sont propres au métier : conditionnement en boîtes et en palettes, transport au poids, grille de livraison par département, commission variable d'un dossier à l'autre. Un CRM générique aurait obligé l'équipe à traduire chacun de ses gestes.

La reprise, sans perte

Nous avons commencé par tout récupérer : la base complète était nécessaire pour comprendre les liens cachés dans le logiciel, et les reconstituer par rétro-ingénierie.

Le transfert s'est fait par lots, chacun signé, avec une signature pour l'ensemble. Les lots étaient assez petits pour passer malgré les coupures ; un lot interrompu repartait en entier. Une fois tout réassemblé, la signature globale a confirmé que rien ne manquait. Alors seulement, nous avons attaqué le métier.

Ce que nous avons construit

  • Un CRM organisé autour du dossier, de la demande à la facture de solde, avec les mots de l'équipe
  • Des demandes de prix aux fournisseurs, qui répondent depuis leur propre accès
  • Le calcul automatique du conditionnement, du transport et de la commission
  • Les propositions, contrats et factures générés sur les modèles de la maison
  • Un suivi qui avance tout seul dès qu'une action a lieu : envoi, réponse fournisseur, proforma reçue
  • Un catalogue structuré comme le métier : marque, série, modèle, format, référence fabricant
  • Des droits par rôle : équipe, fournisseurs, transporteurs, chacun limité à ce qui le concerne

La donnée d'abord

Les articles étaient enfermés dans la logique de deux plateformes de boutique très différentes. Nous les avons démêlés pour obtenir des données propres, organisées et réutilisables.

La récupération s'est adaptée à chaque cas : une API d'ingestion pour la boutique sur Facile Boutique, faute d'accès à sa base, et des scripts exécutés sur le serveur pour la boutique WooCommerce de Bo Cerame.

Depuis, le sens s'est inversé. Le CRM est la seule source de vérité : les deux sites viennent y chercher leurs articles, et leurs demandes de devis arrivent directement en dossier, associées aux bons articles.

« C'est la donnée d'abord. Toujours penser à comment on peut faire voyager la donnée, comment on peut travailler la donnée. »

— Simon Cambier, fondateur de Devlooper

Le résultat

En production depuis avril 2026, l'outil donne du levier à une équipe de trois personnes : plus de réactivité, donc plus de dossiers conclus.

Avant Aujourd'hui
Accès Bureau à distance sur un serveur physique Navigateur, depuis n'importe où
Demandes des sites Dossiers créés à la main Arrivent directement en dossier
Boutiques Une seule reliée, l'autre ressaisie à la main Les deux alimentées par le CRM
Articles Répartis entre deux boutiques Un seul référentiel dans le CRM
Traitement d'un dossier 30 à 45 minutes 10 à 15 minutes, 3 fois plus vite

« Si on va vite, le client n'a pas le temps d'aller voir ailleurs. »

— Simon Cambier

La suite

Le projet a commencé par une petite mission de saisie d'articles. Bo Cerame nous a ensuite confié son CRM, et prépare déjà l'étape suivante avec nous :

  • un CMS maison pour piloter les sites, dans le même écosystème que le CRM, avec une connexion commune
  • un noyau de données articles partagé entre le CRM et le site, contenus SEO et suivi des performances compris
  • une refonte complète du site Bo Cerame, en sur-mesure

En coulisses : Simon revient sur le projet.

Comment le projet a-t-il commencé ?

Par une petite mission : un assistant de saisie d'articles pour la boutique Bo Cerame. Le client a été très satisfait, et il est revenu avec un besoin bien plus large : migrer son CRM.

Qu'est-ce qui n'allait plus avec l'ancien outil ?

C'était un CRM propriétaire très lourd, sous Windows uniquement, sur un serveur physique, qu'on joignait en bureau à distance. Lent, compliqué, pas toujours adapté au métier. Il fallait une solution flexible, accessible partout.

Le moment le plus délicat ?

La reprise des données. Un pare-feu coupait la connexion à intervalles réguliers. On a tout transféré par lots signés, et un lot coupé repartait en entier. Ça a pris plusieurs jours, mais rien ne s'est perdu.

Pourquoi ne pas avoir pris un CRM du marché ?

Parce que l'équipe a son propre vocabulaire et ses propres calculs. Un CRM générique l'aurait obligée à traduire chaque geste. Ici, l'outil parle comme elle.

Qu'est-ce qui a changé au quotidien ?

Tout est lié. Les demandes des deux sites arrivent directement en dossier, plus besoin de les créer à la main. Un commercial va facilement trois fois plus vite, et depuis n'importe où.

Et maintenant ?

Le client veut aller plus loin : un CMS maison dans le même écosystème que le CRM, et une refonte complète du site Bo Cerame.

Le point de départ ?
Une petite mission de saisie d'articles. Le client est revenu pour son CRM.
Et cet ancien CRM ?
Sous Windows uniquement, sur un serveur physique. En bureau à distance.
La reprise s'est bien passée ?
Un pare-feu coupait la session régulièrement.
Alors lots signés, vérifiés un par un. Rien de perdu.
Ton principe sur ce projet ?
La donnée d'abord. Une fois propre, elle voyage partout.
Deux boutiques, deux plateformes différentes…
Et un seul référentiel d'articles, dans le CRM. Les deux sites viennent s'y servir.
Le résultat ?
10 à 15 minutes par dossier, au lieu de 30 à 45.
Si on va vite, le client n'a pas le temps d'aller voir ailleurs.

Témoignage client

Simon est tout simplement LE contact à avoir pour tous vos projets web ! À l'écoute, réactif, sympathique et toujours force de proposition, il sait parfaitement s'adapter aux besoins de ses clients tout en apportant son expertise et ses idées.

Il a notamment développé pour nous un CRM sur mesure, parfaitement adapté à notre activité de courtier en carrelage. Le résultat est à la hauteur de nos attentes !

Un grand merci à lui pour son professionnalisme et la qualité de son travail.

— Grégory Le Douarin, CEO - BO CERAME

Recommandation Malt, 15 octobre 2026