Pricing dynamique : règles déguisées, ou véritables décisions ?

Un directeur merchandising assiste à la démo d'une plateforme pricing dynamique mode. À l'écran : scraping concurrentiel, éditeur de règles élégant, flux de changements de prix toutes les quinze minutes. L'éditeur parle d'« IA pricing ».

L'expression « optimisation continue » revient trois fois en vingt slides. À la fin, le directeur pose la seule question qui compte : qu'est-ce que le système optimise réellement, là, sur ce SKU ? La réponse honnête, presque toujours, est : ce que dit la règle que vous avez écrite.

Cette réponse est tout le problème. Depuis cinq ans, le « pricing dynamique » est devenu le terme marketing pour « pricing à base de règles avec une UI plus moderne ». Les plateformes vendues comme dynamiques permettent d'écrire plus de règles, plus vite, avec de plus beaux dashboards. C'est de l'automatisation pricing — utile, mesurable — mais ce n'est pas de la décision pricing. Et les deux n'ont presque rien en commun sur le plan architectural, même si elles sont vendues sous le même label.

L'enjeu est concret. La marge nette moyenne tourne autour de 3,2 % sur le Top 250 Deloitte. Les cycles de pricing passent dans certaines catégories de la semaine à l'heure. Dans ce contexte, l'écart entre une règle qui se déclenche et une décision qui est arbitrée fait toute la différence entre protéger la marge et la brûler. La plupart des directions retail qui évaluent aujourd'hui des outils de « pricing dynamique » achètent la seconde catégorie en payant le prix de la première.

Ce qu'est vraiment le pricing à base de règles

Dépouillons le vocabulaire. Une plateforme pricing à base de règles prend des entrées que vous choisissez, les fait passer dans des conditions que vous écrivez, et produit un changement de prix. Les conditions peuvent être sophistiquées — multi-paliers, segmentées par cluster magasin, croisées avec un calendrier d'exceptions. L'exécution peut être rapide — propagation sub-horaire vers web, app et POS. Mais la logique est exactement celle qu'un pricing analyst aurait écrite dans une macro Excel, en tournant simplement sur une meilleure infrastructure.

La règle canonique ressemble à ceci. Si le concurrent X passe sous le seuil Y sur ce SKU, s'aligner à Z % près. Sauf si la marge descend sous le plancher F, auquel cas on tient le prix. Cette phrase est toute la stratégie pricing sur ce SKU jusqu'à ce que quelqu'un la change.

La contribution de la plateforme est sa vitesse et son échelle. Elle applique cette règle à 50 000 SKU sur 200 magasins en quelques minutes, là où une équipe humaine aurait besoin d'une semaine. C'est une vraie valeur. Ce n'est simplement pas du pricing dynamique.

Le pricing à base de règles a trois vertus honnêtes. Il est prévisible — l'équipe pricing peut rejouer n'importe quelle décision et l'expliquer en une phrase. Il est auditable — la règle est la piste d'audit.

Et il est contrôlable — l'éteindre, restreindre son périmètre, ou surcharger un cas spécifique prend quelques secondes. Ce n'est pas anodin. Pour les catégories où la stratégie pricing est réellement un petit ensemble de règles stables (produits régulés, contrats négociés, longue traîne commodity), un moteur de règles est le bon outil. Ce contrôle compte d'autant plus pour la démarque automatisée pendant les soldes encadrés par la loi française.

Le piège est de l'utiliser ailleurs. La mode, l'électronique grand public, le fast-moving consumer goods : dans ces catégories, l'élasticité de la demande bouge en continu. Elle bouge avec la météo, le signal social, la position de stock d'un concurrent, le prix payé par le client mardi dernier.

La logique pricing ne s'y comprime pas en règles. Quand un moteur de règles est pointé vers ces catégories, le résultat n'est pas de l'optimisation pricing. Ce sont des réflexes pricing. Le système réagit plus vite qu'une équipe humaine, mais il réagit aux mêmes signaux étroits, de la même façon, à chaque fois.

Ce que la décision pricing exige et que les règles ne peuvent pas livrer

Le vrai pricing dynamique n'est pas une boucle de règles plus rapide. C'est un autre objet architectural. À chaque tick de pricing, le système doit arbitrer — simultanément, pas séquentiellement — au moins sept facteurs qu'aucune chaîne de si-alors ne capture proprement :

