Quoting Tools

Salesforce CPQ and What-If Quoting: Comparing Pricing Scenarios Before You Submit for Approval

Configurer, tarifer, établir des devis
Salesforce
Juin 30, 2026•9 min read
Salesforce CPQ and What-If Quoting: Comparing Pricing Scenarios Before You Submit for Approval

Your reps rarely get one shot at a deal structure. They get three or four: a bigger hardware bundle with a thinner services wrap, a longer term with a deeper year-one discount, a smaller scope that clears margin policy without an approval. If your team runs those options in Salesforce CPQ by cloning quotes, exporting to spreadsheets, or asking an analyst for help, what-if quoting is a gap worth naming. This article explains what what-if quoting actually requires, where Salesforce CPQ's design makes scenario work slow, and how to evaluate replacement options on this specific capability.

TL;DR
  • What-if quoting means a seller can model several pricing scenarios on the same opportunity, see the price and margin consequences of each in real time, and submit only the structure that holds up. It is a working capability, not a report.
  • Salesforce CPQ supports scenario work indirectly. Teams usually clone quotes, rely on quote line editor recalculation, or push numbers into spreadsheets. That produces version sprawl and margin analysis that lives outside the system of record.
  • Salesforce CPQ is end of sale as of March 2025, not end of life. Existing customers can keep using it, renew, add users, and get support, and Salesforce has announced no end-of-life date. Nothing here forces a decision.
  • The practical trade-off: scenario modeling built on quote cloning costs you auditability and speed. Scenario modeling built on a real-time rules and pricing engine costs you a change of quoting platform.
  • Bottom line: test deal modeling with your three hardest real deals before you choose a path. If reps are leaving the CRM to compare options, that is the signal to act on.

What What-If Quoting Actually Means in a CPQ Context

What-if quoting is the ability to build and compare alternative versions of the same deal inside the quoting tool, with pricing, discounts, configuration rules, and margin recalculated for each version before anything is submitted for approval. CPQ stands for configure, price, quote. What-if quoting is the "compare" step most CPQ definitions leave out.

In practice, a usable what-if capability needs five things:

  • Fast recalculation, so changing term, quantity, or scope updates the numbers while the rep is still talking to the customer
  • Margin analysis at both the line level and the total deal level, including blended margin across a bundle
  • Visibility into which approval thresholds each scenario would trip
  • Configuration rules that still apply to every scenario, so no option is technically invalid
  • A record of which scenario was chosen, and on what basis

Without the first three, scenario modeling becomes guesswork. Without the last two, you get fast quotes that fail later in engineering review, contracting, or finance.

Scenario modeling versus quote comparison versus deal modeling

These terms get used loosely, so define them for your own evaluation. Scenario modeling is building the variants. Quote comparison is putting those variants side by side so a human can choose. Deal modeling is the broader exercise of understanding the commercial consequences of each variant over its full term, including ramps, renewals, and services delivery. A tool can do one and not the others.

Where Salesforce CPQ Makes Pricing Scenarios Harder Than They Should Be

Salesforce CPQ can produce multiple quotes on an opportunity, and for moderate-complexity deals that is often enough. The friction appears when scenario work becomes routine and the catalog is complex.

The common pattern is quote cloning. A rep copies a quote, changes the structure, and repeats. That creates several practical problems. Several quotes on one opportunity compete to be the primary quote, pipeline reporting becomes ambiguous, and nobody can tell later which version the customer actually saw. A discount applied by hand in one clone isn't carried into the next, so the comparison is built on inconsistent inputs.

The second issue is calculation behavior. Salesforce CPQ performs pricing through its managed package and, where teams need custom math, the Quote Calculator Plugin (QCP). QCP is JavaScript that a developer maintains. Every pricing variable you want reflected in a what-if scenario, such as cost roll-ups for margin analysis, has to exist in the model and recalculate reliably. On large quotes with nested bundles, recalculation time and governor limits make rapid iteration uncomfortable. Reps notice. They move to spreadsheets.

