La plupart des hausses s’évaporent en exceptions, dérogations et clauses de maintien discrètes. Planifiez la hausse par segment, décidez en amont qui est plafonné ou tenu au contrat, acheminez chaque exception pour validation, et mesurez quelle part a tenu.
The 2026 increase applied to one segment's price list, with caps, contract holdouts and one exception in review. The data is illustrative.
Fixez la hausse par segment dans une table de décision, puis testez-la. Telle qu’annoncée, une hausse de 5,0 % ajoute environ 168 k$ de marge brute par mois. Après exclusions contractuelles et plafonds de compte, le plan est à 4,6 %, soit environ 155 k$ par mois, et c’est le chiffre que l’entreprise doit tenir.
Un modèle de décision comparant la hausse telle qu’annoncée avec la hausse après plafonds et exclusions. Les données sont illustratives.
Une règle par segment renvoie sa hausse, valable pour 2026. « Any » correspond à toute valeur, et une règle fourre-tout couvre le reste. Les listes de prix vont chercher la hausse.
| Conditions | Results | Validity | |||
|---|---|---|---|---|---|
| Customer Segment | Product Group | Increase | From Date | To Date | Priority |
| ==Contractor | Any | 5.0% | 05/01/2026 | 31/12/2026 | 1 |
| ==Wholesale | Any | 4.0% | 05/01/2026 | 31/12/2026 | 2 |
| ==Retail | Any | 7.0% | 05/01/2026 | 31/12/2026 | 3 |
| Any | Any | 5.0% | 05/01/2026 | 31/12/2026 | 4 |
Un client du segment Retail qui achète des vannes en laiton correspond à la règle 3 : ses lignes prennent donc la hausse Retail de 7,0 %.
Des colonnes sur le modèle commercial appliquent le plan, maintiennent les lignes sous contrat à leur prix et plafonnent les comptes stratégiques. Quand quelqu’un convient à la main d’une hausse plus faible, elle reste, et elle est marquée comme exception.
Planned Increase vient de la table de décision. Max Increase vaut zéro pour les lignes sous contrat et le plafond de compte là où il en existe un. Applied Increase prend le plus bas des deux, et Increase Basis dit pourquoi.
| Name | Type | Formula |
|---|---|---|
| Planned Increase | Percentage | lookup(source="rulesets", name="2026 Increase Plan", result="Increase", match_by=['Customer Segment':'Customer Segment', 'Product Group':'Product Group']) |
| Max Increase | Percentage | if(coalesce(lookup(source="datasets", name="Contract Prices", result="Price Locked", match_by=['Customer':'Customer', 'Item Number':'Item Number']), false), 0, coalesce(lookup(source="datasets", name="Account Caps", result="Max Increase", match_by=['Customer':'Customer']), 'Planned Increase')) |
| Applied Increase | Percentage | least('Planned Increase', 'Max Increase') |
| Increase Basis | Text | case(when('Applied Increase' < least('Planned Increase', 'Max Increase'), "Exception"), when('Max Increase' == 0, "Contract locked"), when('Max Increase' < 'Planned Increase', "Account cap"), default("Plan")) |
| New Price | Money | round('Current Price' * (1 + 'Applied Increase'), 2) |
Le coude de Lakeside Contractors a été abaissé à 2,5 % à la main. Avec Preserve Edits, la cellule garde cette valeur quand la liste s’actualise, et Increase Basis affiche Exception.
Au lieu d’un taux par segment, fixez l’objectif (les 1,86 M$ par an que vaut le plan) et les mêmes garde-fous, et obtenez une hausse recommandée pour chaque client et chaque produit, chacune expliquée et envoyée dans le même workflow de validation.
| Guardrail | Kind | From |
|---|---|---|
| Les prix contractuels restent verrouillés | Hard | Contract Pricing |
| Comptes stratégiques : au plus +3 % | Hard | Account Caps |
| Préférer les hausses de 7 % ou moins | Soft | Politique tarifaire |
| Volume au moins 97 % de la base | Portfolio | Objectif |
Un prototype de l’espace de travail Decision Optimization, en Early Access avec des clients sélectionnés. Workflow d’optimisation des décisions : brevet en instance.
Quand la liste se recalcule, une automatisation valide chaque ligne qui n’est pas une exception. Les 38 exceptions attendent dans Pricing Review, et la liste validée part vers les personnes et les systèmes qui l’utilisent.
La revue se fait par ligne. Les lignes dont Increase Basis n’est pas Exception sont validées quand la liste se recalcule, et le responsable pricing est notifié pour le reste.
Approval Lifecycle · 3 étapes · Line Item · 38 enregistrements sur 6,240 en attente · Révision 1
Saisi le 03/11/2025 par Maya Chen
Exportez la liste validée vers un CRM connecté, en tâche en arrière-plan, générez un avis de prix sous forme de document, ou partagez un lien en direct.
Après le premier trimestre, la hausse 2026 avait réalisé 4,4 % contre 4,6 % prévus et 5,0 % annoncés. Le pont montre où chaque point est parti : 0,4 point dans des décisions prises en amont, 0,2 point perdu après la publication de la liste.
Le prévu contre le réalisé par segment, et le pont de la hausse annoncée à la hausse réalisée. Les données sont illustratives.
Les fonctionnalités qui font le travail, ce que chaque abonnement ajoute et par où commencer.
Solutions associées : Récupération des coûts et retarification, Récupération des coûts, droits de douane et fret, Réalisation des prix et fuites de marge.
En consignant les exceptions plutôt qu’en les interdisant. Une exception est une modification manuelle de la hausse d’une ligne : elle survit au recalcul suivant, une formule la marque comme exception, et elle attend le valideur que votre workflow désigne pendant que le reste de la liste avance. Les concessions continuent d’exister, mais chacune est visible, attribuée et mesurée par rapport à la hausse que vous avez annoncée.
Ils apparaissent. Chaque ligne qui ne prend pas la hausse prévue dit pourquoi, par exemple un prix contractuel ou un plafond de compte, et la réalisation par client montre qui paie encore les anciens prix. La clause de maintien devient une décision que quelqu’un prend et assume. Quand vos conditions contractuelles sont dans Revomo, les lignes sous contrat peuvent être tenues hors de la hausse à leur prix contractuel.
Les commerciaux ont moins de surprises. Ils voient le nouveau prix et la raison derrière lui, le plan, un plafond de compte ou un contrat, avant les clients. Seules les exceptions attendent une personne, acheminées par le workflow de validation vers le valideur qu’il désigne, et la raison de chaque décision reste consignée.
Oui. Un modèle de décision compare des scénarios, comme la hausse telle qu’annoncée et la hausse après plafonds et exclusions contractuelles, par rapport à une base de référence, avec une élasticité prix que vous fixez ou estimez à partir de votre propre historique. Les résultats sont des estimations, testez donc une fourchette avant de vous engager.
En comparant ce qui a été facturé à ce qui a été publié. Une view joint les lignes de facture à la liste de prix publiée, et un tableau de bord compare le prévu au réalisé par segment, avec un pont qui sépare les exclusions prévues des exceptions validées et des commandes encore facturées à l’ancien prix. Il se met à jour quand les données s’actualisent.
Cela dépend du système. Les listes de prix validées s’exportent vers des destinations Databricks et Salesforce connectées, se génèrent sous forme de documents, ou se partagent par un lien en direct ; pour votre ERP, la méthode est convenue dans l’Activation and Success Plan. Les commandes encore facturées à l’ancien prix apparaissent dans la view de réalisation, si bien qu’une mise à jour manquée est repérée.
En Early Access. Decision Optimization recommande pour chaque ligne client et produit un prix qui atteint un objectif que vous fixez tout en respectant vos garde-fous, comme les prix contractuels et les plafonds de compte, et explique chacun. Les recommandations passent par le même workflow de validation. Cette fonctionnalité est disponible pour des clients sélectionnés.
Apportez la hausse annoncée et la hausse réalisée du dernier cycle. Nous vous montrerons où elle a fui, et comment la prochaine tiendra.