§8.1
Price Elasticity
Pricing is the most leveraged decision a firm makes. A one-percent price increase, with volume held constant, drops straight to revenue and disproportionately to profit. The catch is that volume is almost never constant: raising price alienates the most price-sensitive customers and lowering it gives away margin you cannot get back. To navigate that tradeoff systematically, managers measure how much volume responds to a price change, in units that compare across products and across price levels. That measure is price elasticity of demand.
This article defines own-price elasticity, walks through why we estimate it with a log-log regression rather than a linear one, names the three pricing zones every elasticity value sits in, and ends with a data case showing how a confounded estimate of elasticity can lead a pricing decision badly astray.
The Executive Question: Will Volume Loss Erode Margin?
A category manager weighs a 10% price increase on lattes. Two things will happen at once: every cup sold makes more money, and fewer cups are sold. Without an estimate of how much volume drops, the decision is a guess.
The right question is not will price increase revenue? — it is how price-sensitive is the segment of customers we serve, and will the volume we lose outweigh the margin we gain on the cups we keep selling?
The unit of measurement that makes this question quantitative is the price elasticity of demand.
The Math of Elasticity
Formally, own-price elasticity () is the ratio of the percentage change in quantity demanded to the percentage change in price:
Price elasticity of demand
Because price and quantity move in opposite directions for normal goods, own-price elasticity is almost always a negative number. An elasticity of means a 1% price increase reduces volume by 2%.
Why log-log, not linear
A linear demand specification, , has an elasticity that changes at every price. At very high prices a $0.10 increase is a small percentage and triggers a large percentage drop in volume (highly elastic); at very low prices the same dollar change is a big percentage and triggers a smaller drop (inelastic). For pricing planning we want a single, transportable number — an elasticity that does not depend on where we are on the curve.
That is what the log-log specification gives us. Writing the demand model in logs,
Constant-elasticity (log-log) demand
makes exactly the elasticity. Why? Because and , so the slope of on is
A regression coefficient of in log-log space says: a 1% price increase reduces volume by 2.23%, independent of the baseline level of either price or volume.
The Three Zones
Every elasticity value sits in one of three qualitatively different pricing zones, each with a different strategic implication.
Three pricing zones on a constant-elasticity demand curve
The zones translate into three different strategic responses:
| Zone | Range of | Revenue response to price increase | Strategy |
|---|---|---|---|
| Inelastic | Increases | Raise price (you are leaving margin on the table) | |
| Unit elastic | Roughly unchanged | Revenue-maximizing point (but not profit-max) | |
| Elastic | Decreases | Hold price unless you also lower cost or improve product |
One important asymmetry: a firm that finds itself in the inelastic zone of its own demand curve is almost always under-pricing, because raising price would simultaneously increase revenue and reduce the costs that scale with units sold. In practice, well-run firms almost always operate in the elastic zone. Estimating an inelastic value should immediately raise suspicion about the regression specification, not encourage immediate price hikes.
Data Case: Estimating Progresso's Own-Price Elasticity
Two figures from the Progresso panel make the lesson concrete: where the data lives in log-log space, and how the estimated elasticity moves as confounders are added.
What the raw data look like
East
Sample trend slope -3.12
MidWest
Sample trend slope -3.30
South
Sample trend slope -3.04
West
Sample trend slope -2.58
Two things to notice. First, the within-region scatter is clearly downward-sloping in log-log space — the constant-elasticity functional form is reasonable for this data. Second, the regional clouds are shifted and rotated relative to one another: pooling them without a regional or store fixed effect will produce a slope that is some weighted average of different regional slopes, distorted by the level differences across regions.
Climbing the regression ladder
The elasticity estimate changes as the comparison gets cleaner
88,409 store-months across 2,042 stores. Coefficient is on log(Progresso price).
The naive bivariate regression returns an elasticity of about . That estimate is mechanically biased by the omitted-variable story from Chapter 5.2: retailers run promotions in low-demand months, so the historical pairing of low price and high volume is partially a seasonality artifact, not a price effect. Adding seasonality, then competitor price, then regional dummies, then store fixed effects walks the estimate down to about .
The difference matters operationally. A pricing recommendation built on would conclude that customers are extraordinarily price-sensitive and would call for aggressive discounting to chase volume. The discounting would erode margin and, in the world where the true elasticity is , would not produce the volume lift the naive model predicted. The safe foundation for pricing is the within-store estimate, with controls — not the headline regression.