Case Study

Berlet

ScopeE-commerce // Client portal

Year2026

Système marchand & portail client sur-mesure

La maison Berlet avait besoin d'un dispositif plus ambitieux qu'un simple site marchand. L'enjeu était de vendre des pièces premium tout en conservant la logique atelier d'un sur-mesure exigeant : parcours client précis, validation créative, suivi de production et accompagnement post-commande.

Le point critique venait de la fragmentation opérationnelle : informations produit, statut des maquettes, retours clients, prise de rendez-vous et support vivaient dans des canaux séparés. Cette architecture créait des latences, des erreurs de contexte et une perte de traçabilité sur les dossiers à forte valeur.

Objectif projet : reconstruire une chaîne complète, de l'acquisition jusqu'au suivi client privé, avec une expérience premium côté front et une exécution robuste côté opérations.

Approche

Nous avons traité le projet en deux couches synchronisées. Première couche : architecture e-commerce, avec catalogue, fiches produit, panier, paiement sécurisé, suivi de commande et cohérence stock. Deuxième couche : portail client privé développé en React et connecté à Firebase pour orchestrer les interactions sur-mesure.

Le portail client structure les validations en cycle court : envoi de maquettes, retours contextualisés, historique des décisions, messagerie privée et planification de rendez-vous. Un mode de partage spécifique permet aussi au client de diffuser un aperçu visuel sans exposer les informations sensibles.

Our Solution

Storefront

Parcours e-commerce premium et lisible
Fiches produit structurées pour réduire la charge cognitive
Tunnel de paiement resserré et sécurisé
Gestion cohérente des stocks et des commandes

Portail client

Maquettes, retours et validations centralisés
Messagerie privée liée au contexte du dossier
Historique des décisions et statuts explicites
Partage visuel sans exposition des données sensibles

Opérations

Conventions de nommage et priorisation des demandes
Points de contrôle pour éviter les allers-retours inutiles
Gouvernance claire : qui valide, quand et selon quels critères
Backlog d'amélioration piloté par impact business et client

Architecture technique

Le front e-commerce est conçu pour réduire la charge cognitive : hiérarchie produit claire, informations techniques lisibles, appels à l'action explicites et continuité de navigation sur mobile.

Le portail React/Firebase s'appuie sur une logique de données structurée : états de dossier explicites, permissions différenciées, journal d'échanges et événements horodatés. Cette base sécurise les transitions entre création, validation, retouche et confirmation.

Résultats

Berlet dispose maintenant d'une architecture complète : acquisition et conversion côté e-commerce, puis collaboration client avancée côté portail privé. Les échanges sont centralisés, les décisions sont tracées et la promesse premium reste cohérente du premier clic jusqu'à la validation finale.

Sur les premières vagues de production, l'équipe a gagné en vitesse d'exécution sur les dossiers sur-mesure : moins d'allers-retours, décisions plus rapides et meilleure continuité entre e-commerce et portail privé.

6-10h Récupérées chaque semaine sur la coordination client et les relances manuelles.

1 source Messages, versions, statuts et validations regroupés dans un espace privé.

Premium Expérience cohérente entre achat, personnalisation, production et suivi.

Visual System Direction

Interface

Minimalisme premium, hiérarchie claire, surfaces sombres et détails utiles plutôt que décoratifs.

Expérience

Une séparation nette entre la vitrine qui vend et le portail qui exécute, pour éviter les confusions de rôle.

Pilotage

Revue hebdomadaire courte, backlog trié par impact et contrôles ciblés sur les étapes sensibles.

FAQ

Clear answers. No guesswork.

Pourquoi séparer site marchand et portail privé ?

Parce que la vitrine doit convertir vite, tandis que le portail doit piloter des validations longues, contextualisées et confidentielles.

Qu’est-ce que Firebase apporte au projet ?

Une base temps réel pour suivre les statuts, historiser les échanges et gérer les permissions entre équipe, client et dossiers.

Le dispositif peut-il évoluer ?

Oui. L’architecture a été pensée par phases, avec un backlog priorisé selon l’impact business et l’impact client.

Quel est le bénéfice opérationnel principal ?

Moins de relances manuelles, moins d’ambiguïtés et une meilleure continuité entre achat, personnalisation et production.

Let’s
Collaborate

Contact