IT/Données
Une définition de la marge.
Aurélien
Le détaillant
Un détaillant lifestyle de 12 magasins, avec trois équipes qui calculent la marge de trois façons différentes.
Notre détaillant exploite 12 magasins en France dans le segment mode lifestyle multicanal milieu de gamme. L'équipe est structurée : une équipe achats de 3 personnes, un responsable opérations d'1 personne et un merchandiser d'1 personne — plus un DAF et une équipe finance. Environ 6 500 SKU en saison sur les magasins, l'e-commerce et trois marketplaces.
La stack est standard pour le secteur — LCV Mag pour la gestion retail cœur de métier, Shopify pour l'e-commerce, et Excel comme lien entre tout le reste. Ça fonctionne. Jusqu'au jour où cela ne fonctionne plus.
"Les achats annonçaient 38 % de marge brute. La finance annonçait 31 %. Les opérations annonçaient 35 %. Nous regardions tous la même activité."
— DAF
Contexte
Trois équipes, trois calculs de marge, une salle de direction à l'arrêt.
T3 2024. La réunion mensuelle du comité de direction du détaillant lifestyle a démarré avec un rituel récurrent : la DAF présentait les chiffres de marge, et la responsable achats les contestait. Toutes deux avaient raison — elles calculaient simplement la marge différemment.
Les achats comptaient au niveau catégorie sur la saison. La finance comptait au niveau entreprise sur le trimestre civil. Les opérations avaient une troisième version. Trois chiffres, trois équipes, une seule entreprise. La CEO passait la moitié de ses réunions de board à arbitrer au lieu de décider.
Les chiffres étaient justes. La discussion ne l'était pas.
La problématique
Chaque équipe avait une marge légitime. Aucune ne concordait.
L’Achat calculait la marge brute par catégorie sur toute la saison. Elle incluait l’impact de démarque et les remises fournisseurs négociées après saison. La Finance calculait la marge brute au niveau de l’entreprise sur le trimestre civil. Elle excluait les remises post-saison (pas encore comptabilisées) et incluait les coûts de transport (ce que l’Achat ne faisait pas).
Les Ops calculaient la contribution de marge par magasin, en incluant les coûts opérationnels. Aucun n’était faux. Aucun ne concordait. Chaque réunion commençait par 30 minutes de négociation sur les définitions.
Trois points de friction :
Le même KPI calculé de trois façons différentes entre l’Achat, la Finance et les Ops.
30 minutes par réunion de comité passées à réconcilier les versions.
Des décisions stratégiques retardées jusqu’à ce que tout le monde s’accorde sur le chiffre de référence.
L’entreprise n’avait pas une marge. Elle en avait trois.
La solution
Une définition canonique de marge, encodée dans Solya.
Les équipes ont animé un atelier commun. Chaque équipe a expliqué son calcul, à quoi il servait dans son métier, et sur quoi elle ne transigerait pas. Conclusion : elles n’avaient pas besoin d’une seule marge — elles avaient besoin d’une « gross margin » canonique que tous reconnaissaient comme la base commune à l’échelle de l’entreprise, plus des versions secondaires pour les décisions propres à chaque équipe.
La définition canonique a été encodée dans la couche métrique de Solya. Chaque tableau de bord, chaque rapport, chaque slide de comité s’appuyait sur cette définition unique. La réunion de comité démarrait avec le même chiffre sur chaque slide. L’entreprise a cessé de négocier les définitions et a commencé à discuter des actions.
Une « gross margin » canonique comme base de référence de l’entreprise, gouvernée par Solya.
Des variantes propres à chaque équipe conservées comme métriques secondaires nommées.
Une gouvernance versionnée — chaque changement documenté, consultable et auditable.
Les définitions ont cessé d’être négociées. Elles sont devenues gouvernées.
Comment nous l’avons fait
Dans la boucle.
La définition unifiée s’exécutait sur la Data Layer, avec les métriques codées une seule fois puis propagées partout. Voici comment le système fonctionne, de bout en bout.
01 — Inventoriez la définition de chaque équipe.
Les équipes achats, finance et ops ont chacune documenté leur calcul de la marge : périmètre, période, inclusions, exclusions. Les écarts sont devenus visibles.
02 — Accordez-vous sur une version canonique.
Lors d’un atelier, les équipes se sont alignées sur une définition canonique de la « marge brute » à l’échelle de l’entreprise. Les variantes spécifiques à chaque équipe ont été conservées sous forme de métriques secondaires nommées.
03 — Encodez dans la metrics layer.
La définition canonique et les variantes secondaires ont été encodées dans la metrics factory de Solya, avec une transparence totale sur la logique sous-jacente.
04 — Connectez chaque tableau de bord.
Les tableaux de bord, rapports et supports du conseil de chaque équipe ont été reconfigurés pour lire la metrics layer. Une seule source, plusieurs consommateurs.
05 — Gouvernez dans la durée.
Lorsqu’une définition devait être ajustée, elle passait par un processus de changement documenté. Solya consignait qui, quand et pourquoi. L’historique était consultable.
Les définitions ne faisaient plus l’objet de négociations. Elles étaient gouvernées.
Les impacts
Un seul chiffre sur chaque slide. À chaque réunion.
Une fois la définition unifiée déployée, l’entreprise a cessé de débattre de la marge pour commencer à la piloter.
1 définition — De la marge, utilisée à l’échelle de l’entreprise.
0 — Temps de rapprochement par réunion du conseil.
3 → 1 — Versions de la marge brute en production.
Toutes les équipes — Alignées sur la valeur canonique.
"L’ordre du jour du conseil a enfin commencé par une décision, et non par un débat."
— DAF
Découvrez d'autres cas d'usage
Une seule plateforme. Chaque décision retail.
Stocks, allocation, tarification, planification, exécution — réunis dans une seule couche opérationnelle.