The third issue is where margin lives. Many Salesforce CPQ implementations carry list price and discount well but carry cost poorly, because cost sits in the enterprise resource planning (ERP) system. If cost is stale or absent, margin analysis in the quote is an estimate, and the approval conversation becomes a negotiation about whose spreadsheet is right.

To be fair about Salesforce CPQ: for subscription-led businesses with a contained catalog, straightforward discount policy, and a small set of standard deal shapes, cloning two quotes is a reasonable way to handle pricing scenarios. The capability gap matters most when deals mix hardware, services, labor, and recurring revenue, or when configuration rules make each variant structurally different.

The Approval Problem What-If Quoting Is Really Solving

Scenario modeling is worth doing mainly because of what happens next. Approval workflows exist to protect margin, and they work best when sellers know in advance which structures will clear.

When reps cannot see approval exposure while they build, two behaviors follow. Some submit the most aggressive version and let finance negotiate it down, which adds a cycle to every deal. Others pre-discount defensively below what policy would have allowed, which quietly costs margin on deals that never needed a concession.

Threshold-based approvals change that only if the thresholds are visible during quoting. The test to apply to any CPQ, including your current Salesforce CPQ configuration, is simple: can a rep tell, before submitting, that scenario A routes straight through and scenario B triggers a two-level review? If the answer is no, your approval queue is doing work that scenario modeling should have done earlier.

How Experlogix CPQ Approaches Scenario Modeling for Salesforce CRM Customers

Experlogix CPQ evaluates pricing and discount rules in real time during configuration, which is the foundation what-if quoting depends on. As a seller changes the configuration, the product rules, pricing logic, and discount guardrails are evaluated again, so each variant reflects current policy rather than a manual override.

Several supporting capabilities matter for deal modeling specifically:

  • Pricing logic for list, contract, and tiered structures, with region-specific rules, currency conversion, and volume-based breaks applied automatically, so alternative scopes and quantities price themselves correctly.
  • Discount guardrails with defined floors, ceilings, and stacking rules. Standard deals pass instantly, and exceptions route automatically to the right approver. Every structure a seller builds is checked against the same policy, and only structures that cross a threshold go to an approver.
  • Mixed revenue on a single quote. One-time equipment, recurring subscriptions, usage-based fees, and multi-year services and support can sit on one quote, each with its own tiers and contract terms. Margin stays visible across the whole bundle as well as each line. That visibility is what makes margin analysis useful for solution deals, not only single SKUs.
  • Guided selling and rule-driven configuration. Every scenario a rep builds is a valid configuration, so an option won't fail later in engineering or production.
  • A full audit trail. Each configuration selection, pricing decision, and approval action is recorded with who, when, and why. Approval outcomes sync to Salesforce CRM, so the chosen scenario and the reason for it stay in the system of record.
  • Low-code administration. Business administrators can update pricing rules, thresholds, and approval workflows as policy changes, without waiting on developers.

For Salesforce CRM customers, the architectural point is that Experlogix CPQ integrates with Salesforce CRM and runs inside the Salesforce workflow, so reps build and compare quotes in the CRM they already use. Because the quoting works with CRM data where it lives, it avoids the replication pattern behind stale records, sync failures, duplicate data, reconciliation work, and reporting built on a copy instead of the source.

Be honest about fit. If your catalog is small, your discount policy has a single approval tier, and your deals rarely take more than one shape, dedicated what-if quoting adds little. Staying on Salesforce CPQ or committing to a Revenue Cloud Advanced (RCA) reimplementation may serve you better. Scenario modeling earns its keep when complexity and deal variability are real.

The Bottom Line on Salesforce CPQ and What-If Quoting

What-if quoting is now a buyer requirement because approvals, margin policy, and solution selling have all become more complicated while quote cycles have become shorter. Salesforce CPQ can produce pricing scenarios through cloning and recalculation, and that is adequate for contained catalogs and standard deal shapes. It becomes costly in time and margin when reps compare structurally different options on complex, mixed-revenue deals, because the comparison moves into spreadsheets that your governance doesn't cover.

