Le pricing, ou le product management déguisé

J’ai appris à traiter le pricing avec le même sérieux qu’une product roadmap. Pas parce que c’est élégant. Parce que c’est une nécessité opérationnelle.

Quand le pricing est flou, chaque devis devient un cas particulier. La remise devient le vrai produit. Les sales portent vos choix de positionnement à bout de bras et, face à l’incertitude, ils feront ce que tout bon commercial fait : signer. Ce n’est pas une faillite morale. C’est une défaillance de management.

J’ai vu ce schéma sous plusieurs angles. Dans la tech industrielle, la dérive du pricing se traduit par une érosion de marge à travers les configurations, les conditions de service et les promesses de livraison. En SaaS, cela donne un packaging incohérent, une page pricing à laquelle personne ne croit et des renouvellements qui ressemblent à des négociations plutôt qu’à un système. Dans les deux cas, la cause racine est la même : personne ne pilote le pricing comme un produit.

Ma thèse est simple : le pricing, c’est du product management déguisé. Il faut des hypothèses, de la segmentation, du packaging, des expérimentations et un ownership clair. Il faut aussi un lien serré avec la marge brute et le coût de delivery ; sinon, vous racontez des histoires en y collant des chiffres.

Dès que vous ne savez plus expliquer le prix, vous perdez le contrôle

Quand je dirigeais une business unit danoise au sein d’un groupe européen spécialisé dans les smart buildings et la domotique, j’avais la responsabilité complète du P&L. Nous livrions des capteurs connectés et des systèmes de pilotage du bâtiment dans plusieurs pays. Sur les slides, le portefeuille produits paraissait cohérent ; sur le terrain, c’était plus complexe : canaux différents, typologies de clients différentes, attentes de service différentes, et des points de comparaison concurrentiels variables.

Dans ce contexte, le chemin le plus rapide vers le chaos consiste à définir le pricing comme « ce qu’on a fait la dernière fois ». Le deuxième, c’est de le laisser devenir « ce que les sales pensent nécessaire pour gagner ce trimestre ». Vous obtenez alors un système de pricing parallèle, construit d’exception en exception : remises spéciales, bundles sur mesure, services offerts, délais de paiement étendus et engagements vagues qui finissent, plus tard, dans les opérations.

À partir de là, vous ne pilotez plus le prix. Vous pilotez le regret.

J’ai donc commencé à poser une question, simple en apparence mais impitoyable dans ce qu’elle révèle : pourquoi facturons-nous ce montant, à ce client, pour ce périmètre, avec ces conditions ? Si la réponse tient du récit plutôt que d’une logique testable, vous n’avez pas de pricing. Vous avez de l’improvisation.

Piloter le pricing comme un produit : ownership, backlog et releases

Le premier changement est mental. Le second est structurel.

Le pricing a besoin d’un owner unique, clairement responsable. Pas « finance + sales + produit en comité ». Un comité peut challenger. Il ne peut pas porter l’ownership. L’owner peut être rattaché au produit, au commerce ou à la direction générale, mais il doit avoir l’autorité de modifier le packaging, les règles de discount et les circuits d’approbation.

Ensuite, vous construisez un pricing backlog. Littéralement. Une liste priorisée de chantiers pricing, gérée comme vous géreriez des fonctionnalités :

• Décisions de segmentation : quels types de clients méritent des récits de valeur différents et des métriques de prix différentes.
• Décisions de packaging : ce qui est inclus, ce qui est optionnel, ce qui est conditionné, et ce qui n’est pas négociable.
• Décisions de politique : bandes de discount, règles de deal desk, seuils d’approbation et exceptions qui doivent expirer.
• Instrumentation : ce que vous mesurez pour que le pricing devienne un système, pas un débat.

Enfin, vous déployez le pricing par releases. Pas une fois par an. Pas uniquement quand vous paniquez. Les releases pricing peuvent être petites et fréquentes : une frontière de package clarifiée, un nouvel add-on, une métrique révisée, un template de devis nettoyé, une politique de discount plus stricte. Des releases modestes réduisent la peur et limitent l’impact en cas d’erreur.

Quatre artefacts pricing sur lesquels je m’appuie (parce que les débats coûtent cher)

Avec le temps, je me suis appuyé sur quatre artefacts simples. Ils ne sont pas sophistiqués. Ils évitent les discussions sans fin et forcent à expliciter les décisions.

1) La phrase « value metric »

Une seule phrase : « Nous facturons selon X, parce que X est le meilleur proxy de la valeur livrée. » Si vous n’arrivez pas à l’écrire, le travail n’est pas fait.

En SaaS, X peut être un indicateur d’usage. Dans l’industrie, ce peut être une capacité, un débit, ou un périmètre de fourniture défini avec des conditions limites claires. L’objectif n’est pas d’être brillant. L’objectif est d’être défendable.

2) Le document de frontière de packaging

Une page qui dit ce qui est inclus dans l’offre de base, ce qui est optionnel, et ce qui est explicitement hors périmètre. C’est là que vous protégez la marge.

Je l’ai appris à mes dépens en contexte industriel, où de « petits » extras deviennent des coûts récurrents. Une promesse faite en discussion commerciale peut se transformer en mois de support ingénierie, de QA spécifique, de documentation sur mesure ou d’exceptions de service. Si vous voulez un P&L propre, il vous faut des frontières propres.

