Price Elasticity of Demand: Make Better SaaS Pricing Decisions
Price elasticity of demand can tell a SaaS team how quantity responded across a bounded price change; it cannot make the pricing decision by itself. The coefficient divides the percentage change in quantity demanded by the percentage change in price, assuming other demand drivers are held constant. Its interpretation is credible only when the offer, eligible buyers, and response window are comparable—and the final call still depends on contribution, substitution, retention, and uncertainty.

Price elasticity of demand measures proportional buyer response to a change in an offer’s own price. The standard definition is:
E_d = percentage change in quantity demanded / percentage change in price
The signed coefficient is normally negative because, along an ordinary downward-sloping demand curve, price and quantity demanded move in opposite directions. Convention usually drops the minus sign when classifying responsiveness. Using the absolute magnitude:
| Absolute PED | Classification | For a moderate price increase along the same demand curve |
|---|---|---|
| Below 1 | Inelastic | Quantity falls proportionally less than price rises, so total revenue rises |
| Exactly 1 | Unit elastic | The two proportional changes offset, so total revenue is approximately unchanged |
| Above 1 | Elastic | Quantity falls proportionally more than price rises, so total revenue falls |
That last column is a revenue relationship, not a profit rule. It assumes the comparison traces movement along the same demand curve, and it says nothing yet about service cost, acquisition cost, downgrade behavior, or later retention.
Price elasticity of demand is the percentage change in quantity demanded divided by the percentage change in price. It is normally negative and commonly discussed by absolute magnitude. The OpenStax, Principles of Economics 3e textbook explains that for a moderate move along the same demand curve, the elastic, unit-elastic, and inelastic classifications imply different total-revenue responses.
Calculate PED with the midpoint method
When you have two finite price-and-quantity observations rather than a known demand function, use the midpoint method:
E_d = [(Q2 - Q1) / ((Q1 + Q2) / 2)] / [(P2 - P1) / ((P1 + P2) / 2)]
The denominator for each percentage change is the average of its two observations. That matters because it gives the same elasticity whether you read the interval from the first point to the second or in reverse. It is also why the midpoint result is often called arc elasticity: it estimates average responsiveness across the tested interval. Point elasticity applies at one price-quantity point when a demand function and its derivative are known.
Illustrative worked example—not company data. Suppose a SaaS offer’s price index rises from 100 to 110. Among comparable, equally sized groups of eligible buyers, purchases fall from 1,000 to 900.
- Midpoint change in quantity:
(900 - 1,000) / 950 = -10.53% - Midpoint change in price:
(110 - 100) / 105 = 9.52% - Signed PED:
-10.53% / 9.52% = -1.11 - Absolute PED:
1.11, which is elastic over this interval
The revenue index moves from 100 × 1,000 = 100,000 to 110 × 900 = 99,000, consistent with an elastic response. The calculation does not prove the price caused the decline, and it does not say the offer is elastic at every other price. It describes this interval, for this population, under the comparison’s conditions.
A PED coefficient without an offer, population, interval, horizon, and counterfactual is not a pricing answer. It is an unlabeled ratio.
Keep four neighboring concepts separate
In pricing work, unqualified PED normally means own-price elasticity of demand: how demand for one offer responds to that same offer’s price. The USDA’s elasticity glossary distinguishes it from cross-price elasticity, which asks how demand for one offer responds to another offer’s price. That second measure matters when a higher premium-plan price sends buyers to a basic plan, a different billing term, a competitor, or no purchase.
Price elasticity of supply is different again. It measures how much sellers supply in response to price; it does not measure buyer demand. Slope is also not elasticity. Slope uses raw units, so changing the unit of price or quantity changes the number. Elasticity compares percentages and is unit-free.
The most consequential distinction is between a change in quantity demanded and a shift in demand. PED assumes other demand drivers remain constant. OpenStax’s demand-shift explanation treats an own-price change as movement along a demand curve; changes in preferences, income, expectations, population, or related-product prices can shift the curve itself. In a SaaS comparison, product capability, packaging, buyer mix, marketing, sales coverage, or competitor conditions can play the same confounding role.
Because PED holds non-price demand drivers constant, a SaaS comparison that changes both price and material entitlements estimates response to a changed offer. It does not isolate a pure own-price response.
Those definitions are enough to calculate the number correctly. Making a pricing decision requires a measurement contract around it.
From a coefficient to a SaaS pricing decision
The practical deliverable is a PED decision record. Complete it in order: decision boundary, observable price and quantity, counterfactual, local estimate, then economics. Each step constrains the next; if one boundary fails, adding more decimal places will not repair the result.
1. Name the exact decision and freeze the offer boundary
Start with one sentence that contains the action, population, and time:
Decide whether to roll out the tested price interval for one defined plan to one defined buyer population after observing acquisition, early cancellation, and the next meaningful contract event.
Replace each generic phrase with the actual boundary. Record:
- the plan, included entitlements, service level, and contract term;
- acquisition, renewal, or expansion context;
- eligible segment, channel, geography, and currency treatment;
- the tested price interval and discount authority; and
- the earliest and latest buyer response the decision must include.
If price rises while seats, usage rights, support, implementation, or commitment terms change, the result belongs to the combined package. That test can still answer a valuable offer question, but do not label it pure price elasticity.
2. Define realized price and a non-revenue quantity
List price is not the exposure when discounts, credits, grandfathering, contract length, or sales discretion change what buyers actually pay. Define P as realized net price per fixed entitlement and period appropriate to the decision. Preserve both the announced price and the realized price so discount leakage remains visible.
Then define Q without using revenue. Revenue already contains price, so putting it in the numerator makes the response circular. A SaaS team may need an exposure-normalized demand measure when compared groups differ in size:
| Pricing decision | Candidate realized-price boundary | Candidate quantity or response boundary | Substitution to log |
|---|---|---|---|
| New acquisition | Net price for one unchanged plan and term | Paid starts per fixed number of eligible buyers who reached the same price exposure | Lower plan, delayed purchase, competitor, or no purchase |
| Renewal | Net price per comparable contracted entitlement | Renewed entitlements per fixed number eligible to renew | Downgrade, seat contraction, negotiation, or nonrenewal |
| Usage expansion | Net price per unchanged usage unit and band | Paid units among comparable eligible accounts | Lower usage, another band, add-on substitution, or exit |
An exposure-normalized rate is an operating proxy rather than a literal market quantity. Name it as such. The important discipline is that both groups have the same eligibility rule and opportunity to respond.
3. Create a credible counterfactual
A before-and-after spreadsheet can calculate a descriptive arc ratio. It cannot, by itself, establish that price caused the observed change. Product releases, campaign mix, sales capacity, seasonality, competitor moves, and customer selection may all move demand during the same period.
The identification problem is documented in peer-reviewed pricing research. Garcia, Tolvanen, and Wagner show that managers can raise prices during positive demand shocks, creating a positive correlation between price and sales even though the causal own-price response is negative. Their estimator is specific to hotel pricing, but the warning is general: historical co-movement is not automatically a demand curve.
When managers change price in response to demand conditions, historical price and sales can move together for reasons other than the causal price response. Identifying elasticity requires variation that can be separated from those demand shocks.
When feasible, randomized price exposure among eligible, comparable units creates a stronger counterfactual. Field-experiment research explains why: experiments can provide exogenous variation when historical data cannot establish causation. The same research also shows why multi-offer pricing becomes difficult: changing one price can affect demand for other offers, so own- and cross-price effects must be observed together.
Randomization does not rescue a poorly bounded test. Assignment can be contaminated when sales teams override price, public pricing reveals another condition, one account spans both groups, capacity suppresses purchases, or the product changes mid-test. Predefine eligibility, assignment, exclusions, and handling of noncompliance before seeing the result.
If randomized exposure is not practical, use the strongest defensible comparison available and state its identifying assumption. A staggered rollout, a fixed policy threshold, or external price variation may sometimes help, but each can fail for its own reasons. If no credible counterfactual exists, keep the output descriptive: “price changed by this amount and observed response changed by that amount.” Do not promote it to a causal elasticity claim.
Pricing experiments also spend real business risk to buy information. Simchi-Levi and Wang’s experimental-design analysis formalizes trade-offs among estimating the causal price effect, protecting expected revenue during the test, and controlling tail risk. A SaaS operator does not need their formal model to adopt the governance lesson: define the learning target, exposure limit, monitoring interval, and stop condition before launch.
4. Estimate a local coefficient, not “the SaaS benchmark”
Calculate midpoint PED for a bounded two-price comparison. If you have several price points, repeated periods, negotiated prices, or meaningful covariates, a fitted demand model may be more appropriate; that requires an analyst who can defend its functional form and identification assumptions.
Report the estimate as a sentence, not a solitary number:
For this offer, eligible population, tested interval, assignment method, and response horizon, the estimated signed PED was [estimate], with [uncertainty], after [named exclusions and adjustments].
No broadly recognized SaaS-wide PED benchmark emerged from the researched source set. The cutoffs at absolute values below, equal to, or above one are definitions of inelastic, unit-elastic, and elastic demand—not SaaS performance targets. OpenStax demonstrates that elasticity can change at different points even on one straight-line demand curve. The peer-reviewed hotel study also estimates different responses across room types and time; its values are not SaaS benchmarks.
Segment only where the buying mechanism or decision differs. Acquisition and renewal often deserve separate estimates because switching options and response clocks differ. Plan, company size, channel, geography, and billing term may also matter. Predefine those cuts; slicing until one favorable coefficient appears turns exploration into an unsupported pricing policy.
Substitutes and time help explain why the coefficient moves. OpenStax identifies availability of substitutes, buyer resources, time to adjust, and cross-price effects as drivers of elasticity. In recurring SaaS, the first visible response may be acceptance or negotiation, while the later response may be contraction, downgrade, or nonrenewal. A short-run result should not be called durable when customers have not yet had a realistic chance to adapt.
Demand response can change with substitutes, buyer resources, related-offer prices, and the time available to adjust. According to OpenStax, Principles of Economics 3e, short-run and long-run elasticity can therefore differ.
5. Decide from contribution, substitution, retention, and uncertainty
PED links price to quantity. A business decision adds economics and durability:
cohort revenue = realized net price × retained quantity
cohort contribution = cohort revenue - variable delivery and service costs under one defined policy
incremental contribution = tested contribution - estimated counterfactual contribution
The cost boundary must remain consistent across groups. Show acquisition, implementation, support, infrastructure, payment, and retention costs separately when they matter rather than silently moving them into or out of “margin.” These are decision definitions, not a substitute for the company’s accounting policy.
Evaluate the whole substitution path. A premium-plan increase may reduce premium purchases and increase basic-plan purchases. That is a loss for the focal offer but not necessarily for the portfolio. The reverse is also possible if the substitute carries lower retention or higher service cost. Own-price PED, cross-price response, and portfolio contribution answer different questions.
Use an evidence-to-action table instead of treating “inelastic” as an automatic green light:
| Evidence state | What the result supports | Practical decision |
|---|---|---|
| Realized price or offer was not comparable | No defensible PED estimate | Repair exposure and offer definitions before retesting |
| Only a historical before-and-after ratio exists | A descriptive association | Use it to form a test, not to claim causation or broad rollout confidence |
| Causal estimate is inelastic, and durable contribution improves | A bounded candidate for a higher price | Roll out in controlled stages while preserving cohort monitoring |
| Estimate is elastic, or contribution deteriorates | The tested increase did not improve the defined objective | Hold the change and revisit price interval, segment, value, or package |
| Segments or plan substitutions diverge | One average hides different decisions | Keep the relevant estimates separate and decide at the segment or portfolio boundary |
| Uncertainty remains decision-changing | Direction is unresolved | Buy more information only if its expected decision value justifies the exposure |
The table deliberately requires more than a coefficient. Inelastic demand can raise total revenue after a moderate price increase and still reduce contribution or later retention. Elastic demand can make the focal offer’s revenue fall while a portfolio retains buyers elsewhere. The commercial decision is the durable incremental result, not the label.
Copy this PED decision record
Use one page or one structured analysis record. If a field cannot be completed, make that absence visible rather than filling it with an assumption after the result arrives.
| Field | Required entry |
|---|---|
| Decision | Exact price, package, or rollout action the analysis will support |
| Offer invariant | Plan, entitlements, service level, term, and features held constant |
| Population | Eligibility, acquisition or renewal state, segment, channel, geography, and exclusions |
| Assignment | How buyers receive price exposure; override, contamination, and noncompliance rules |
| Price | Realized net price per comparable entitlement and period |
| Quantity | Non-revenue demand unit or clearly named exposure-normalized response proxy |
| Counterfactual | What would have happened without the price change and why the comparison identifies it |
| Interval | The two or more prices covered; no unstated extrapolation beyond them |
| Horizon | Immediate, early-use, renewal, and durable observation dates that matter |
| Substitution | Downgrades, other plans, delayed purchase, competitors, contraction, and no purchase |
| Economics | Revenue, variable costs, contribution, and later retention under one consistent policy |
| Estimate | Signed PED, absolute magnitude, method, segment, sample information, and uncertainty |
| Guardrails | Exposure cap, monitoring cadence, stop condition, and rollback or review trigger |
This record is the acceptance test for the analysis. A calculation that cannot name its realized price, comparable quantity, and counterfactual is not ready for a pricing decision. A clean experiment that has not observed the relevant contract horizon is not ready for a durability claim. A precise inelastic estimate without cost and substitution data is not ready for a profit claim.
PED is strongest inside a narrow pricing question
Use price elasticity of demand when you can isolate a bounded price interval for a stable offer, expose comparable buyers, observe a meaningful quantity response, and carry the cohort through the horizon that matters.
Then use the coefficient to explain demand response and the decision record to judge rollout.
If the offer changed materially, demand shifted at the same time, no credible counterfactual exists, or buyers have not reached a real substitution or renewal opportunity, stop at the descriptive evidence. Fix the design before using PED as pricing authority. The useful question is never “Is our SaaS product elastic?” It is “For which offer, buyers, interval, and horizon did this price cause what response—and did durable contribution improve?”
Frequently asked questions
What is the difference between perfectly inelastic and perfectly elastic demand?
Perfectly inelastic demand is the limiting case |PED| = 0: quantity does not change as price changes, so its demand curve is vertical. Perfectly elastic demand is the opposite limiting case, represented by a horizontal curve and an unbounded elasticity magnitude because buyers accept quantity at one price but none at a higher price; OpenStax illustrates both endpoints. Treat them as theoretical boundaries, not labels to assign to a SaaS offer from one noisy price comparison.
What is income elasticity of demand?
Income elasticity divides the percentage change in quantity demanded by the percentage change in buyer income, so it changes a different variable from own-price elasticity. OpenStax classifies a positive income elasticity as a normal good and a negative one as an inferior good. For B2B pricing, define the relevant capacity proxy—such as budget or firm revenue—before estimating it, and do not interpret a customer-mix shift during a price test as PED merely because wealthier accounts bought more.
What is the difference between PED and willingness to pay?
Willingness to pay is a buyer- or unit-level price threshold, while PED is an aggregate response ratio over a stated price interval. OpenStax explains that a demand curve traces willingness to pay across quantities; the distribution of those thresholds can therefore shape demand, but one survey answer does not reveal the percentage quantity change caused by an actual price move. Use willingness-to-pay research to form price hypotheses and observed comparable exposure to estimate PED.