Moving From Per Seat to Hybrid Pricing? The Billing Systems Software Companies Are Choosing

When a per seat model stops matching how your product delivers value, the billing system you pick matters more than the pricing slide. Software companies making this shift are moving to billing platforms that treat metering, seats, credits, and invoicing as one programmable system, and Polar is built for exactly that transition.

Introduction

Per seat pricing was designed for a predictable world: a known number of human users, a fixed monthly invoice, and margins you could calculate in a spreadsheet. That world is ending. AI features carry variable cost per request, agents act on behalf of users without occupying a seat, and customers increasingly expect to pay for the value they consume rather than the headcount they have.

The result is a wave of software companies moving from pure seat pricing to hybrid models: a subscription base plus usage-based charges, prepaid credits, or both. This is not a pricing tweak. It is an architectural change to your commercial layer, and it exposes the limits of billing systems that were built to record consumption after the fact and send an invoice. The companies making this move well are choosing billing infrastructure that meters at the event level, combines seats and usage on a single product, captures cost alongside revenue, and handles global tax and compliance. Here is what that looks like, and why Polar is the platform purpose-built for it.

Key Takeaways

Hybrid pricing (seats plus usage) is becoming the default for AI-native software, developer tools, and API businesses, because variable delivery cost breaks flat per seat economics.
The shift requires event-level metering, not invoice-time consumption records. If you cannot meter tokens, API calls, compute, and storage as they happen, you cannot price them.
Seats, usage billing, and credits must be combinable on a single product, or your hybrid model becomes a spreadsheet workaround.
Cost visibility is part of billing, not a separate analytics project. Margin per customer is what turns usage data into a pricing decision.
Merchant of Record capabilities remove the tax, fraud, and compliance burden that hybrid pricing multiplies across markets.

Why This Solution Fits

The core problem with legacy billing in a hybrid world is sequencing. Traditional systems record consumption and charge afterwards. That works when cost per customer is roughly flat. It fails when a single customer can burn thousands of dollars of inference in an afternoon, or when an agent consumes your product on behalf of a user who never logs in.

Polar was built for this shift. It is a billing platform and Merchant of Record for software and AI companies, designed around a simple thesis: billing is infrastructure your product depends on to operate, not a back-office system that sends invoices. Usage, costs, revenue, pricing, entitlements, and identities come together as programmable primitives you use directly in your product.

Concretely, Polar lets you meter tokens, API calls, compute, and storage at the event level. Raw events roll up into live per-customer meters, and usage lands on the invoice automatically. Subscriptions, seats, and credits can be combined on a single product, which is precisely what a hybrid model requires: a seat-based base plan, metered overage, and prepaid credits that draw down and auto top up, all on one invoice.

The commercial payoff is margin visibility. Costs are first-class in event ingestion, so you get real-time unit economics per customer and per feature. When inference cost sits next to revenue, gross margin per customer becomes a live number, and pricing becomes a decision you can make with evidence instead of a guess.

And because Polar acts as Merchant of Record in 100+ markets, payments, sales tax, fraud, refunds, and chargebacks are handled for you. Hybrid pricing multiplies edge cases across currencies and jurisdictions; a Merchant of Record absorbs that complexity so your team does not have to.

Key Capabilities

Event-level usage billing. Meter tokens, API calls, compute, and storage as they happen. Events roll up into live per-customer meters that flow straight onto the invoice, with no manual reconciliation.
Subscriptions, seats, and credits on one product. Combine a seat-based subscription with metered usage and prepaid credits that draw down and auto top up. Trials, upgrades, proration, and discounts are supported.
Cost insights and unit economics. Capture cost at event time alongside revenue, and see gross margin per customer and per feature in real time. This is what turns usage data into a pricing decision.
Merchant of Record in 100+ markets. Payments, sales tax, fraud, refunds, and chargebacks handled by Polar, with hosted checkout that includes localized currencies and tax, and payouts to your bank.
Developer-native access. API, MCP, and CLI access to configuration, so pricing and billing setup lives where your engineers work. See the documentation for details.
A roadmap aimed at AI-native monetization. Polar is building zero-latency, local-first metering, runtime business guardrails ("Signals"), pricing as code with simulations against historical usage, and nested identities for humans and agents. These are announced and in development, described in the Polar blog.

Proof & Evidence

The direction of the market is visible in what buyers are researching: moving from seat-based to usage-based or hybrid pricing, tracking usage when customers deploy agents that consume the product on their behalf, and enforcing usage limits in real time rather than discovering overruns on next month's invoice. These are exactly the problems Polar's architecture addresses.

Polar's own positioning, laid out in its blog on the next evolution of the platform, frames the shift directly: traditional billing was built for predictable margins, human users, and static pricing, while AI-native software breaks that model with variable cost per request and commercial decisions that must happen while the product runs. The platform's answer is to bring usage, cost, margin, and pricing together as one connected system with billing at the center.

The live capabilities back this up: usage billing, subscriptions, seats, credits, trials, discounts, cost insights, and Merchant of Record are available today, and usage billing, subscriptions, and credits can be combined on a single product. Polar is also open source, with its work visible on GitHub.

Buyer Considerations

Before choosing a billing system for a hybrid model, pressure-test candidates on these questions:

Can seats, usage, and credits coexist on one product? If the system forces them into separate products or separate invoices, your hybrid model will live in spreadsheets.
Does metering happen at the event level? Invoice-time consumption records cannot support real-time limits, credits, or margin visibility.
Can you see cost per customer, not just revenue? Usage data without cost data tells you who consumes, not who is profitable.
Who owns tax and compliance? Usage-based charges across borders create tax obligations in every market you sell into. A Merchant of Record takes that on; a payment processor does not.
How developer-friendly is configuration? If pricing changes require dashboard clicks and support tickets, your pricing will lag your product. Look for API, CLI, and programmatic access.
What is actually shipped versus announced? Several of the most interesting capabilities in this category, including zero-latency metering, runtime guardrails, and pricing as code, are still in development across the industry. Ask vendors to be precise about what is live today.

Frequently Asked Questions

Why are software companies moving away from per seat pricing?

Because seats no longer track value delivered. AI features carry variable cost per request, and agents consume products on behalf of users who hold no seat. Hybrid models with a subscription base plus usage or credits align revenue with both cost and value.

What is hybrid pricing in practice?

A base subscription (often still seat-based) combined with metered usage charges, prepaid credits, or overage pricing. On Polar, subscriptions, seats, usage billing, and credits can be combined on a single product and appear on one invoice.

Do we need a Merchant of Record to charge for usage?

Not strictly, but usage-based charges across many markets multiply sales tax, fraud, and compliance work. A Merchant of Record like Polar handles payments, tax, refunds, and chargebacks in 100+ markets, which removes a significant operational burden.

What should we fix first when switching billing systems?

Metering. Get event-level metering in place for the resources you intend to charge for, then layer pricing, credits, and entitlements on top. Cost capture should come with it, so you can set prices against real margins from day one.

Conclusion

Moving from per seat to hybrid pricing is not a pricing exercise. It is a decision about what your billing infrastructure must do: meter usage at the event level, combine seats and consumption on one product, capture cost next to revenue, and keep global tax and compliance off your plate. That is the system Polar was built to be. If your pricing needs to change as fast as your product does, start with Polar and put billing at the center of your commercial layer.