Founders

Choosing a Value Metric That Scales with the Customer

Antonio Evans8 min read

A split scene: on the left, a small cluster of three identical blocks labeled '1x'; on the right, the same block pattern repeated ten times in a grid, labeled '10x'.
Key points

Key points

  1. 1The value metric is the unit you charge on, and it matters more than the price you attach to it because it decides whether revenue grows when the customer gets value.
  2. 2A good metric passes four tests: it moves with delivered value, the customer can forecast it, you can measure it from data you already hold, and it survives a tenfold increase in customer size without renegotiation.
  3. 3Seats fit collaboration tools, usage fits APIs and AI workloads, and outcome units fit agents that finish a verifiable task end to end.
  4. 4Run a 10x stress test on every candidate metric before you publish a pricing page, because the failure only shows up at scale.

Start with the metric, not the price

Most pricing conversations stall on a number: $49 per month or $99. The harder and more consequential decision sits one level back. A pricing metric, sometimes called a pricing axis or dimension, is the unit you count and charge for. Seats, contacts, API calls, transactions, resolved tickets and recovered charges are all metrics. The price is just a multiplier on top.

The distinction matters because the metric is what makes revenue scale. Teams that change the model without changing the metric usually rearrange the same problem: you can move from a flat fee to tiers and still fail if the unit underneath does not track value. Practitioners who map pricing as a system of metric, model, packaging and segmentation argue that structure drives the outcome far more than any single number on the page willingness to pay.

A useful mental test comes from stripping the price away entirely. Ask whether the customer would nod at the sentence "you pay more when X goes up." If X is something the customer wants more of, you have a candidate metric. If X is something they tolerate, you have a tax.

Value-based pricing, the umbrella strategy under which metric choice sits, rests on the customer's perception of worth rather than your production costs or a competitor's list price; for software, where marginal delivery cost is close to zero, that perception is where nearly all pricing power lives Paddle. Salesforce frames the same idea around buyer outcomes such as time saved, revenue generated or operational efficiency, which is exactly the vocabulary a good metric should borrow Salesforce.

Price per what, and how much

The distinction between how you price and how much you charge is easy to blur. The table below separates the two layers and shows the trade-off each metric family carries.

Metric familyUnit chargedGrows withFitsBreaks when
SeatsActive usersHeadcount and collaborationShared workspaces, editors, support desksOne power user does all the work, or the buyer spreads seats thin
UsageAPI calls, tokens, minutes, eventsActivity and machine workloadInfrastructure, media, AI inferenceVolume is spiky and the buyer cannot forecast the invoice
OutcomeResolved ticket, qualified lead, recovered chargeDelivered result the buyer already measuresAgents that complete a task end to endAttribution is contested or the outcome is not verifiable
Business proxyContacts, units managed, transactionsSize of the customer's own book of businessVertical softwareThe proxy drifts from the customer's actual value

The businesses that get this right usually layer more than one: a base subscription for access, a primary metric for scale, and optional add-ons that absorb variation Robin Landy.

Per-user pricing is still the default in B2B software because it is intuitive to buyers and produces predictable expansion as teams grow, but it also encourages seat sharing and stops working when value is not tied to people Stripe. That last clause is the whole decision.

Four tests every candidate metric must pass

Run each candidate through these four checks and write down the answer for each. A metric that fails one test is not necessarily fatal, but you need to know which one you are trading away.

Value alignment. Does the metric rise when the customer gets more of what they bought? The library analogy is useful here: two libraries can serve the same readers, one charging per book borrowed and the other per rental period, and the choice of unit decides which one earns more from heavy readers Chargebee. If your metric is storage, and nobody buys you for storage, your revenue will drift away from your value story Sixteen Ventures.

Predictability. Can the buyer forecast next month's bill within a reasonable band? Pure pay-per-use shifts cost risk to the customer and can produce bill anxiety; a hybrid with included usage plus overage keeps a floor for you and a ceiling for them Lago.

Measurability. Can you count the unit from data you already emit, without a new instrumentation project or a monthly argument with the customer's finance team? This is where outcome metrics live or die, because success criteria must be agreed and auditable in the contract The SaaS CFO.

Scalability. Does the metric stay sane when the customer's use grows tenfold? More on this below, because it is the test most teams skip.

