Un run multi-canaux qui dépend d’Excel finit par produire plusieurs vérités : stock, commandes, prix, marge, litiges et priorités changent selon le fichier ouvert.
Le sujet n’est pas de bannir Excel. Le sujet est de ne plus l’utiliser comme système nerveux d’un portefeuille marketplace qui engage du cash, du stock et du support.
Une agence marketplaces doit aider à structurer un run lisible, pas ajouter une couche de reporting décoratif.
Le bon travail consiste à définir où naît la donnée, qui la valide, qui la corrige et quel rituel transforme les alertes en décisions. Sans cela, chaque canal devient un fichier de plus.
Le signe évident
Quand deux personnes obtiennent deux chiffres différents pour la même journée, le problème n’est plus le tableau. C’est la gouvernance du run.
Sortir du pilotage fichier
Le fichier reste utile pour analyser. Il devient dangereux quand il décide seul des stocks, prix ou priorités.
Le run doit avoir une source partagée.
La sortie d’Excel commence souvent par les flux les plus coûteux : commandes bloquées, stocks faux, prix destructeurs, retours mal rapprochés et décisions de marge non tracées.
Comparer les canaux
Amazon, Fnac, Cdiscount, ManoMano ou Shopify ne doivent pas être comparés uniquement en chiffre d’affaires.
Il faut lire marge, charge et risque.
Un canal peut produire beaucoup de volume et consommer trop de support, trop de stock ou trop de remise. La comparaison utile met donc côte à côte chiffre, marge nette, incidents, rotation et effort de pilotage.
Fiabiliser le stock
Le stock doit distinguer disponible, réservé, en préparation, en transit et publié.
Une erreur de stock coûte commande, note vendeur et support.
Centraliser les commandes
Les commandes doivent partager statuts, délais, exceptions et preuves de traitement.
Le run ne doit pas dépendre de portails ouverts en parallèle.
Piloter prix et marge
Le prix marketplace doit intégrer commission, transport, retour, promotion et marge minimale.
Un repricing mal cadré peut vendre plus et gagner moins.
Prioriser les incidents
Tous les incidents ne se valent pas. Une commande bloquée sur un SKU rentable mérite plus d’attention qu’un bruit statistique secondaire.
La priorisation doit être écrite.
Le run doit distinguer l’incident qui menace le cash, celui qui menace la note vendeur et celui qui révèle une dette de données à corriger plus calmement.
Rendre le reporting actionnable
Un bon reporting dit quoi faire : couper, pousser, corriger, escalader, surveiller ou attendre.
Il doit réduire les débats, pas les multiplier.
La valeur du reporting se mesure à la décision prise après lecture, pas au nombre d’indicateurs affichés.
Installer les rituels
Le run a besoin de rituels courts : revue quotidienne des alertes, revue hebdomadaire marge, revue mensuelle canal.
Le rythme évite l’effet tunnel.
Chaque rituel doit produire une décision, une action ou une hypothèse surveillée. Sinon il devient seulement un point de plus dans l’agenda.
Choisir l’outillage
L’outillage doit servir les décisions : stock, commandes, prix, reporting, incidents et rentabilité.
- Créer une source commune.
- Limiter les exports manuels.
- Définir des seuils.
- Relier marge et opérations.
- Revoir les priorités chaque semaine.
Un bon outil ne remplace pas le run. Il rend les responsabilités visibles, automatise ce qui doit l’être et laisse les arbitrages sensibles à la bonne équipe.
Passer d’Excel au cockpit
La transition ne doit pas commencer par l'outil. Elle doit commencer par les décisions que le fichier porte aujourd'hui : stock à publier, prix à corriger, commande à relancer, canal à freiner, SKU à pousser, litige à traiter ou marge à protéger. C'est cette carte de décisions qui définit le futur cockpit.
Le premier chantier consiste à distinguer les fichiers d'analyse et les fichiers d'exécution. Un fichier d'analyse peut rester ponctuel. Un fichier qui déclenche des actions quotidiennes doit être remplacé, sécurisé ou connecté, car il porte une responsabilité opérationnelle trop forte pour rester isolé.
Le deuxième chantier est la source de vérité. Pour chaque donnée, il faut décider qui fait foi : ERP pour stock, marketplace pour statut canal, PSP pour paiement, OMS pour commande, outil de reporting pour marge consolidée. Si deux sources peuvent corriger le même champ sans règle, le cockpit ne fera que visualiser le désaccord.
Le troisième chantier concerne les seuils. Une alerte n'est utile que si elle dit quoi faire : stock sous seuil, marge sous plancher, commande sans tracking, prix qui sort de la politique, litige ancien, canal non rentable. Le passage au cockpit doit donc transformer les indicateurs en files de décision.
Le coût caché d'Excel est la dépendance aux personnes qui savent interpréter les colonnes. Quand ces personnes sont absentes, le run ralentit. Quand elles changent la formule, l'historique devient fragile. Quand elles multiplient les versions, les équipes débattent du chiffre au lieu d'agir.
Une contre-intuition utile : il ne faut pas forcément supprimer tous les fichiers. Certains exports restent pratiques pour une analyse ponctuelle. Le danger commence quand un fichier devient le lieu où l'on corrige la réalité. La transition doit donc cibler les fichiers qui commandent des actions, pas ceux qui servent à comprendre un sujet.
- Cartographier les fichiers qui pilotent stock, prix, commandes, marge et litiges.
- Choisir une source de vérité par donnée critique.
- Transformer les indicateurs en alertes avec responsable et délai.
- Conserver les exports utiles, mais retirer les décisions sensibles des fichiers isolés.
Le cockpit devient rentable quand il réduit les arbitrages lents. Il doit montrer moins de chiffres, mais de meilleurs signaux : quel canal consomme trop de marge, quel stock doit être protégé, quel incident coûte du cash, quelle action est attendue aujourd'hui et qui en est responsable.
Créer une salle de pilotage hebdomadaire
La sortie d'Excel tient mieux quand elle s'incarne dans une revue hebdomadaire courte, centrée sur les décisions. Cette salle de pilotage ne doit pas devenir un comité de lecture de tableaux; elle doit répondre à quelques questions : quel canal accélérer, quel stock protéger, quel SKU corriger, quelle règle suspendre, quelle anomalie escalader.
La préparation doit rester sobre. Les équipes arrivent avec une liste d'alertes priorisées, une lecture marge-stock-commandes, les écarts critiques et les décisions ouvertes. Le temps de réunion doit être consacré à arbitrer, pas à reconstruire les chiffres ou à vérifier quelle version du fichier est la bonne.
Un signal faible à surveiller est la répétition des mêmes exceptions. Si les mêmes stocks faux, prix incohérents ou commandes bloquées reviennent chaque semaine, l'organisation ne manque pas d'information; elle manque d'une correction structurelle. Le cockpit doit alors créer une action de fond, pas seulement une nouvelle alerte.
Cette routine donne aussi une preuve de maturité. Quand chaque décision a un responsable, une échéance et une mesure de résultat, le run devient pilotable par l'équipe, par une agence ou par un modèle hybride. C'est ce niveau de discipline qui transforme la donnée en avantage commercial.
Conclusion : rendre le run lisible
Sortir d’Excel ne veut pas dire acheter un outil magique. Cela veut dire structurer décisions, preuves et responsabilités.
Le vrai progrès se voit quand chacun sait quel stock fait foi, quelle commande traiter, quelle marge protéger et quelle anomalie escalader.
Une agence marketplaces doit donc construire un mode de pilotage qui tient dans la durée : données fiables, rituels courts, responsables clairs et arbitrages business assumés.
Pour le socle de pilotage, lisez le guide complet du vendeur marketplace multi-canal, puis reliez le chantier au reporting marketplace vendeur.
