The Math That Should Make Every CFO Angry
Take a 500-person company using a standard enterprise SaaS stack. Here is what per-seat pricing actually costs.
Salesforce Enterprise: $150 per user per month. Slack Business+: $12.50 per user per month. Zoom Business: $20 per user per month. Jira Premium: $8 per user per month. Confluence Premium: $6 per user per month. That is $196.50 per employee per month, just for these five tools. For 500 employees, that is $98,250 per month. $1,179,000 per year.
And this is a conservative calculation. It does not include Microsoft 365, ServiceNow, Workday, Zendesk, Figma, Notion, or the dozens of other per-seat tools in the average enterprise stack. The real number for a 500-person company is typically $2-3M per year in per-seat SaaS fees.
Here is the part that should make every CFO angry: that number scales linearly with headcount. Hire 50 more people and your software bill goes up by $117,900. Hire 100 and it goes up by $235,800. The more successful your company becomes, the more you pay. Not for more features. Not for more value. For the same software, used by more people.
Per-seat pricing is a tax on growth. Every hire increases your software bill before they contribute a single dollar of value.
Fig 1 — Per-seat pricing grows linearly with headcount. Module-based pricing grows with capability, creating a widening gap as organizations scale.
Why Per-Seat Made Sense (And Why It Doesn't Anymore)
Per-seat pricing emerged in the client-server era when software literally ran on individual machines. Each user needed a license because each user consumed dedicated compute resources. The pricing model reflected the cost structure: more users meant more servers, more support tickets, more infrastructure.
SaaS vendors inherited this model not because it reflected their cost structure, but because it was familiar to buyers and it maximized revenue extraction. The marginal cost of adding one more user to a SaaS application is effectively zero. The servers are already running. The code is already deployed. The 501st user costs the vendor almost nothing, but generates $196.50 per month in per-seat revenue.
This mismatch between cost structure and pricing model has always existed. But three developments are making it untenable.
1. AI Agents Don't Have Seats
A DealAgent that monitors 200 deals is not a user. It does not have a seat. But it accesses CRM data, interacts with records, and triggers workflows. Under per-seat pricing, what is an AI agent? A user? A seat? A service account? Vendors are scrambling to answer this question, and the answers are revealing.
Salesforce launched Agentforce and priced it at $2 per conversation. Not per seat, because agents do not fit the seat model. This is an admission that per-seat pricing is structurally incompatible with AI-native workflows. If the AI agent pricing model is different from the human pricing model, the human pricing model was never about cost structure. It was about extraction.
2. Workflows Don't Have Seats
A procurement approval workflow that routes through five people does not consume five seats worth of value. It consumes one workflow's worth of value. A customer onboarding sequence that touches CRM, billing, and support does not need three seats. It needs one process. Per-seat pricing forces organizations to pay for every human touchpoint in a workflow, regardless of how brief or automated that touchpoint is.
3. Growth Should Not Be Punished
The most perverse aspect of per-seat pricing is that it creates a direct financial penalty for organizational growth. Every new hire increases the software bill. Every contractor needs a seat. Every intern needs a license. This creates a shadow cost of hiring that is rarely factored into headcount planning but materially impacts margins.
Fig 2 — Per-seat costs across six common enterprise tools. A 500-person company pays $2.26M per year, scaling linearly with every hire.
The Alternative: Price by Value, Not by Headcount
The natural pricing model for enterprise software is capability-based: you pay for what the software does, not for how many people use it. A CRM module that manages your customer relationships has a certain value regardless of whether 10 people or 500 people access it. A procurement module that processes purchase orders has a value tied to the volume of procurement, not the number of procurement staff.
This is how Own360 prices its platform. You pay for modules and deployment complexity, not for headcount. OwnCRM costs the same whether your sales team has 5 people or 50. OwnHR costs the same whether you have 200 employees or 2,000. The price reflects the capability you are licensing, not the number of humans who happen to interact with it.
This model has three structural advantages.
Predictable Costs During Growth
When you hire 100 people, your software bill does not change. Your IT team does not need to provision 100 new seats across 15 applications. Your finance team does not need to reconcile per-seat true-ups at the end of the quarter. The cost is fixed by capability, and it stays fixed.
Natural AI Agent Integration
When you deploy an AI agent on module-priced software, there is no pricing friction. The agent is not a seat. It is a capability enhancement on an already-licensed module. DealAgent operates within OwnCRM. SpendAgent operates within OwnProcure. No incremental per-agent pricing needed because the module is already licensed.
Aligned Incentives
Per-seat pricing creates a misalignment: the vendor benefits when you add users, regardless of whether those users create value. Module pricing aligns the vendor with the buyer. The vendor succeeds when the module delivers enough value to justify the module price. If the CRM module is not worth what you pay for it, you cancel the module. The feedback loop is clean.
The Transition Problem
Per-seat pricing persists not because buyers prefer it, but because incumbents are financially addicted to it. Salesforce generates approximately $34 billion per year in revenue, overwhelmingly from per-seat subscriptions. Transitioning to module pricing would require rewriting their entire revenue model. The incentive to change does not exist.
This is exactly the kind of structural disadvantage that creates opportunity for new entrants. An incumbent cannot reprice without cannibalizing its existing revenue base. A new platform can offer module-based pricing from day one because it has no per-seat revenue to protect.
The best pricing model is the one that makes growth feel free. Per-seat pricing makes growth feel expensive. The market will eventually choose the model that celebrates growth instead of taxing it.
What the Numbers Look Like
Consider the same 500-person company, now evaluating a full-stack enterprise platform with module-based pricing versus their current per-seat SaaS stack.
The per-seat stack at 500 employees: $2.26M per year for 6 tools. At 750 employees (after a growth year): $3.39M. At 1,000 employees: $4.52M. The cost compounds linearly with every hire.
A module-priced platform covering the same capabilities: $800K per year at 500 employees. At 750 employees: $840K (small infrastructure scaling). At 1,000 employees: $900K. The cost is nearly flat because headcount does not drive module pricing.
Over three years, assuming growth from 500 to 1,000 employees, the cumulative per-seat cost is approximately $10.2M. The cumulative module cost is approximately $2.5M. The difference is $7.7M. That is not a rounding error. That is a strategic advantage.
The Board-Level Question
Per-seat pricing is rarely discussed at the board level because it is distributed across dozens of line items in the IT budget. No single per-seat subscription looks alarming. Salesforce at $900K? That is the cost of doing business. Slack at $75K? Rounding error.
But when you aggregate per-seat fees across the entire SaaS stack and project the growth curve, it becomes a board-level issue. A company growing from 500 to 2,000 employees over five years will see its per-seat SaaS bill grow from $2.26M to $9.04M per year. That is $28M cumulative over five years, and the company owns nothing at the end. Every dollar is rent.
The alternative is to own the software, price it by module, and let your team grow without the tax. The software industry is slowly waking up to this reality. The companies that wake up first will have a structural cost advantage that compounds every quarter.
Per-seat pricing is not a law of nature. It is a relic of a different era. And relics, eventually, end up in museums.
See module-based pricing in action
Own360 prices by module and deployment, not by headcount. CRM, ERP, HRMS, procurement, and 15 more modules. Unlimited users. One price.
See it live →