For the price level itself, survey methods can anchor the number once the metric is chosen. Van Westendorp's Price Sensitivity Meter asks four questions about too cheap, bargain, expensive and too expensive, then plots the intersections to find an acceptable range and an indifference point Wikipedia. The technique works with small samples, which makes it practical for in-depth interviews Conjointly. One caution: asking directly what someone would pay tends to produce lowball answers, which is why the indirect four-question format exists Forbes.

Worked example: a per-seat tool that hits a wall

Take a project management tool priced at $20 per seat per month. A 40-person customer pays $800 per month. The metric passes the alignment test: more collaborating people, more value. It passes measurability and predictability easily.

Now the customer reorganizes. Ten people become heavy daily users, thirty log in occasionally. Procurement proposes paying for ten seats and sharing logins. Your revenue halves while delivered value does not. This is the shelfware problem in reverse: the buyer is paying for a headcount that no longer reflects use Sixteen Ventures.

The fix is rarely to abandon seats. It is to add a second dimension, such as a project or workspace count, so the metric tracks both collaboration and the size of the portfolio. Slack solved a version of this by charging for active users rather than provisioned seats, removing the friction of paying for people who never log in Paddle.

Run the numbers on the fix before you ship it. If the 40-person account drops to 10 paid seats at $20, you collect $200 and lose $600 a month. A workspace metric at, say, $15 per active workspace with 40 workspaces recovers $600 even if seats fall, and it keeps rising as the customer adds projects. The arithmetic is simple; the discipline of doing it before you announce is what separates a pricing change from a pricing mistake.

Worked example: APIs, marketplaces and AI agents

These three product types share a property: the machine, not the person, generates the value, so seats are the wrong unit.

APIs and infrastructure. Charge per measured unit, usually requests, compute or storage, and consider a committed floor. A prepaid or credit-based structure gives the buyer a ceiling to budget against while keeping your revenue tied to consumption. The risk is volatility in both directions, so most infrastructure businesses pair the usage metric with a minimum commitment.

Marketplaces. When your product sits inside the money flow, a percentage of the transaction is the most aligned metric available, because it only grows when the customer earns. Percentage pricing requires visibility into the money, which is why it suits payments and creator platforms and rarely fits software that cannot see its customers' revenue Lago.

AI agents. This is where the outcome unit becomes practical. Intercom's Fin agent charges per outcome, defined as a resolution or a completed procedure handoff, billed once per conversation even if several questions were answered Schematic. HubSpot's customer agent moved to a per-resolved-conversation and per-recommended-lead structure, charging when the agent completes the task rather than when it produces output The SaaS CFO.

The decision rule for AI products is a single question: does the agent finish the job end to end, and can both sides verify it from the same data? If yes, an outcome unit aligns you with the buyer's KPI. If no, you have usage pricing wearing an outcome label, and the invoice disputes will find you. Build in failure forgiveness, meaning you do not charge for outcomes that did not happen, as a conversion tool rather than a billing edge case The SaaS CFO.

The 10x stress test

Before you commit, model what happens when your best customer gets ten times bigger. The exercise is mechanical and takes an afternoon.

  1. Pick the customer's current metric value. Say 500,000 API calls a month or 40 seats.
  2. Multiply by ten.
  3. Apply your price per unit with the volume discounts you plan to publish.
  4. Ask three questions: Is the resulting invoice still a plausible fraction of the value the customer receives? Can the buyer explain the number to their finance team without calling you? Does your gross margin hold after the cost of serving that volume?

If the invoice becomes absurd, the metric is wrong, not the price. If the buyer cannot forecast it, add included usage or a committed tier. If your margin collapses because per-unit delivery cost does not fall with scale, the metric is hiding a cost problem.

Here is the check in code form, which you can run against real account data:

def stress_test(units_today, price_per_unit, volume_discounts, serve_cost_per_unit):
    units_10x = units_today * 10
    rate = price_per_unit
    for threshold, discounted_rate in volume_discounts:
        if units_10x >= threshold:
            rate = discounted_rate
    revenue = units_10x * rate
    cost = units_10x * serve_cost_per_unit
    return {
        "units": units_10x,
        "revenue": round(revenue, 2),
        "gross_margin_pct": round((revenue - cost) / revenue * 100, 1),
        "price_vs_today": round(revenue / (units_today * price_per_unit), 1),
    }

# 500k calls today at $0.02, dropping to $0.01 above 2M
print(stress_test(500_000, 0.02, [(2_000_000, 0.01)], 0.002))