Keep the status facts in view while you decide. Salesforce stopped selling Salesforce CPQ to new customers in March 2025, but existing customers can continue to use it, renew, and receive support, and no end-of-life date has been announced. For the renewal implications, see end of sale versus end of life. Moving to Revenue Cloud Advanced is a reimplementation with a different data model rather than an upgrade, so you have time to evaluate deliberately.

The evaluation criteria are narrow enough to be useful:

  • How fast your largest real quote recalculates
  • Whether margin is visible at the line and deal level
  • Whether approval exposure shows before submission
  • Whether configuration stays valid across every scenario
  • Whether there's a lasting record of which scenario was chosen and why

A quoting process that meets those criteria produces fewer approval cycles, fewer spreadsheet detours, and quote comparisons your finance team can trust.

FAQ

What is what-if quoting in CPQ?

What-if quoting is the ability to build and compare alternative versions of the same deal inside the quoting tool before anything goes for approval. Pricing, discounts, configuration rules, and margin are recalculated for each version. It needs fast recalculation, margin at the line and deal level, visibility into approval thresholds, valid configuration in every scenario, and a record of which scenario was chosen.

What is the difference between scenario modeling, quote comparison and deal modeling?

Scenario modeling is building the variants of a deal. Quote comparison is putting those variants side by side so someone can choose between them. Deal modeling is the broader work of understanding each variant's commercial consequences over its full term, including ramps, renewals, and services delivery. A CPQ tool can support one of these without supporting the others, so evaluate each separately.

Why does cloning quotes in Salesforce CPQ cause problems?

Cloning leaves several quotes on one opportunity competing to be the primary quote. That makes pipeline reporting ambiguous and makes it hard to tell later which version the customer saw. A discount applied by hand in one clone isn't carried into the next, so the comparison rests on inconsistent inputs. On large, complex quotes, slow recalculation also pushes reps toward spreadsheets, which are outside governance.

How can reps see approval exposure before submitting a quote?

The pricing and discount rules, including floors, ceilings, stacking rules, and approval thresholds, need to be checked in real time while the rep builds each scenario, not after the quote is submitted. Then a rep can tell which structures pass straight through and which will trigger review. Test this directly: build two versions of a real deal and confirm the tool shows which one trips an approval before you submit either.

A practical next step: pull your three most-negotiated deals from the last quarter. For each one, count how many quote versions it generated, how many were built outside Salesforce CPQ, and how long the approval cycle took. Those counts measure your real what-if quoting gap, and they'll tell you more than any feature list.

Compare deal scenarios inside Salesforce, before approval

See how Experlogix CPQ evaluates pricing, discount guardrails, and approval thresholds in real time as reps build each scenario in the Salesforce CRM they already use.

The Franken-Quote

En savoir plus

One-Time, Recurring, and Usage-Based: Building a Quote That Handles All Three

En savoir plus

Salesforce CPQ Alternatives for Complex Products: Why Teams Are Choosing Experlogix

En savoir plus

Salesforce CPQ Limitations for Complex, Configurable Products and How to Get Past Them

En savoir plus

18 Signs Your Quoting Has Outgrown its Foundation 

En savoir plus

Salesforce CPQ vs. Revenue Cloud vs. Experlogix: Which Path Fits Complex Quoting?

En savoir plus

Experlogix and Znode Partner to Connect Complex CPQ and B2B Ecommerce

En savoir plus

Salesforce CPQ vs. Experlogix CPQ: A Side-by-Side Look at Salesforce CRM Integration

En savoir plus

Selling Solutions, Not SKUs: Solution Selling CPQ for Hardware, Labor, Projects and Recurring Revenue

En savoir plus

Upgrade From Salesforce CPQ and Get Ramp Deals Right: Multi-Year Pricing With Real Date Math

En savoir plus

The Six Biggest Margin Leaks Hiding in Your Bundled Deals

En savoir plus

CPQ for Manufacturing: From Complex Configuration to Production-Ready Orders

En savoir plus