3) L’échelle de discount, avec une date d’expiration

Le discount n’est pas le mal. L’absence de garde-fous, si. L’échelle fixe des plages, impose un reason code, et oblige à donner une date d’expiration à toute exception.

Cette date est essentielle. Sinon, chaque exception devient un précédent ; et les précédents sont la manière silencieuse dont votre prix catalogue meurt.

4) La « margin waterfall » compréhensible par les sales

Si les sales ne voient pas l’impact des conditions et du périmètre sur la marge brute, ils optimiseront le chiffre d’affaires. C’est rationnel. À vous de leur donner un modèle qui rende la marge visible et actionnable.

Quand je pilotais des opérations en électrification et stockage d’énergie en tant qu’ancien COO, les drivers de coûts n’avaient rien d’abstrait. Temps d’ingénierie, complexité de production, contraintes supply chain, engagements de service, exposition à la garantie : tout cela était très concret. Une margin waterfall qui relie les conditions commerciales aux coûts opérationnels permet d’arrêter de céder de la valeur, sans transformer les sales en comptables.

Des expérimentations contrôlées, pas des débats sans fin

Une fois les fondamentaux en place, vous pouvez agir comme une équipe produit : formuler une hypothèse, la tester, garder ce qui fonctionne.

J’aime les expérimentations difficiles à « contourner » et faciles à mesurer :

• Packaging A/B : deux bundles clairement distincts, proposés selon une règle à un segment défini.
• Tests par contrainte (fence tests) : un nouveau prix associé à une contrainte (niveau de support, SLA, délai) pour vérifier si les clients valorisent réellement l’upgrade.
• Contrôles de cohérence par canal : même segment, canaux différents ; comparer les comportements de discount et le churn ou la récurrence d’achat.
• Monétisation des conditions : faire payer ce que vous donnez aujourd’hui, par exemple la livraison plus rapide, l’extension de garantie, des niveaux de service plus élevés ou le support d’intégration.

Les expérimentations échouent quand les entreprises essaient de tout tester en même temps. Le pricing est un système. Vous changez un levier, vous observez, puis vous changez le suivant.

Dans mes activités venture, cette discipline ne se négocie pas. Avec Shopeno, où le modèle est à 0 % de coût et 0 % de commission pour les commerçants locaux, le pricing n’est pas qu’un chiffre. C’est du positionnement, de la distribution et de la confiance. Vous ne pouvez pas « discount » votre chemin vers la clarté quand la promesse de base est déjà agressive. Cela impose une approche produit : définir précisément l’échange de valeur, décider ce qui est monétisé (et pourquoi), et maintenir un système cohérent.

La checklist trimestrielle que j’utilise pour garder un pricing sain

Voici la cadence opérationnelle que je mettrais en place ce trimestre si votre pricing vous échappe. Elle s’adresse aux dirigeants et opérateurs qui veulent croître sans céder de valeur.

1. Écrire la logique de pricing en langage simple : un paragraphe qui explique la valeur, la segmentation et la métrique. Si cela ressemble à du marketing, réécrivez.
2. Figer les frontières de packaging : publier ce qui est inclus et exclu, et conditionner la production de devis à ce cadre.
3. Mettre en place une échelle de discount : seuils, motifs, approbations, dates d’expiration.
4. Commencer avec trois segments maximum : l’objectif est la répétabilité, pas la précision académique.
5. Choisir une seule expérimentation : packaging, conditions contractuelles ou add-ons. La conduire sur une période définie, avec une mesure propre.
6. Revoir la margin waterfall par segment : pas seulement la marge moyenne. Identifier où la complexité et les promesses mangent le profit.
7. Supprimer une exception : retirer un « cas spécial » récurrent du système. C’est souvent là que se trouve le vrai levier.

Si vous cherchez un parallèle dans un autre domaine, j’observe la même nécessité opérationnelle dans les programmes d’IA (intelligence artificielle) : les équipes qui gagnent traitent l’architecture comme une checklist, pas comme un diagramme. Ici, c’est la même discipline. Le pricing est un système d’exploitation. Si vous ne l’avez pas en main, c’est lui qui vous pilotera. (Voir aussi : AI Architecture Isn’t a Diagram. It’s an Operator’s Checklist.)

Mon point de vue : arrêtez de déléguer le pricing au terrain

Je ne plaide pas pour un pricing rigide, déconnecté du réel. Je plaide pour des décisions de pricing explicites, cohérentes avec vos frontières produit et vos coûts de delivery. La flexibilité fonctionne si elle est gouvernée. Le chaos coûte cher quand il devient la norme.

Si vous n’êtes pas capable d’expliquer pourquoi vous facturez ce que vous facturez, vous n’êtes pas « customer-centric ». Vous êtes indécis. Et les sales décideront à votre place, deal après deal.

Traitez le pricing comme du product management. Donnez-lui un owner. Construisez les artefacts. Menez des expérimentations contrôlées. Reliez chaque changement aux effets sur la marge et à la réalité du delivery. Vous pourrez alors croître sans céder votre valeur.