The output tells you whether a tenfold customer pays ten times, or something else. If it pays three times while consuming ten times the resource, you have built a discount cliff that punishes your best accounts.

Two patterns usually survive the test. First, tiered discounts that step down gently rather than in a cliff. Second, a hybrid: a platform fee that covers fixed costs plus a usage component that scales. Hybrid structures let you keep predictable baseline revenue while pricing scales naturally with the customer Stripe.

Common failure modes and how to avoid them

The single metric trap. If one number determines the whole bill, an experienced procurement team has one target to attack. Multiple levers, such as tiers, add-ons and support fees, keep the negotiation balanced Robin Landy.

The commodity unit. Storage, message counts that do not matter to the buyer, or a feature flag that nobody tracks will not carry a value story. If customers do not care about the number, pricing on it invites a discount conversation Sixteen Ventures.

The unmeasurable outcome. If your definition of a resolution takes a paragraph of caveats to explain, it will be renegotiated at every enterprise deal. Keep the product definition tight and negotiate a separate enterprise definition on the order form The SaaS CFO.

Mistaking variance for value. A metric that swings wildly month to month is not tracking value, it is transferring budget risk. Watch retention and expansion alongside the metric; neither seat nor usage pricing guarantees strong net revenue retention on its own, because each ties expansion to a different driver Lago.

If you are building a new product and need the metering, billing and packaging to match the metric you choose, a build partner can take that off your plate: describe the app or plan you need and a specialist picks it up with you.

FAQ

FAQ

What is a value metric in pricing?

It is the unit you count and charge for, such as a seat, an API call, a transaction or a resolved ticket. It sits underneath the price: the metric decides what grows when the customer grows, and the price decides how much each unit costs. Choosing the metric well matters more than tuning the number attached to it.

Should we charge per seat or per usage?

Charge per seat when more people using the product is genuinely the value, which is typical for collaboration and editing tools. Charge per usage when the software, not the people, generates the activity and each unit carries real cost, which is typical for APIs, media processing and AI inference. Many businesses end up with a hybrid of both.

How do we test whether a metric will scale for years?

Model a tenfold increase in the customer's usage or headcount, apply your published discounts, and check three things: the invoice is still a plausible fraction of the value delivered, the buyer can forecast it, and your gross margin holds. If any of the three fails, change the metric before you publish the page.

When does outcome-based pricing make sense?

It makes sense when your product completes a task end to end and both sides can verify the result from the same data, such as a resolved support conversation or a qualified lead. It is a poor fit when attribution is disputed or when the metric is really just product activity with a better label. Define the outcome unit precisely and negotiate enterprise definitions separately.

What do we do if customers push back on a usage metric?

Add a committed floor or included allowance so the bill has a ceiling, and disclose usage in real time so buyers are never surprised at invoice time. If pushback persists, it usually means the metric is not tracking value the customer recognizes, in which case revisit the unit rather than discounting it.

Sources

Sources

  1. SaaS Pricing Strategy: How to Design Pricing That Scales
  2. What is value-based pricing? - How is it applied in SaaS? - Paddle
  3. Value-Based Pricing: A Complete Overview & Guide - Salesforce
  4. The problems with relying on a single value metric to determine SaaS ...
  5. SaaS Pricing Models: A Guide - Stripe
  6. SaaS Pricing And Value Metrics - Lessons From The Top Seeds
  7. SaaS Pricing Model: Value Metrics Are Key - Sixteen Ventures
  8. Usage-based vs seat-based pricing: 5 models and when each ...
  9. How to Build an Outcome-Based Pricing Plan
  10. Van Westendorp's Price Sensitivity Meter - Wikipedia
  11. Van Westendorp Price Sensitivity Meter Tool Online - Conjointly
  12. How To Price Your Product: A Guide To The Van Westendorp ... - Forbes
  13. SaaS Pricing Models and Strategies - Paddle
  14. Outcome-Based Pricing: A Guide for SaaS Companies
About the author

About the author

Antonio Evans
Antonio Evans

Antonio Evans is the founder of Quanta Intelligence and a fractional CTO who builds HIPAA-ready AI systems for health and life-science companies. Before that he was technical co-founder of FriendsEAT for twenty years, CEO of Socialdraft, and a data engineer at IBM. Antonio lives with his dog Santino in Lisbon, Portugal.

All articles