Aller au contenu
    Théo Le Breton

    ← Toutes les rĂ©alisations

    Étude de cas Â· RevOps

    Rendre une décision de prix défendable dans un négoce multi-⁠agences

    Un nĂ©goce de matĂ©riaux Ă  plusieurs agences, oĂč chaque vendeur fixait ses prix Ă  l’expĂ©rience. La donnĂ©e de ventes existait depuis des annĂ©es, elle ne servait Ă  personne pour dĂ©cider.

    La contrainte : Aucun prix de marchĂ© externe disponible : tout devait sortir des seules donnĂ©es internes. Et un vendeur sur le terrain ne consultera jamais un outil qui lui demande de comprendre un modĂšle statistique avant de rĂ©pondre Ă  un client.

    La mécanique

    1. Le diagnostic avant le remĂšde : marges relatives par agence, par famille et par article, dispersion, part du chiffre rĂ©alisĂ©e sous la mĂ©diane.
    2. Un prix de rĂ©fĂ©rence dĂ©rivĂ© du marchĂ© interne, avec un tarif haut et un plancher encadrĂ©s plutĂŽt qu’un prix unique imposĂ©.
    3. La dĂ©cision passe par un arbre explicite, qu’un vendeur peut relire.
    4. Le module de calcul est isolĂ© du contexte client : la mĂ©canique reste figĂ©e, les seuils et les nomenclatures s’adaptent Ă  la maison.
    5. Un simulateur what-⁠if pour arbitrer avant d’appliquer, avec la cascade du gain attendu et un export.
    6. Ce que l’outil ne sait pas encore calculer est Ă©tiquetĂ© « en attente Â» au lieu de sortir un prix plausible.

    Résultat

    • En service chez le client, sur ses donnĂ©es rĂ©elles.
    • Module de calcul pur, isolĂ© et couvert par des tests, sĂ©parĂ© de tout ce qui est propre Ă  la maison.
    • Chaque prix affichĂ© remonte aux donnĂ©es de ventes internes : c’est la contrainte de conception la plus stricte du produit.
    Ce que j’en retiens

    Le frein d’un outil de pricing est la confiance du vendeur : tant qu’il ne peut pas expliquer d’oĂč sort le chiffre, il ne s’en sert pas.

    PricingBusiness IntelligenceAide à la décisionAdoption terrain