Une offre active ne garantit pas toujours une bonne diffusion. Entre le produit, le listing, l’offre, le stock, le prix et le statut marketplace, une référence peut sembler prête à vendre tout en restant invisible, incomplète ou non éligible sur certains canaux.
Le chantier Offer Listing Matrix a été lancé pour relier ces statuts dans une lecture opérationnelle. Il prolonge le reporting marketplace vendeur : les équipes doivent savoir quelles offres sont réellement publiées, bloquées, incomplètes ou à reprendre.
Cette fiche raconte comment Dawap a structuré dans Ciama une matrice offres-listings pour passer d’une lecture fragmentée à un plan d’action. Elle s’inscrit naturellement dans Ciama Marketplace, où la diffusion doit être suivie en continu.
1. Présentation du client
Un vendeur qui devait distinguer produit publié, offre active et listing exploitable
Le contexte était celui d’un vendeur avec plusieurs marketplaces, beaucoup de références et des statuts différents selon les canaux.
Les équipes pouvaient voir des offres actives, mais ne savaient pas toujours si le listing était complet, si le produit était bien rattaché, si le prix était accepté ou si un statut empêchait la vente.
Le projet a donc été cadré comme une brique de lisibilité : rapprocher les offres et listings pour donner aux équipes une vision claire de ce qui vend vraiment, de ce qui est bloqué et de ce qui doit être repris en priorité.
2. Méthode projet Dawap
Cartographier le cycle offre-listing avant de créer la matrice
La phase d’analyse a distingué les objets utiles : produit, listing, offre, canal, statut, prix, stock, éligibilité, erreur, date de mise à jour et action attendue.
Le backlog a été suivi dans Jira avec une priorisation par valeur. Les premiers sprints ont construit la matrice produits/offres/canaux, puis les lots suivants ont ajouté les statuts de listing et les priorités de reprise.
Les validations ont été menées en sandbox puis en préproduction sur des cas réels : offre active sans listing propre, produit complet mais non diffusé, prix refusé, stock absent, mapping incomplet ou canal bloqué.
3. Avant le projet
Des statuts d’offres difficiles à interpréter
Avant ce chantier, les équipes voyaient des offres, des produits et des erreurs, mais elles devaient encore reconstituer le lien entre ces éléments.
Une offre pouvait être active sans produire de vente parce que le listing était incomplet, parce que le canal refusait une donnée ou parce que le prix et le stock ne permettaient pas une publication correcte.
Le risque était de croire qu’un catalogue était diffusé alors qu’une partie de la couverture commerciale restait bloquée.
4. Objectifs du chantier
Rendre chaque statut de diffusion compréhensible
Le premier objectif était de créer une matrice lisible entre produits, listings, offres et canaux.
Le deuxième objectif était d’expliquer les statuts qui empêchent la vente : donnée manquante, listing incomplet, offre refusée, stock absent, prix bloqué ou canal non éligible.
Le troisième objectif était de donner une priorité métier à chaque reprise pour éviter de traiter les erreurs dans le désordre.
5. Solution mise en place
Une matrice qui rapproche produits, offres et canaux
Dawap a structuré une matrice offres-listings qui affiche, pour chaque référence et canal, l’état réel de la diffusion.
La solution rapproche les statuts de listing, l’offre, le stock, le prix et les éventuelles erreurs. Les équipes peuvent comprendre pourquoi une référence vend, ne vend pas ou doit être reprise.
Cette brique prolonge la Listing Gap Matrix marketplace et la normalisation des offres par canal.
6. Statuts offre-listing
Séparer les causes pour mieux agir
La matrice devait éviter de tout résumer à une simple absence. Un produit peut manquer d’attribut, une offre peut manquer de stock, un prix peut être refusé, un listing peut être incomplet.
Cette séparation donne aux équipes le bon diagnostic et la bonne équipe responsable. Toutes les reprises ne relèvent pas du commerce, ni toutes des connecteurs.
Quand le sujet relève du flux ou du mapping, il rejoint les connecteurs marketplace ERP. Quand il sert le pilotage, il alimente le reporting vendeur.
7. Priorités de reprise
Corriger ce qui peut vraiment relancer la vente
Une matrice utile ne se contente pas de lister des erreurs. Elle aide à choisir quoi reprendre d’abord selon le potentiel de vente, la marge, le stock et la complexité de correction.
Les équipes peuvent ainsi traiter les listings qui bloquent des références importantes, au lieu de corriger uniquement les erreurs les plus faciles à voir.
Cette logique transforme la diffusion catalogue en plan de run, avec des priorités discutables et relisibles.
8. Qualité et déploiement
Valider les statuts avant de les utiliser dans le run
La qualité a été sécurisée par des tests sur les correspondances produit, offre, canal, statut, stock et prix.
Les validations en préproduction ont comparé la matrice avec les marketplaces et les vues sources pour éviter les faux statuts et les doublons.
La mise en production a suivi le cycle CI/CD, avec surveillance des premières reprises et ajustement des priorités lors des sprints suivants.
9. Résultats obtenus
Une diffusion plus claire et des reprises mieux ciblées
Après mise en production, les équipes disposent d’une lecture plus claire entre produit, offre, listing et canal.
Les reprises gagnent en efficacité, car les causes de blocage sont mieux identifiées et les priorités mieux justifiées.
Le projet améliore aussi la relation entre commerce, data, stock et intégration : chacun comprend mieux sa part dans la diffusion réelle.
Preuve opérationnelle : une offre active n’est pas toujours une offre vendable
L’Offer Listing Matrix rend visibles les écarts entre statut théorique et vente réelle. Elle renforce le reporting marketplace vendeur parce que le pilotage gagne en précision.
10. Scénario terrain
Comprendre pourquoi une offre active ne génère aucune vente
Une offre peut être marquée active dans le système interne, mais ne pas générer de vente parce que le listing marketplace est incomplet, que le prix est refusé ou qu’un statut canal empêche réellement la diffusion.
L’Offer Listing Matrix rapproche le produit, le listing, l’offre, le stock, le prix et le statut canal. L’équipe voit si le problème relève du catalogue, du flux, du stock ou d’une règle marketplace.
Cette lecture évite les reprises aveugles. On ne relance pas une offre au hasard : on traite la cause qui empêche vraiment la vente.
11. Ce que cela prépare dans Ciama
Une mémoire des listings et des reprises
Cette brique prépare dans Ciama Marketplace une mémoire des statuts offre-listing : cause, canal, action attendue, priorité et résultat de reprise.
Dans Ciama Marketplace, la matrice devient un outil de supervision continue des offres, pas un audit ponctuel.
Elle permet au client d’enrichir progressivement les règles de diagnostic selon ses marketplaces, ses catégories et ses priorités commerciales.
12. Projets proches
Relier listings, catalogue et offres
La fiche Listing Gap Matrix marketplace montre comment repérer les trous de diffusion.
La fiche Product Explorer marketplace aide à analyser une référence en détail.
La fiche Data Quality Score catalogue explique comment la qualité des données conditionne les statuts.
13. Conclusion
La matrice rend la diffusion marketplace beaucoup plus lisible
Ce projet montre qu’un vendeur marketplace doit comprendre la différence entre un produit existant, une offre active et un listing réellement exploitable.
En structurant l’Offer Listing Matrix, Dawap aide les équipes à identifier les statuts qui bloquent la vente et à prioriser les reprises selon leur impact.
Cette approche renforce le reporting marketplace vendeur tout en prolongeant les chantiers de catalogue, connecteurs et diffusion déjà engagés dans Ciama Marketplace.
