Gérer plusieurs marketplaces ne consiste pas seulement à connecter leurs API. Les équipes ont aussi besoin d’un espace où elles comprennent immédiatement le canal, l’objet traité et l’action disponible.
Pour Pixmind, Dawap a construit un back-office Symfony réunissant Amazon, Fnac et un référentiel MDM de marchés, produits et commandes. Cette première version a posé le cadre commun du cockpit : navigation, canaux, produits, commandes et lignes.
Cette étude raconte le versant usage du projet : comment une agence marketplace traduit deux canaux différents en expérience de travail cohérente.
1. Présentation du client
Comprendre le contexte business avant la solution
Amazon et Fnac possèdent chacun leurs repères et leurs commandes. Passer d’un portail à l’autre multiplie les ruptures pour l’opérateur.
Pixmind devait offrir une porte d’entrée commune sans effacer l’origine de la donnée. L’utilisateur choisit son canal puis retrouve un cadre de navigation stable.
En arrière-plan, le modèle MDM rattache marketplaces, produits, commandes et lignes dans un même domaine.
2. Méthode projet Dawap
Analyse, priorisation, delivery agile et sécurisation du run
Le back-office a été structuré autour d’un menu principal, de tableaux de bord par canal et de vues de commandes cohérentes.
Les zones Amazon et Fnac disposent de leurs propres routes et contrôleurs, tandis que les écrans MDM donnent accès aux marchés et aux produits communs.
Le prototype conserve ainsi une frontière claire entre expérience partagée et logique propre à chaque marketplace.
3. Le besoin opérateur
Retrouver les commandes sans changer de cadre
Chaque canal possède son portail et ses conventions. Cette dispersion ralentit la lecture de la situation.
Pixmind réunit les accès utiles dans un espace unique, tout en gardant Amazon et Fnac clairement identifiables.
Le cockpit est pensé depuis les tâches de l’opérateur, pas depuis une liste de connecteurs.
4. Une navigation commune
Donner un repère stable à tous les écrans
Le layout rassemble menu latéral, navigation supérieure, messages et zone de contenu.
Amazon et Fnac apparaissent au même niveau, chacun avec son tableau de bord et son entrée Commandes.
Le changement de canal ne change pas la logique générale de l’interface.
5. Le tableau Amazon
Une zone dédiée au canal Amazon
Le routage Amazon dessert un tableau de bord puis une vue de commandes.
La configuration prépare l’échange Amazon MWS, tandis que le back-office porte l’usage opérationnel.
L’équipe sait dans quel canal elle travaille sans sortir du cockpit.
6. Le tableau Fnac
Une expérience parallèle pour Fnac
Fnac possède son propre contrôleur, son préfixe de route et ses gabarits de tableau de bord et de commandes.
La présentation reprend les mêmes repères qu’Amazon, réduisant l’apprentissage.
Les particularités techniques restent isolées derrière l’espace du canal.
7. Le référentiel partagé
Un MDM au centre du cockpit
Le menu donne accès au domaine MDM, avec les marchés et les produits.
Les gestionnaires et la couche de données encadrent les opérations sur les objets persistés.
Le cockpit ne juxtapose pas deux liens externes : il possède son propre référentiel.
8. Produits et commandes
Relier la transaction à son catalogue
Une commande contient ses lignes, et chaque ligne peut être associée au produit correspondant.
Cette relation prépare la consolidation sans dupliquer le catalogue dans chaque canal.
Le marché d’origine reste attaché à la commande.
9. Scénario quotidien
Passer d’Amazon à Fnac dans le même back-office
Un opérateur consulte les commandes Amazon, puis revient au menu et ouvre Fnac. Les deux tableaux utilisent la même structure.
Le modèle rattache les lignes aux produits et conserve le canal d’origine.
Le cockpit apporte ainsi un repère unique pour des données qui restent distinctes.
10. Un socle prêt à évoluer
Des responsabilités déjà séparées
Les routes, contrôleurs et gabarits sont séparés par canal, tandis que le référentiel MDM porte les objets communs.
Deux contrôles automatisés couvrent les premiers parcours de l’application et sécurisent le socle du prototype.
Cette organisation permet d’ajouter de nouveaux usages sans reconstruire la navigation ni le modèle de commandes.
11. Ce que Pixmind démontre
Unifier l’expérience avant d’étendre le périmètre
Pixmind démontre qu’une interface commune peut réduire la fragmentation sans masquer la réalité de chaque canal.
La fiche Pixmind côté API détaille le référentiel qui soutient ces écrans.
Découvrez également nos autres projets marketplace.
12. Conclusion
Pourquoi ce projet donne envie de travailler avec Dawap
Pixmind montre qu’un cockpit utile commence par une navigation évidente et un modèle de données solide, même lorsque le périmètre initial couvre deux canaux.
La réalisation donne à Amazon et Fnac des espaces distincts tout en les réunissant autour des mêmes objets métier.
Cette logique se prolonge dans nos prestations de centralisation des commandes et de reporting vendeur marketplace.
