Projet 02 / Étude de cas
ENMOD
Un processus de revente transformé
en système opérationnel.
Du produit trouvé sur le terrain
au produit prêt à être vendu.
ENMOD part d’une question simple :
Comment transformer une activité physique de sourcing et de revente en un workflow numérique structuré ?
Plutôt que de traiter séparément la boutique, le stock et l’administration, le projet les réunit dans un même système opérationnel.
01 / Le problème
La boutique n’est que
la partie visible.
Une activité de revente ne commence pas lorsqu’un produit apparaît en ligne.
Avant sa publication, il faut l’identifier, le décrire, le catégoriser, définir son prix, enregistrer sa quantité réelle, préparer sa livraison et l’intégrer à la boutique.
ENMOD a été pensé autour de ce workflow complet.
02 / Deux faces d’un même produit
Un produit.
Deux environnements.
Boutique publique
L’expérience visible par le client.
Back-office
L’environnement opérationnel qui la fait fonctionner.
03 / De la découverte à la décision
Tout commence
par le produit.
Le workflow peut commencer directement à partir d’un produit trouvé sur le terrain.
L’interface propose plusieurs points d’entrée visibles dans le produit :
- Prendre une photo
- Importer une image
- Saisir un code
L’objectif est de réduire la distance entre la découverte d’un produit physique et son traitement dans le système.
L’interface le précise clairement : rien n’est acheté, créé ni publié à cette étape.
04 / Quick Drop
Transformer un produit physique
en données structurées.
Quick Drop rassemble dans un même workflow les informations nécessaires à la préparation d’un produit avant sa publication.
D’après l’interface, le processus prend en charge :
- 01Photos
- 02Informations produit
- 03Marque / référence / EAN
- 04Catégorie
- 05État
- 06Prix
- 07Quantité réelle en stock
- 08Informations de livraison
- 09Arrivage
- 10Publication
L’intérêt n’est pas simplement le formulaire. C’est la transformation :
- Produit physique
- Informations structurées
- Stock géré
- Produit publié
05 / Opérations
Le système derrière
la boutique.
Le back-office centralise les domaines opérationnels visibles dans le produit :
- Tableau de bord
- Scanner
- Produits
- Stock
- Commandes
- Paiements
- Emails
- Arrivages
- Catégories
- Livraison
- Rétractations
- Audit SEO
- Conformité
Le tableau de bord fournit une vue opérationnelle des produits, brouillons, stocks faibles, produits épuisés et commandes à préparer.
06 / Structurer le catalogue
Structurer
avant de grandir.
La couche d’administration gère également la structure visible dans la boutique.
Les catégories peuvent être créées, organisées, activées et accompagnées d’un contenu d’introduction destiné au client.
L’organisation interne du catalogue est ainsi directement reliée à l’expérience de navigation publique.
07 / Le workflow
- 01Trouver
- 02Identifier
- 03Structurer
- 04Fixer le prix
- 05Stock
- 06Publier
- 07Vendre
- 08Gérer
La boutique est
ce que les gens voient.
Le vrai produit,
c’est le système derrière.
Ce que ce projet démontre
- Transformer un processus métier en workflow numérique
- Concevoir une interface client et un outil interne
- Structurer les opérations produit et stock
- Relier les opérations physiques au logiciel
- Penser au-delà de l’interface visible
- Concevoir des outils autour de contraintes opérationnelles réelles
- Passer du besoin métier à un produit utilisable
Mon rôle
- Réflexion produit
- Définition du workflow métier
- Spécifications fonctionnelles
- Direction UX / interface
- Développement assisté par IA
- Tests et itérations
Je ne voulais pas construire
seulement une boutique en ligne.
Je voulais comprendre
le système nécessaire
pour la faire fonctionner.