Lumora Clothing : une plateforme de commerce full-stack allant au-delà d’une vitrine statique

Lumora Clothing est une plateforme commerciale et opérationnelle full-stack conçue pour résoudre les problèmes pratiques auxquels sont confrontés les détaillants de vêtements — et non un simple site de catalogue statique. L’objectif du design était de créer un système qui facilite les achats des clients ainsi que le fonctionnement quotidien du magasin, tout en réduisant la fréquence à laquelle le personnel a besoin d’un développeur pour effectuer des modifications de routine.

Une version en ligne est disponible à l’adresse https://lumora-clothing.vercel.app/.

À quoi ressemble l’interface de vente

L’expérience utilisateur est une interface responsive conçue pour paraître simple et moderne aux yeux des clients qui consultent des vêtements.

Le problème qu’elle vise à résoudre

Les petites entreprises de vêtements comptent encore souvent sur des ingénieurs pour les tâches courantes : modifier les produits, ajuster les prix, télécharger des photos et corriger les stocks. Les acheteurs dans certains marchés préfèrent des méthodes de paiement locales familières telles que les virements bancaires et les reçus de dépôt. Les clubs universitaires et les entreprises peuvent également avoir besoin de commandes en gros personnalisées plutôt que d’un processus de paiement au détail pour des articles individuels.

Lumora a été conçue en tenant compte de ces réalités opérationnelles plutôt que d’imiter un modèle de paiement global générique.

Comment la plateforme y répond

Le produit associe une vitrine en ligne pour les clients à un système d’administration, permettant ainsi à l’entreprise de gérer elle-même ses activités quotidiennes.

Paneau d’administration en auto-service

Les opérateurs gèrent les produits, les images, les catégories, les tailles, les prix et les stocks depuis le tableau de bord sans avoir à modifier le code de l’application. Les images peuvent être sélectionnées dans le navigateur via l’FileReader API, visualisées immédiatement, et traitées par un pipeline Base64 afin que le personnel non technique puisse maintenir le catalogue.

Paiement par reçu

Au lieu de dépendre uniquement des passerelles de carte bancaire, les clients peuvent télécharger un reçu de virement bancaire ou de dépôt au moment du paiement. La commande passe alors en état « Vérification du reçu » permettant au personnel de confirmer le paiement avant de poursuivre l’exécution de la commande.

Avis automatiques sur les commandes

Lorsque le personnel modifie l’état d’une commande, le système backend peut informer le client grâce à l’Resend API, réduisant ainsi les messages manuels répétitifs tout en tenant les acheteurs informés.

Voie B2B en masse

Les acheteurs en gros ont besoin d’un processus différent de celui des clients de détail. Lumora propose un formulaire de demande en gros permettant de saisir la quantité, le tissu et les exigences supplémentaires, qui est ensuite transformé en un message structuré via WhatsApp afin que l’entreprise puisse poursuivre la conversation sur un canal déjà utilisé.

Architecture technique

L’architecture est basée sur un modèle full-stack découplé.

Frontend

• Interface utilisateur React 18
• Types TypeScript
• Styling Tailwind
• Client HTTP Axios
• Ensemble d’icônes Lucide

Serveur

• Environnement d’exécution Node.js
• Framework HTTP Express
• Points de terminaison REST orientés ressources
• Séances signées basées sur JWT
• Vérifications de rôle pour contrôler les actions des administrateurs et des clients

Base de données

• Cluster hébergé sur MongoDB Atlas
• Modélisation de documents avec Mongoose

Intégrations

• Réenvoyer pour les e-mails transactionnels
• Liens profonds WhatsApp permettant de démarrer une conversation en un clic
• FichierReader du navigateur pour des aperçus locaux

Déploiement

• Vercel héberge l’SPA
• Railway héberge l’API

Points forts techniques

1. Moins de dépendance envers les développeurs

2. Adaptation aux habitudes d’achat locales

3. Vente au détail et en gros pour un même produit

Les achats individuels et les commandes en gros pour les entreprises coexistent sans obliger ces deux types de clients à passer par un processus de paiement identique.

4. Automatiser les tâches répétitives liées aux statuts

Les notifications basées sur les statuts réduisent les recherches manuelles et assurent une communication plus cohérente avec les clients.

Des perspectives plus larges

La leçon essentielle est qu’un véritable produit ne se résume pas à un choix technologique moderne : il s’agit de comprendre le flux de travail de l’entreprise que le logiciel doit soutenir. Trois principes ont façonné Lumora :

Concevoir pour l’indépendance opérationnelle. Les tâches routinières ne doivent pas dépendre des ingénieurs.

Concevoir en fonction du comportement réel. Les choix technologiques doivent refléter la manière dont les clients paient et communiquent déjà.

Automatisez là où cela est utile. Les étapes opérationnelles répétitives doivent être intégrées au système lorsque l’automatisation rend le processus plus rapide et fiable.

Conclusion

Lumora est née d’une idée de commerce en ligne pour devenir une plateforme intégrant l’ingénierie full-stack, la conception de processus, l’automatisation et une architecture centrée sur l’utilisateur. L’objectif n’était pas seulement de créer une page permettant aux gens d’acheter des vêtements. Il s’agissait d’une plateforme où les clients peuvent effectuer des achats en toute fluidité, où les administrateurs gèrent seuls les données du catalogue, où les commandes suivent un flux de travail structuré, où les acheteurs reçoivent des mises à jour automatiques, et où l’entreprise peut répondre aux demandes tant au niveau du détail que en gros. C’est cette combinaison qui fait de Lumora une plateforme commerciale full-stack conçue en fonction des besoins opérationnels et non simplement une façade de boutique en ligne.

L’indépendance du catalogue modifie également le rythme de publication. Lorsque les prix et les photos ne dépendent plus d’une itération spécifique, le temps consacré à l’ingénierie peut être orienté vers l’amélioration de la qualité du flux de travail : vérification plus précise des retards, rôles JWT plus sécurisés, et capture plus efficace des demandes en masse. Ce changement — du traitement des modifications de contenu via des demandes pull vers le développement de produits sur la plateforme — fait partie de ce que signifie concrètement « commerce full-stack » pour une entreprise de vêtements.