A streaming service charges a $5 monthly subscription plus $1.50 per movie downloaded
You run a cloud data platform. If you charge per query only, customers who go quiet this month pay nothing - you eat the Fixed costs of their provisioned accounts, support capacity, and uptime guarantees. If you charge a flat monthly fee, your heaviest users run millions of queries at the same price as everyone else - your costs scale with their consumption but your Revenue does not. You need a Pricing structure that creates a Revenue floor while capturing more from the customers consuming the most.
Subscription Pricing combines a recurring Base Fee with a per-unit charge, giving you a predictable Revenue floor while capturing additional value from high-usage customers. Your Pricing prerequisite established that costs set the floor and Value Creation sets the ceiling - Subscription Pricing navigates that range by splitting it into a guaranteed Base Fee and a usage-scaled component.
Subscription Pricing is a two-part Pricing structure: a recurring Base Fee that the customer pays regardless of usage, plus a per-unit charge that scales with consumption.
The cloud data platform example: $10/month Base Fee + $0.05 per API query.
A customer who runs zero queries still pays $10. A customer who runs 2,000 queries pays $10 + (2,000 × $0.05) = $110. Same platform, same infrastructure - wildly different Revenue per customer.
This is not the same as a pure subscription (flat fee, unlimited use) or pure per-unit Pricing (pay only for what you consume). It is a hybrid that captures the advantages of both. Cloud computing platforms (base instance fee plus per-hour compute charges), telecom plans (monthly base plus per-GB overage), and coworking spaces (desk membership plus per-hour meeting rooms) all use this structure.
As an Operator running a P&L, Subscription Pricing solves a real tension between Revenue predictability and Revenue capture.
The Base Fee creates a Revenue floor. Every active customer pays at least $10/month, regardless of usage. This makes Cash Flow easier to forecast and gives you a stable base to cover Fixed Obligations like infrastructure, salaries, and data licensing.
The per-unit charge captures Expansion Revenue. Heavy users pay more, which means your Revenue scales with the value they extract. Without it, your most engaged customers are your least profitable - they consume the most resources at the same price as everyone else.
The combined structure maps to your Cost Structure. If you have already identified your Fixed vs Variable Costs, the mapping is direct: Base Fee covers Fixed costs per customer, per-unit charge covers Variable costs per unit of consumption, and Profit sits on top of both.
Your Pricing prerequisite established a range: your Cost Structure sets the floor, and the Buyer's Value Creation sets the ceiling. Both the Base Fee and the per-unit charge need to live within that range. Costs tell you the minimum you must charge to avoid losing money. Value tells you the maximum the Buyer will accept. The goal is to set each component above its cost floor while anchoring to what the Buyer is willing to pay, not just what it costs you to deliver.
The Base Fee acts as an entry fee. It needs to be low enough that your target audience is willing to commit, but high enough to cover the Fixed costs of serving each customer (provisioned accounts, support capacity, uptime guarantees).
If your Fixed cost per customer is $4/month and you set the Base Fee at $10/month, you earn $6/month in marginal contribution before the customer runs a single query.
The per-unit price needs to exceed your Variable cost of delivery. If each query costs you $0.01 in compute and bandwidth, a $0.05 charge gives you $0.04 of marginal contribution per query.
Revenue = Base Fee + (Per-Unit Price × Units Consumed)
For a customer who runs 500 queries/month:
Subscription Pricing naturally segments your customers by usage. Light users pay close to the Base Fee. Heavy users pay significantly more. You do not need to guess which segment someone belongs to - their behavior reveals it, and the Pricing captures value accordingly.
Subscription Pricing works well when:
You run a cloud data platform with 10,000 customers. Base Fee is $10/month, per-query charge is $0.05. Your Fixed costs are $50,000/month (infrastructure, engineering, data licensing). Variable cost per query is $0.01. Your customer mix: 5,000 light users (100 queries/month), 3,000 medium users (500 queries/month), 2,000 heavy users (2,000 queries/month).
Total Base Fee Revenue = 10,000 × $10 = $100,000/month.
Per-unit Revenue: Light = 5,000 × 100 × $0.05 = $25,000. Medium = 3,000 × 500 × $0.05 = $75,000. Heavy = 2,000 × 2,000 × $0.05 = $200,000. Total per-unit = $300,000/month.
Total Revenue = $100,000 + $300,000 = $400,000/month.
Total queries = 500,000 + 1,500,000 + 4,000,000 = 6,000,000. Variable costs = 6,000,000 × $0.01 = $60,000/month.
Profit = $400,000 - $50,000 (Fixed) - $60,000 (Variable) = $290,000/month.
Insight: The Base Fee accounts for 25% of Revenue but covers your entire Fixed cost base with room to spare. The per-unit charge does the heavy lifting on Profit - and heavy users (20% of customers) generate 67% of per-unit Revenue. Losing heavy users hurts disproportionately.
Same 10,000 customers and cost structure. Average consumption is 600 queries/month, so average Revenue per customer under two-part pricing is $10 + (600 × $0.05) = $40. You are deciding between a flat $40/month subscription (no per-unit charge) versus the $10 + $0.05/query model. Then heavy users increase consumption from 2,000 to 3,000 queries/month.
At current usage, both models produce the same total Revenue: 10,000 × $40 = $400,000/month.
Under flat pricing, a heavy user running 2,000 queries costs you 2,000 × $0.01 = $20 in Variable costs and pays $40. Allocated Fixed cost = $50,000 / 10,000 = $5. Profit per heavy user = $40 - $20 - $5 = $15.
Under two-part pricing, that same heavy user pays $10 + (2,000 × $0.05) = $110. Profit per heavy user = $110 - $20 - $5 = $85.
Under flat pricing, if heavy users increase to 3,000 queries/month, your Variable costs rise but Revenue stays flat. Additional cost = 2,000 × 1,000 × $0.01 = $20,000/month with no offsetting Revenue. Profit drops from $290,000 to $270,000.
Under two-part pricing, the same increase generates 2,000 × 1,000 × $0.05 = $100,000 in additional Revenue against $20,000 in additional cost. Profit rises from $290,000 to $370,000.
Insight: At average usage, both models produce identical Revenue. But two-part pricing protects you when heavy users get heavier - your Revenue scales with your costs instead of staying flat while costs rise. The $100,000 gap ($370,000 vs $270,000) appeared entirely because one model tracks consumption and the other does not.
Subscription Pricing = Base Fee (creates a Revenue floor, covers Fixed costs) + per-unit charge (captures Expansion Revenue from heavy users, covers Variable costs). Costs set the floor for each component, but the Buyer's Value Creation sets the ceiling.
The Base Fee reduces per-transaction friction for committed customers - each usage decision becomes an incremental cost against an existing commitment rather than a standalone purchase decision. This does not reduce Churn universally; a Base Fee set too high drives away light users who feel they are overpaying relative to their usage.
Two-part pricing naturally performs customer segmentation by usage intensity - your Revenue scales with consumption, which should track your Variable costs, so Profit stays protected as usage patterns shift.
Setting the Base Fee too high to maximize guaranteed Revenue, which increases Churn because light users feel they are overpaying relative to their usage - you lose the volume that makes the model work.
Ignoring that the per-unit price must exceed your Variable cost per unit. If your cost per query is $0.01 and you charge $0.005 to encourage usage, every additional query loses money - you have built a Pricing structure where your best customers are your most expensive.
Anchoring both components to cost-plus math without considering what the Buyer values. Your Cost Structure sets the floor, but if you ignore Value Creation you will misprice the Base Fee, the per-unit charge, or both - leaving Revenue on the table or pricing yourself out of the market.
A developer tools SaaS charges a $20/month Base Fee plus $0.002 per API call. Fixed cost per customer is $8/month. Variable cost per API call is $0.0005. Customer A makes 50,000 calls/month. Customer B makes 500,000 calls/month. Calculate the Profit from each customer and the marginal contribution per API call.
Hint: Revenue per customer = Base Fee + (per-call price × calls). Profit = Revenue - Fixed cost - (Variable cost × calls). Marginal contribution per call = per-call price - Variable cost per call.
Customer A: Revenue = $20 + (50,000 × $0.002) = $120. Costs = $8 + (50,000 × $0.0005) = $33. Profit = $87/month. Customer B: Revenue = $20 + (500,000 × $0.002) = $1,020. Costs = $8 + (500,000 × $0.0005) = $258. Profit = $762/month. Marginal contribution per API call = $0.002 - $0.0005 = $0.0015. Customer B generates 8.8x the Profit on 10x the usage - the Base Fee becomes nearly irrelevant at high volumes, and per-unit Unit Economics dominate.
You have 5,000 customers on a cloud data platform at $10/month Base Fee + $0.05 per query. Average usage is 400 queries/month. You are considering dropping the per-query charge to $0 and raising the Base Fee to $30/month (matching current average Revenue per customer: $10 + 400 × $0.05 = $30). Your Fixed costs are $25,000/month and Variable cost is $0.01/query. What happens to your Profit if average usage increases to 600 queries/month after the switch?
Hint: Calculate Profit before and after the switch, then calculate what Profit would have been under two-part pricing at the new usage level. Under flat pricing, Revenue stays constant regardless of usage changes - but Variable costs do not.
Before switch (two-part, 400 queries avg): Revenue = 5,000 × ($10 + 400 × $0.05) = 5,000 × $30 = $150,000. Variable = 2,000,000 × $0.01 = $20,000. Profit = $150,000 - $25,000 - $20,000 = $105,000. After switch (flat $30, 600 queries avg): Revenue = 5,000 × $30 = $150,000. Variable = 3,000,000 × $0.01 = $30,000. Profit = $150,000 - $25,000 - $30,000 = $95,000. Profit drops $10,000 from baseline - entirely from the Variable cost increase that Revenue cannot absorb. Had you kept two-part pricing at 600 queries: Revenue = 5,000 × ($10 + 600 × $0.05) = 5,000 × $40 = $200,000. Profit = $200,000 - $25,000 - $30,000 = $145,000. The full opportunity cost of the switch is $50,000/month. The 200-query-per-customer usage growth would have generated 5,000 × 200 × $0.05 = $50,000 in additional per-unit Revenue. Under flat pricing, that growth produced $0 in new Revenue and $10,000 in new costs. Removing the per-unit component broke the link between Revenue and consumption.
Your SaaS product has 1,000 customers. You charge $50/month flat. Your top 100 customers use 10x more compute than the other 900. Each unit of compute costs you $0.10 in Variable costs. Light users consume 100 units/month, heavy users consume 1,000 units/month. Design a Subscription Pricing model (Base Fee + per-unit charge) that maintains the same total spend for light users while increasing Revenue from heavy users. What is the Profit impact?
Hint: Work backward from the light user's current spend. Set Base Fee + (per-unit price × 100 units) = $50. Then check what heavy users would pay under the new structure. Compare total Profit across both models.
Current state: Revenue = 1,000 × $50 = $50,000/month. Variable costs = (900 × 100 × $0.10) + (100 × 1,000 × $0.10) = $9,000 + $10,000 = $19,000. Profit = $50,000 - $19,000 = $31,000 (excluding Fixed costs for comparison since they are identical in both models). New model: Set Base Fee = $30, per-unit = $0.20. Light user pays $30 + (100 × $0.20) = $50 (unchanged). Heavy user pays $30 + (1,000 × $0.20) = $230. New Revenue = (900 × $50) + (100 × $230) = $45,000 + $23,000 = $68,000. Variable costs unchanged at $19,000. Profit = $68,000 - $19,000 = $49,000. That is an $18,000/month Profit increase (58% improvement) by capturing more from the customers who consume the most resources - with zero impact on the 900 light users.
Subscription Pricing builds directly on two prerequisites. From Pricing, you learned that the range between your Cost Structure floor and the Buyer's Value Creation ceiling defines the space where viable prices live - Subscription Pricing is a specific mechanism for navigating that range by splitting it into a guaranteed Base Fee and a usage-scaled component, each of which must sit above its cost floor while anchoring to the Buyer's willingness to pay. From Fixed vs Variable Costs, you learned to identify which costs move with volume - Subscription Pricing maps that distinction onto the Revenue side, using the Base Fee to cover Fixed costs and the per-unit charge to cover Variable costs. This concept connects forward to Lifetime Value (the Base Fee extends how long customers stay, increasing total Revenue per customer over time), Churn (the recurring commitment reduces per-transaction friction for committed users, but does not eliminate Churn if the Base Fee exceeds perceived value for light users), Expansion Revenue (the per-unit component means Revenue grows as customers use more, without requiring a separate Upsell motion), and Unit Economics (you need to verify that both the Base Fee and per-unit margins are independently positive, or the model breaks at scale).
Disclaimer: This content is for educational and informational purposes only and does not constitute financial, investment, tax, or legal advice. It is not a recommendation to buy, sell, or hold any security or financial product. You should consult a qualified financial advisor, tax professional, or attorney before making financial decisions. Past performance is not indicative of future results. The author is not a registered investment advisor, broker-dealer, or financial planner.