The “seat” is the organizing principle of traditional SaaS. One license, one user, one fixed monthly fee. Easy to understand, easy to renew, and scalable based on the number of employees. But what do you do when the agent does the work and the human just signs off on it?
At Blinqx, we build AI platforms for the core processes of financial and business service providers—insurers, accountants, lawyers, and HR consultants. These are industries where precision, compliance, and customer relationships are paramount. And we’re seeing a shift in our industry. The question is no longer how many people use your software. The question is how much work your platform gets done.
That’s not a matter of pricing strategy. It’s a matter of product strategy.
- The seat was always a proxy, never a measure of value
- Usage-based is a product option
- The True Cost Structure of Agent-Based Platforms
- How do you manage the transition without losing your customer base?
- What this requires of you as a platform builder
- The SEAT isn’t dead yet—but the assumption behind it is
- Frequently Asked Questions
The seat was always a proxy, never a measure of value
Seats measure access, not value. The underlying assumption is that value is created the moment a person opens the system, enters something, or makes a decision. For a long time, that was a reasonable assumption. Software was a tool that waited for the user.
Agentic platforms flip that logic on its head. A mortgage advisor doesn’t log in to have a file reviewed, a risk score generated, or a client letter drafted. The agent does the work the moment it needs to be done. The advisor receives a notification when their opinion is requested.
In that model, the seat is no longer a good proxy. In fact, the model creates the wrong incentives. Customers minimize the number of seats to cut costs, while at the same time the platform is handling more work.
Usage-based is a product option
Usage-based pricing might sound like something you implement to charge more. But the point is actually different: you tie your pricing to the value you provide.
First and foremost, usage-based pricing is a statement about what your platform does. You’re saying: We deliver measurable results. We stand behind the value we create. That requires you, as a platform builder, to think carefully about what you’re actually measuring.
A good usage metric meets four criteria:
- Easy for the customer to understand—no hidden API calls or technical abstractions that only engineers can understand.
- Strongly tied to value—the metric only increases if it actually benefits the customer.
- Difficult to manipulate—the customer cannot artificially keep the metric low without also receiving less value.
- Scales with the business—as the customer grows, usage increases, and so does revenue.
For an accounting platform, that might be the number of transactions processed. For an insurer, it might be the number of claims settled. For a legal platform, it might be the number of documents reviewed. The metric varies by industry, but the logic is always the same.
The True Cost Structure of Agent-Based Platforms
If you switch to a usage-based model, you’re changing more than just your pricing plan. You’re changing the entire cost conversation with your customer. And that’s more complex than with a seat-based model.
This means that, as a platform builder, you must be transparent about the cost components that together determine the total cost of ownership:
1. Usage – the direct costs associated with the agent’s activities.
These are the variable costs: per processed request, per generated output, per completed task. The advantage of this model is that the customer can see exactly what they’re paying for. The risk is volatility, especially in the early stages when usage patterns are still unpredictable. Always offer forecasting tools and usage limits.
2. Implementation – the one-time investment required to go live.
Agentic platforms may require integration with existing systems, data feeds, and workflows. These fall outside the scope of the usage meter. Be honest about this. Customers who are later faced with implementation costs they hadn’t factored in will walk away.
3. Training and Adoption – The Human Side of the Transition.
Agents are changing the way people work. Employees need to learn when to trust the agent, when to intervene, and how to evaluate its output. This isn’t a one-time training session but an ongoing process. Platforms that invest in this—through customer success programs, built-in nudges, and useful dashboards—see higher adoption rates and lower churn.
4. Governance – the costs of oversight and compliance.
In regulated sectors such as finance, accounting, and law, the following applies: an agent’s actions must be verifiable. Audit trails, explainability, and correction mechanisms. These are not minor details but fundamental requirements. Platforms that build governance in as a feature—not as an afterthought—win the trust of business and financial service providers in regulated sectors, and with it, the deal.
How do you manage the transition without losing your customer base?
The biggest mistake platform builders make when transitioning to a usage-based model is moving too quickly. Customers who have budgeted based on seats for years want certainty. An abrupt switch to fully variable costs causes resistance, even among customers who intellectually embrace your concept.
The most effective approach consists of three phases:
Phase 1: Parallel Models
Start by offering usage-based pricing as an option alongside the existing seat-based model. Have new customers sign up for the new model right away. Give existing customers the choice, without any pressure. This will give you time to see how customers respond and to get your own systems in order—telemetry, forecasting, and billing.
Phase 2: Hybrid Contracts
Introduce hybrid structures: a fixed base price (for certainty and commitment) plus a variable component for agent usage above a certain threshold. This gives customers the predictability they’re looking for, and you a growing share that’s directly linked to output. Many early adopters start here. It’s the most acceptable first step.
Phase 3: Outcome-Oriented Models
If you have sufficient data on how agents perform and what customers achieve as a result, you can make the transition to outcome-based contracts: paying per completed job, per resolved issue, or per successfully onboarded customer. This requires clear definitions of what constitutes a “completed outcome”—and a process for resolving any disputes about it. It’s hard work, but it’s also the model that builds the strongest customer loyalty.
What this requires of you as a platform builder
Usage-based pricing isn’t a decision you make in a pricing meeting. It’s an architectural choice that impacts your product, your engineering, your sales, and your customer success. Specific prerequisites:
- You can’t implement a usage-based model if you don’t know exactly what agents are doing, when, and for whom. Build this in before you close a single contract.
- Transparency as a product feature. Customers want a dashboard—not as an afterthought, but as a core feature. They need to be able to see at any time what agents are doing, what it costs, and what the return is.
- Customer success as a growth engine. In a usage-based model, your revenue grows as customers use more of your service. That makes customer success not a cost center but a direct revenue driver. So be sure to invest in it.
- Internal alignment. Sales, finance, and product need to understand the new approach. Salespeople who are used to pitching based on seats need guidance on how to pitch based on value. Model the impact on revenue before you roll it out.
And finally: involve your strategic customers early on. Test ideas with the customers who trust you the most and whose success depends most on yours. Their feedback will help determine whether your model is ready for the market.
The SEAT isn’t dead yet—but the assumption behind it is
I don’t expect seat-based contracts to disappear overnight. What is disappearing, however, is the assumption that value is created simply because people use software. Agents are taking over the work. Platforms deliver output. The price should reflect that.
The platform builders who are now making the transition to a usage-based model—carefully, step by step, in collaboration with their customers—are building a model that is more sustainable and fairer. And one that better reflects what agentic platforms truly are: systems that perform work, regardless of how many people log in.
Frequently Asked Questions
Usage-based pricing means that customers pay based on what the platform actually does—such as the number of requests processed, documents generated, or tasks completed—rather than a fixed amount per user (seat). This model links costs directly to the value delivered.
With agentic platforms, the agent does the work—regardless of how many people log in. This gives customers an incentive to minimize the number of seats, even though the platform actually delivers more output. This creates a misalignment between value creation and the revenue model.
By taking a step-by-step approach: start with parallel models, introduce hybrid contracts, and gradually move toward outcome-based pricing. Involve strategic customers early on, communicate transparently about your intentions and timeline, and ensure you have robust telemetry and forecasting in place before making the switch.
The total cost of ownership consists of four components: usage (what the agent does), implementation (integration and onboarding), training and adoption (the human aspect), and governance (compliance, audit trails, oversight). Transparency regarding all four is essential for an honest conversation with the customer.
The platform builders who are now taking this step carefully and gradually, together with their customers, are building a fairer model. That aligns better with what agentic platforms do: perform work, regardless of how many people log in.