Pilotage d'un projet e-commerce Magento 2 où le sujet n'était pas seulement de vendre en ligne, mais de relier catalogue, magasins, caisses, ERP et parcours de retrait ou livraison.
Digitaliser une activité d'épicerie anti-gaspi avec des parcours de commande qui devaient rester compréhensibles côté client et exploitables côté magasin.
Le projet combinait un site e-commerce Magento 2, un référentiel produit alimentaire, des contraintes de données INCO, des synchronisations avec l'ERP et les logiciels de caisse, puis plusieurs modes de retrait et de livraison. Le drive, la livraison locale et la livraison nationale n'avaient pas les mêmes règles ni les mêmes contraintes opérationnelles.
J'ai piloté le projet côté agence, avec une attention particulière sur la traduction des contraintes métier en parcours et en tickets exploitables par l'équipe. Le sujet était très concret : chaque règle mal cadrée pouvait finir en friction pour un client ou en difficulté pour un magasin.
Ce projet montre bien que le rôle de chef de projet digital ne se limite pas à suivre une liste de tâches. Il faut comprendre le terrain, cadrer les règles et éviter que la complexité interne se retrouve telle quelle dans l'interface.
Cadrer le click and collect au-delà d'une simple option de livraison, avec ses créneaux, ses contraintes magasin et ses règles de disponibilité.
PourquoiUn drive qui fonctionne dans Magento mais pas dans l'organisation magasin reste un mauvais produit. Le cadrage devait tenir compte de l'usage réel, pas seulement du paramétrage e-commerce.
Mettre au clair le rôle du référentiel produit, des données alimentaires, des prix, des stocks et des échanges avec l'ERP et les caisses.
PourquoiDans l'alimentaire, une fiche produit n'est pas juste une description marketing. La qualité de la donnée conditionne la confiance, le parcours et la capacité à opérer le service.
Clarifier les règles entre retrait magasin, livraison locale et livraison nationale, pour éviter de donner l'impression d'un seul parcours alors que les contraintes étaient différentes.
PourquoiLa simplicité côté client vient souvent d'un gros travail de tri côté projet. Il fallait rendre les options lisibles sans masquer les limites réelles du service.
