Usage-Based Pricing: Pay for What You Use, Not Seats or Tiers
Usage-based pricing charges based on consumption (API calls, storage, compute, messages) rather than fixed subscriptions. Revenue scales automatically with product usage, no contract amendments needed. 60% of SaaS companies now use or experiment with usage-based pricing.1 Twilio charges per message, Datadog per host, and Snowflake per compute credit.
- 1Customer starts small Low initial commitment
- 2Customer uses product Consumption generates charges
- 3Value received = Revenue generated Direct alignment
- 4Consumption grows Revenue grows automatically
- 5No approval needed Expansion happens without procurement
The power of usage-based pricing is that customers pay per unit of consumption. Start free or cheap, scale costs with value received. No sales friction for expansion:
| PLG Pattern | How It Works | Expansion | Example |
|---|---|---|---|
| Usage-Based | Pay per unit | Automatic | API calls, storage |
| Per-Seat | Pay per user | Add users | Slack, Notion |
| Flat Rate | Fixed monthly | Contract change | Traditional SaaS |
| Tiered | Feature brackets | Upgrade tier | Freemium |
Common Usage Metrics
| Metric Type | Examples | Best For |
|---|---|---|
| API calls | Requests, transactions | Developer tools |
| Storage | GB stored | File/data products |
| Compute | CPU hours, MAU | Infrastructure |
| Messages | SMS sent, emails | Communication |
| Users | Active users | Collaboration |
The key: usage metric should correlate with value delivered.
When Usage-Based Pricing works
| Condition | Works | Fails |
|---|---|---|
| Measurable usage | Can track consumption units | No clear usage metric |
| Value correlation | More usage = more value | Predictable usage better as flat rate |
| Usage variability | Usage varies significantly | Value isn’t usage-based |
| Growth expectation | Customers likely to scale | Enterprise procurement needs predictability |
| Entry barrier | Want frictionless start | Budget-conscious buyers fear overage bills |
Best Fit Products
| Category | Examples |
|---|---|
| APIs | Twilio, Stripe, SendGrid |
| Infrastructure | AWS, Snowflake |
| Communication | Intercom, Mailchimp |
| Monitoring | Datadog, New Relic |
| AI/ML | OpenAI, Anthropic |
Usage-Based Pricing Examples
Twilio: Pay Per Message, No Friction
Start with $20 credit. Pay per SMS, call, or API request. Twilio grows revenue automatically as developer apps gain users, with no negotiations and no contract amendments.2
How It Works
- 1Developer starts with $20
- 2Developer builds app using Twilio APIs
- 3App gains users
- 4More users = more messages = more Twilio revenue
- 5Developer never negotiates, just uses more
Lessons
- Start with a low entry point to remove evaluation barriers. Twilio’s $20 starting credit eliminates initial friction. By the time finance notices the charges, the product is already in production and growing.
- Tie your pricing metric directly to the value delivered. Messages sent, API calls made, these directly correlate with customer success. When customers succeed, Twilio’s revenue grows automatically.
- Design for frictionless scaling without approvals. Usage grows without procurement involvement or contract amendments. Revenue expansion happens silently in the background.
- Align your incentives with customer success. When customer success equals vendor revenue, both parties work toward the same goal.
Datadog: Per-Host Monitoring
Per host monitored. As infrastructure grows, so does revenue. Datadog (140%+ NRR) captures 40% of ARR growth from consumption expansion, not new logos.3
How It Works
- 1Developer monitors first hosts
- 2Infrastructure grows
- 3More hosts added to Datadog
- 4Charges scale with infrastructure
- 5Revenue grows with company's success
Lessons
- Tie pricing to metrics that naturally grow with customer success. Hosts, users, storage. These expand as companies grow. Datadog captures 40% of ARR growth from consumption expansion alone.
- Make scaling invisible by eliminating contract negotiations. Just add more hosts. No procurement cycle, no approval needed, no friction.
- Choose metrics where more usage directly means more value delivered. More hosts means more infrastructure to monitor, which means more monitoring value, which means more willingness to pay.
- Leverage the constant nature of infrastructure growth. Companies rarely shrink their infrastructure. Natural expansion is baked into the business model.
Snowflake: Compute as Currency
Compute separated from storage. Pay for what you query. Snowflake’s consumption model means idle data costs little, but active analytics drives growth: more analysis equals more revenue.4
How It Works
- 1Customer loads data
- 2Customer runs queries
- 3Compute consumed per query
- 4More analysis = more charges
- 5Revenue scales with analytical value
Lessons
- Separate fixed costs from variable costs to reduce idle anxiety. Snowflake separates compute from storage. Customers don’t worry about data sitting unused because storage is cheap. Compute charges only when queries run.
- Align charges with the activity that generates value. More analysis means more insights, which means more business value. Customers pay when they extract value, not when they store potential.
- Create a predictable correlation between usage and revenue. When the formula is clear (usage = value = revenue), both sides can plan accordingly.
Frictionless Expansion Is the Real Value
When a customer’s usage doubles, revenue doubles. No sales call. No contract amendment. No procurement approval. Usage-based pricing removes every barrier between customer growth and revenue growth. The magic isn’t fairness; it’s frictionless expansion.
| What People Think | What Actually Works |
|---|---|
| ”Fair pricing for usage" | "Remove expansion friction" |
| "Customers pay for value" | "Revenue scales without sales" |
| "Align incentives" | "Automatic growth capture” |
Action Items
- Name what you’re selling in one word: API calls? Messages? Hosts? Storage? If you can’t name the unit in one word, your customers can’t understand it either. The unit should be something customers already think about. “Credits” doesn’t count.
- Check the correlation: Does more usage actually mean more value for customers? Plot customer usage against their stated satisfaction or retention. If high-usage customers churn as much as low-usage, you’re charging for activity, not value.
- Build bill shock protection before launch: Set up alerts at 50%, 75%, 90% of expected spend. Add a spending cap option. Test the experience of hitting a limit. If the first time a customer sees their bill is when it arrives, you’ve lost their trust.
- Model the downside: What happens if a customer’s usage drops 50%? If your revenue drops 50% too, can you survive that? Run the scenario with your finance team. Consider minimum commitments if the variance breaks your model.
- Find where customers start optimizing against you: Talk to your highest-usage customers. Ask: “Have you ever tried to reduce your usage to save money?” If yes, you’ve learned where your price is too high. If no, you might be leaving money on the table.
Footnotes
-
OpenView Partners, Metronome “State of Usage-Based Pricing 2025 Report.” 60% experimenting with UBP, 77% of largest companies incorporate consumption pricing. ↩ ↩2
-
Bessemer Venture Partners, Twilio case study. 250,000+ accounts, $20 starting cost, per-message pricing. ↩
-
Datadog earnings, OpenView analysis. 140%+ NRR, per-host pricing, 40% consumption growth. ↩
-
Snowflake documentation, pricing model analysis. Compute + storage separation. ↩