Demande et pricing

Prévision et pricing, sous incertitude réelle

Prévision, markdown et décisions de prix construits comme un seul système. Probabiliste là où ça compte, contraint par la réalité opérationnelle, déployé au rythme sur lequel la planification tourne déjà.

Ce que ça donne en général

  • La prévision est un chiffre unique, et personne ne planifie un stock sur un chiffre unique.
  • Le markdown tourne sur des règles écrites il y a des années que personne ne veut assumer de changer.
  • L'élasticité-prix a été estimée une fois, sur des données qui ne pouvaient pas l'identifier.
  • Les planners corrigent le modèle à chaque cycle, et personne n'a mesuré s'ils ont raison.

Ce que vous obtenez

Des prévisions avec leur incertitude

Hiérarchiques quand les données sont rares, probabilistes quand la décision est asymétrique. À la maille et à l'horizon sur lesquels le business planifie vraiment.

Des décisions, pas des prédictions

Profondeur et timing de markdown, quantités d'achat, mouvements de prix. La sortie, c'est quoi faire, avec la prévision en dessous.

Des contraintes modélisées honnêtement

Limites de cycle de vie, positions de stock, réponse monotone au prix, minima contractuels. Une recommandation inexécutable n'est pas une recommandation.

Le transfert

Des backtests que l'équipe relance, des contrôles de drift, et la documentation de chaque hypothèse qui compte.

Comment ça démarre

Diagnostic d'abord, build ensuite.

01 · Decision System Diagnostic

Trois semaines, périmètre fixe. On établit quelle décision la prévision sert, si les données peuvent la porter, et quel rythme opérationnel est nécessaire. Restitution exécutive et feuille de route.

02 · Design et build

Modèles, backtests, la couche de décision au-dessus, et le pipeline qui la fait tourner. Cadré depuis la feuille de route, facturé à la mission.

03 · Opérer et transférer

Monitoring, contrôles de drift, documentation, et la formation pour le faire tourner sans moi.