Product Growth Report

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.

Usage-Based Pricing
  1. 1
    Customer starts small Low initial commitment
  2. 2
    Customer uses product Consumption generates charges
  3. 3
    Value received = Revenue generated Direct alignment
  4. 4
    Consumption grows Revenue grows automatically
  5. 5
    No 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 PatternHow It WorksExpansionExample
Usage-BasedPay per unitAutomaticAPI calls, storage
Per-SeatPay per userAdd usersSlack, Notion
Flat RateFixed monthlyContract changeTraditional SaaS
TieredFeature bracketsUpgrade tierFreemium

Common Usage Metrics

Metric TypeExamplesBest For
API callsRequests, transactionsDeveloper tools
StorageGB storedFile/data products
ComputeCPU hours, MAUInfrastructure
MessagesSMS sent, emailsCommunication
UsersActive usersCollaboration

The key: usage metric should correlate with value delivered.


When Usage-Based Pricing works

ConditionWorksFails
Measurable usageCan track consumption unitsNo clear usage metric
Value correlationMore usage = more valuePredictable usage better as flat rate
Usage variabilityUsage varies significantlyValue isn’t usage-based
Growth expectationCustomers likely to scaleEnterprise procurement needs predictability
Entry barrierWant frictionless startBudget-conscious buyers fear overage bills

Best Fit Products

CategoryExamples
APIsTwilio, Stripe, SendGrid
InfrastructureAWS, Snowflake
CommunicationIntercom, Mailchimp
MonitoringDatadog, New Relic
AI/MLOpenAI, 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

Twilio Usage-Based Pricing Flow
  1. 1
    Developer starts with $20
  2. 2
    Developer builds app using Twilio APIs
  3. 3
    App gains users
  4. 4
    More users = more messages = more Twilio revenue
  5. 5
    Developer never negotiates, just uses more

Lessons

  1. 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.
  2. 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.
  3. Design for frictionless scaling without approvals. Usage grows without procurement involvement or contract amendments. Revenue expansion happens silently in the background.
  4. 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

Datadog Usage-Based Pricing Flow
  1. 1
    Developer monitors first hosts
  2. 2
    Infrastructure grows
  3. 3
    More hosts added to Datadog
  4. 4
    Charges scale with infrastructure
  5. 5
    Revenue grows with company's success

Lessons

  1. 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.
  2. Make scaling invisible by eliminating contract negotiations. Just add more hosts. No procurement cycle, no approval needed, no friction.
  3. 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.
  4. 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

Snowflake Usage-Based Pricing Flow
  1. 1
    Customer loads data
  2. 2
    Customer runs queries
  3. 3
    Compute consumed per query
  4. 4
    More analysis = more charges
  5. 5
    Revenue scales with analytical value

Lessons

  1. 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.
  2. 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.
  3. 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 ThinkWhat Actually Works
”Fair pricing for usage""Remove expansion friction"
"Customers pay for value""Revenue scales without sales"
"Align incentives""Automatic growth capture”

Action Items

  1. 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.
  2. 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.
  3. 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.
  4. 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.
  5. 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

  1. OpenView Partners, Metronome “State of Usage-Based Pricing 2025 Report.” 60% experimenting with UBP, 77% of largest companies incorporate consumption pricing. 2

  2. Bessemer Venture Partners, Twilio case study. 250,000+ accounts, $20 starting cost, per-message pricing.

  3. Datadog earnings, OpenView analysis. 140%+ NRR, per-host pricing, 40% consumption growth.

  4. Snowflake documentation, pricing model analysis. Compute + storage separation.