Ces facteurs s'arbitrent les uns contre les autres. S'aligner sur le concurrent protège la part de marché mais viole la borne de perception-prix. Tenir le prix protège la marge mais étend la couverture de stock dans la zone rouge. Avancer la démarque dans certains magasins libère de la surface mais signale une faiblesse au réseau si les clients comparent.

Aucune chaîne de règles n'exprime cela honnêtement, parce que les poids entre facteurs ne sont pas constants. Ils bougent avec la phase de saison, la catégorie, la proportion de l'assortiment déjà dans le même état.

Une plateforme à base de décision modélise cela comme un problème d'optimisation à chaque tick. Étant donné ces contraintes et ces poids, quel prix sur ce SKU dans ce magasin nous rapproche le plus de la cible multi-objectifs ? La réponse est recalculée en continu — pas par exhibitionnisme, mais parce que les poids eux-mêmes bougent avec la donnée.

Ce recalcul, c'est ce que "dynamique" veut vraiment dire. Pas la vitesse d'exécution. La réévaluation continue de l'arbitrage.

On peut faire la différence avec une seule question à l'éditeur. *Prenez un SKU. Un concurrent baisse de 5 %.

Notre couverture de stock est au 90ᵉ percentile de l'assortiment. Le SKU est un tier-1 marque-protégé, deux semaines après son lancement. Que fait le système, et pourquoi ?*

