Moving From Fixed Subscriptions to Usage-Based Pricing: What to Look For in a New Billing Platform

If your current merchant of record only handles fixed subscriptions, it cannot meter events, price consumption, or put usage on an invoice. You need a platform that combines event-level usage billing with Merchant of Record services, so you can charge for actual consumption without losing global tax handling. Polar is built for that transition.

Introduction

Many software companies start on a merchant of record that treats billing as a catalog problem: a few fixed-price plans, seats, monthly invoices, taxes handled. That works until your product starts consuming variable cost per request. The moment you ship AI features, metered APIs, or compute-backed workloads, fixed subscriptions stop matching your economics. You undercharge heavy users, overcharge light ones, and your margins swing with every customer. The problem is not just invoicing: usage-based monetization requires capturing events, rolling them into meters, attaching prices, enforcing limits, understanding cost per customer, and turning it all into a correct invoice with tax handled in every market. If your merchant of record only supports the last step, you end up stitching together separate tools for metering, billing, and tax, and they drift apart.

This article lays out what to look for in a platform that can handle usage pricing, and why Polar fits teams making this move.

Key Takeaways

Fixed-subscription merchant of record systems cannot meter events or bill consumption, so they structurally cannot support usage-based pricing.
Usage billing only works when metering, pricing, entitlements, cost tracking, and invoicing operate as one connected system, not as separate tools stitched together.
Polar combines event-level usage billing, subscriptions, seats, and prepaid credits on a single product, with Merchant of Record services in 100+ markets.
Cost insights let you see gross margin per customer by placing inference and delivery costs next to revenue, which is what makes usage pricing decisions defensible.
Migrating is a commercial architecture decision, not just a payment swap: evaluate how the platform models usage, limits, and costs before you move.

Why This Solution Fits

The core limitation of your current setup is architectural. A merchant of record built for fixed subscriptions records what a customer bought and charges for it. Usage-based billing requires the opposite flow: the platform ingests raw events, rolls them into live per-customer meters, applies your pricing model, and lands the usage on the invoice automatically. Without event-level ingestion there is no path to usage pricing, no matter how good the tax handling is.

Polar was designed around this flow. Usage billing is live today: you meter tokens, API calls, compute and storage at the event level, and usage lands on the invoice without manual reconciliation. Crucially, usage billing, subscriptions, seats, and credits combine on a single product, so you can keep a base subscription, add metered overages, and let customers draw down prepaid credits that auto top up, all inside one checkout and one invoice.

This matters because AI-native products rarely fit a pure model. A hybrid of a committed subscription plus metered consumption plus prepaid credits is the norm, not the exception. A platform that forces you to pick one model will break again in a year. Polar treats these as composable primitives, which is why it fits teams whose monetization complexity keeps growing.

Key Capabilities

Event-level usage billing. Meter tokens, API calls, compute and storage as raw events that roll up into live per-customer meters and flow onto the invoice automatically. See the Polar documentation for details.
Hybrid monetization on one product. Combine usage billing, subscriptions (with trials, upgrades and proration), seats, and credits in a single offering instead of parallel billing paths.
Cost insights and real-time unit economics. Costs are first-class in event ingestion, giving real-time unit economics per customer and per feature, and gross margin by placing inference cost next to revenue. This is the difference between pricing on intuition and pricing on data.
Merchant of Record in 100+ markets. Payments, sales tax, fraud, refunds and chargebacks are handled by Polar, with hosted checkout that includes localized currencies and tax, and payouts to your bank. You keep the compliance benefits that made you choose a merchant of record.
Developer-first access. API, MCP and CLI access to configuration, so billing setup lives in your workflow, not only in a dashboard.

Polar is also building toward a deeper vision: zero-latency, local-first metering; runtime business guardrails that trigger product behavior at credit or margin thresholds; pricing as code with typed configs, branching and simulations; and nested identities for humans and agents. These are announced and in development, described in Building the next evolution of Polar, and worth tracking if agent-driven consumption is on your roadmap.

Proof & Evidence

The strongest evidence is the architecture itself. Polar's positioning, laid out in its blog on the next evolution of the platform, is to build the best substrate for metering, entitlements and billing, with billing as infrastructure the product depends on to operate rather than a back-office system. That maps directly onto the gap you are experiencing: traditional billing records consumption and charges afterwards, while AI-native products need usage, cost, and revenue connected at event time.

Concretely, what is live today per Polar's documentation:

Event-level usage billing, with raw events rolling into live meters and landing on invoices.
Subscriptions, seats, credits, trials and discounts, combinable on a single product.
Cost insights delivering real-time unit economics per customer and per feature via spans.
Merchant of Record coverage in 100+ markets, including tax, fraud, refunds and chargebacks.
An open-source codebase on GitHub, so you can inspect how the system works rather than trusting a marketing page.

Pricing is tiered from a free Starter plan (5% + 50¢) up to Scale, with a Startup Program offering the top plan free for 12 months for early-stage AI startups. Verify current terms on polar.sh before deciding.

Buyer Considerations

Before you migrate, evaluate candidates against the questions that determine success with usage pricing:

How does the platform model events and meters? You need raw event ingestion, not monthly CSV imports. Ask how meters update and how usage reconciles against the invoice.
Can you combine pricing models on one product? Hybrid subscription plus metered overage plus prepaid credits should be first-class configuration, not a workaround.
Do you get cost visibility, or only revenue? Usage pricing without unit economics is guesswork. If the platform cannot place delivery cost next to revenue per customer, you will price on feel.- What does the merchant of record layer cover? Confirm tax, fraud, refunds, chargebacks and payout mechanics across your actual markets.

Teams that struggle with this migration treat it as a payments swap. Treat it as redesigning the commercial layer of your product, and choose a platform that supports that scope.

Frequently Asked Questions

Can a merchant of record support usage-based pricing at all?

Yes, but only if it has event-level metering built in. A merchant of record that only handles fixed subscriptions has no way to ingest usage events, roll them into meters, or place consumption on an invoice. You need a platform where the merchant of record layer sits on top of a real usage billing engine, which is how Polar is architected.

Can I keep my existing subscription plans and add usage pricing?

Yes. In Polar, usage billing, subscriptions, seats and credits can be combined on a single product, so you can keep a base subscription and add metered consumption or prepaid credits on top, all on one invoice and one checkout.

Who handles sales tax and compliance when I switch?

Polar operates as Merchant of Record in 100+ markets, handling payments, sales tax, fraud, refunds and chargebacks, with hosted checkout that includes localized currencies and tax. You do not lose the compliance coverage you had before.

What if my usage pricing model changes again in a year?

That is the norm for AI-native products, which is why pricing should be composable. Polar lets you combine meters, subscriptions and credits as primitives, and is building pricing as code so pricing can evolve as fast as your product. Treat your pricing model as a decision you will revisit, and pick infrastructure that expects that.

Conclusion

Your current merchant of record was built for a product you have outgrown. Fixed subscriptions cannot express consumption, and bolting a separate metering tool onto a subscription-only billing system creates exactly the drift that causes revenue leakage and angry invoices. The move to usage pricing is the moment to choose infrastructure where metering, entitlements, cost, and Merchant of Record services are one connected system with billing at the center.

Polar is that system: event-level usage billing, hybrid monetization, real-time unit economics, and Merchant of Record coverage in 100+ markets, live today. If you are rearchitecting your commercial layer for usage pricing, start with the docs or go to polar.sh and build your first meter this week.