Variable consideration is the #1 area where SaaS companies get tripped up on revenue recognition. The moment a price can go up or down based on something other than the passage of time — usage, volume, a performance milestone, a refund right, a discount — you have variable consideration, and you must estimate it, constrain it, and reassess it every reporting period.
Forms of Variable Consideration in SaaS
Variable consideration shows up in more places than most teams realize:
- Usage-based pricing: Pay-per-API-call, per-seat pricing with true-up, per-GB storage
- Volume tiers and rebates: Tiered pricing where the rate changes based on cumulative usage or purchase volume
- Refund rights and money-back guarantees: "30-day free trial" with pro-rated refunds, satisfaction guarantees
- Performance bonuses or penalties: SLA credits, milestone-based payments, earn-outs tied to customer outcomes
- Discounts and price concessions: Right to future discounts, promotional pricing with variable duration
- Contingent revenue: Revenue that only activates if the customer hits certain thresholds
Estimation Methods
There are two acceptable methods for estimating variable consideration:
Expected value: The probability-weighted average across a range of possible outcomes. Best when there are multiple possible outcomes. Example: a volume rebate could result in $0, $5,000, or $10,000 depending on purchase levels. Weight each scenario by its probability and sum the result.
Most likely amount: The single most probable amount from a range of possible outcomes. Best for binary outcomes — either the milestone is hit or it isn't, either the refund is triggered or it isn't.
Use whichever method the entity expects to better predict the amount of consideration it will be entitled to. Once you pick a method for a contract, apply it consistently for that contract throughout its life.
The Constraint
The most consequential rule in variable consideration: you can only include estimated variable consideration in the transaction price to the extent it is highly probable (IFRS 15) or probable (ASC 606) that a significant revenue reversal will not occur when the uncertainty is resolved.
This is the constraint. It is asymmetric — you cannot include variable consideration if there's a significant risk of reversal, but you must recognize it when the constraint is lifted.
Factors that increase the likelihood that a revenue reversal would be significant (suggesting you should constrain the estimate):
- The amount of variable consideration is highly susceptible to factors outside the entity's influence (market prices, usage patterns, customer decisions)
- There is limited history with similar types of contracts — not enough data to support an estimate
- The contract has a long duration over which uncertainty can compound
- The entity's experience with similar contracts is broad-based and the number of outcomes is large
Working Example: Usage-Based API Pricing with a Minimum Commitment
A SaaS company sells an API platform with the following structure:
- $5,000/month minimum commitment (guaranteed floor)
- $0.02 per API call above 250,000 calls/month
- Volume tier discount: if total calls exceed 1,000,000 in a calendar quarter, overage rate drops to $0.015 retroactively
- 12-month contract, invoiced monthly based on actual usage
Step 1 — Identify the variable components.
The $5,000/month is fixed — recognize it ratably. The overage charges and the retroactive volume discount are variable consideration.
Step 2 — Estimate using expected value.
Based on similar customers, the company estimates 65% probability the customer exceeds 250,000 calls/month (generating overages) and 30% probability the customer hits the quarterly volume tier. It calculates a probability-weighted estimate for monthly overage revenue: $1,400/month in expected overages.
Step 3 — Apply the constraint.
Is it highly probable (IFRS) / probable (ASC) that a significant reversal won't occur? The company has 2 years of history with similar customers. The estimate is based on stable usage patterns and the customer has already provided a forecast. The constraint is satisfied for the estimated overages.
Step 4 — Recognize and reassess.
Recognize $5,000 + $1,400 = $6,400/month in the transaction price for the current period. Each month, update the estimate based on actual usage to date. If the customer's actual usage deviates significantly from estimates, update the transaction price accordingly — recognize the cumulative adjustment in the current period.
The retroactive volume tier discount: Until the customer hits the threshold — or it becomes probable they will — constrain the discount. Once crossing the threshold is probable (e.g., in month 2 of the quarter the customer is on pace), include the retroactive rate reduction in the estimate.
Reassessment at Every Reporting Date
Variable consideration is not a set-it-and-forget-it calculation. At each reporting date (each quarter end for public companies, each year end for private), you must reassess:
- Has the estimate changed based on new information?
- Has uncertainty been resolved (the amount is now known)?
- Should any previously constrained amounts be released?
Changes are recognized as cumulative catch-up adjustments in the current period — not by restating prior periods.