Une plateforme à base de règles a soit une règle pour cette configuration exacte (elle ne l'a pas), soit elle bascule sur la règle la plus proche (qui est fausse). Une plateforme à base de décision recalcule l'arbitrage et vous montre les poids qu'elle a utilisés. La différence est visible en trente secondes.

Pourquoi le rebrand a eu lieu

Le terme « pricing dynamique » s'est imposé parce que les règles se vendaient mal. Dire à un directeur merchandising « on va vous aider à écrire des règles plus vite » ne passe pas. Le comité a déjà entendu la promesse BI et l'a vue sous-livrer. Lui dire « on utilise l'IA pour optimiser dynamiquement les prix » passe.

Les éditeurs qui ont vraiment construit des plateformes de décision ont vu des concurrents gagner des deals. Ces concurrents enrobaient le même langage autour d'un simple moteur de règles. Donc le langage a migré. Aujourd'hui, presque tous les outils pricing s'appellent dynamiques, ce qui veut dire que le mot a cessé de porter de l'information.

Ce n'est pas du cynisme pur. Certaines plateformes à base de règles ont vraiment ajouté des modèles de prévision qui suggèrent les paramètres des règles. Par exemple : « sur la base de la saison passée, mettez votre seuil d'alignement à 4 % et non 5 %. » C'est une amélioration significative par rapport à un éditeur de règles vide, et les éditeurs ont le droit d'en parler.

Mais suggérer un paramètre de règle reste du pricing à base de règles. La règle, une fois posée, est ce qui s'exécute. La prévision informe l'humain qui écrit la règle ; elle n'entre pas dans la boucle de décision.

La question la plus importante côté acheteur est quel type de logique tourne réellement au moment de l'exécution ? Sur ce marché, c'est la plus difficile à obtenir clairement. Les éditeurs utilisent le même vocabulaire des deux côtés de la ligne. Et les preuves (cas clients, ROI annoncés, badges « AI-powered ») ne distinguent pas du tout les deux architectures.

Le test pour un directeur merchandising et un CFO

Avant toute évaluation de plateforme pricing, deux questions percent le théâtre de la démo.

Première question, pour le directeur merchandising. « Puis-je écrire la logique pricing appliquée à mes 100 SKU prioritaires sous forme d'une chaîne de si-alors qu'un analyste junior pourrait suivre ? » Si oui, la plateforme automatise des règles que vous avez déjà — utile, mais vous payez un prix de plateforme pricing dynamique mode pour un moteur de règles. Si non, la logique dépend d'une optimisation continuellement mise à jour qu'aucun humain ne pourrait rejouer à la main. Vous regardez alors de la décision, et les critères d'évaluation changent.

Deuxième question, pour le CFO : « Qu'est-ce qui change dans notre stratégie pricing si on adopte cette plateforme ? » Une plateforme à base de règles change la vitesse et la cohérence d'exécution. La stratégie reste là où elle était — dans la tête de l'équipe pricing et dans les fichiers qu'elle maintient.

Une plateforme à base de décision change la frontière de ce que l'équipe contrôle. L'équipe possède les garde-fous : planchers de marge, paliers marque, protections fournisseurs. Le système possède l'arbitrage à l'intérieur de ces garde-fous.

Le rôle de l'équipe passe alors de poser des règles à poser une politique. C'est un autre modèle opérationnel, pas une mise à jour d'outillage.

Les deux peuvent être la bonne réponse. L'erreur est de choisir l'un en croyant qu'on a acheté l'autre.

Le point structurel plus profond

La ligne règles-vs-décisions n'est pas propre au pricing. Nous avons fait le même argument sur les outils BI : la visibilité a été vendue comme du pilotage, mais la visibilité ne pilote pas. Nous l'avons fait sur le forecasting : une prédiction n'est pas une décision. Nous l'avons fait sur l'automatisation des workflows : faire passer la paperasse plus vite n'est pas faire passer les décisions plus vite.

Le pricing est la catégorie suivante où la même ligne se trace. Et comme les autres, la ligne n'est pas entre « bons » et « mauvais » outils. Elle est entre les outils qui automatisent la logique qu'on a déjà et les outils qui changent ce qu'est la logique. Les deux ont une place. Ce n'est pas la même.

Nous élargissons cet argument à la photo complète du revenu dans qu'est-ce que le yield management en retail : le prix seul n'est qu'un levier sur quatre.

La position Solya

Cet article n'est pas un pitch pour le pricing Solya — c'est un modèle mental côté acheteur, et il fonctionne que vous achetiez chez nous ou non. Solya est construit côté décision de la ligne, par conception. La surface pricing s'appuie sur le même moteur de décision que la démarque, le réassort et la réallocation inter-magasins, ce qui évite d'isoler les arbitrages par système. Cette architecture a ses propres critères d'évaluation, son propre coût d'intégration, son propre profil de conduite du changement — aucun ne ressemble à l'achat d'un moteur de règles.

Si vous évaluez aujourd'hui une plateforme pricing dynamique, la question que nous suggérons de poser en premier est celle du directeur merchandising plus haut. Pas parce que la réponse détermine si Solya est bon pour vous, mais parce qu'elle détermine si les plateformes de votre shortlist sont seulement comparables entre elles. Dans la plupart des évaluations que nous voyons, elles ne le sont pas. L'acheteur paie alors un prix de plateforme de décision pour un moteur de règles. Ou pire : il écarte une plateforme de décision parce qu'elle ne se comporte pas comme le moteur de règles auquel il la comparait.

La question à poser au prochain rendez-vous éditeur

Avant la prochaine démo, écrivez — en français simple — la logique pricing que vous voudriez voir s'exécuter sur vos trois SKU les plus stratégiquement sensibles. Si vous arrivez à l'écrire, vous n'avez pas besoin de pricing dynamique. Vous avez besoin d'automatisation de règles, et il faut acheter le moteur de règles fiable le moins cher du marché.

Si vous n'arrivez pas à l'écrire — si la logique dépend de poids qui bougent avec la donnée — posez à chaque éditeur la question du directeur merchandising. Regardez ce qui se passe. Les réponses trieront le marché pour vous, plus vite qu'aucun RFP.

Pour l'ancre définitionnelle — d'où vient la tarification dynamique et les deux architectures confondues — commencez par qu'est-ce que la tarification dynamique en retail ?.

---

Envie d'une lecture côté acheteur sur votre stack pricing ?

Chez Solya, nous proposons aux directions retail un diagnostic de 30 minutes centré sur la ligne règles-vs-décisions. Nous cartographions ce que votre plateforme pricing actuelle fait réellement. Nous repérons où se situe la frontière entre automatisation et décision dans votre stack, et ce qui change si vous la franchissez. Pas de démontage d'éditeur, pas de pitch générique — une conversation structurée, ancrée dans votre assortiment et vos contraintes.

Vous repartirez avec :

• Une cartographie claire des zones où votre logique pricing est à base de règles vs à base de décision
• Les catégories de votre assortiment où la distinction règle-vs-décision est la plus coûteuse
• Les critères d'évaluation qui séparent vraiment les deux architectures, au-delà des labels marketing