All posts

Field note

The Shift From Software Licenses to Outcomes

Akshit Kandi
#AI ROI#software pricing#AI agents#strategy#buying guide
The Shift From Software Licenses to Outcomes
AI ROI

The Shift From Software Licenses to Outcomes

SkySync

For forty years you paid software vendors for access and supplied the labor yourself. AI agents quietly break that deal. Here is what changes when you stop buying seats and start buying results, where the new model is real, and where it is consumption pricing wearing a costume.


For about forty years, the deal with enterprise software was simple and unspoken. You paid a vendor for access, and you supplied the labor. A CRM license did not close deals; it gave your reps a place to log the deals they closed. A help-desk license did not resolve tickets; it organized the queue your agents worked through. You bought the tool. The work stayed yours. The price was per seat because the value was per human using it. That deal is coming apart, and most budget conversations have not caught up. When an agent qualifies a lead, drafts the reply, and updates the record without a person touching it, you are no longer paying for a place to do work. You are paying for the work itself. That sounds like a marketing distinction. It is actually a different economic contract, and it changes how you budget, how you buy, and how you hold a vendor accountable. What follows is where that shift is real, where it is being oversold, and the one question that tells the two apart at your next renewal.

The seat was always a proxy, and a leaky one

Per-seat pricing was never really about value. It was about measurability. A vendor could not see how much a customer earned from the software, but it could count logins. The seat was a billing handle everyone agreed to treat as a value handle, and it held up because, roughly, more users meant more value and there was no better number to anchor on. The leak in that model is the thing every executive has paid for and resented: shelfware. You buy 500 seats, 300 people log in, 120 use it the way the demo promised. The vendor was paid for access to a capability, not for the capability being used. That gap between what you licensed and what you realized was your problem, not theirs, and for most of software history it was just the cost of doing business, because no model could charge for the realized part without a way to see it.

AI dissolves the measurability problem that created the seat in the first place. An agent's output is countable in a way a human's screen time never was. You can see how many leads it touched, how many it qualified, how many became pipeline, and how many it got wrong. The moment the work itself becomes measurable, the proxy stops being necessary, and a proxy that is no longer necessary starts to look expensive.

What you are actually buying when you buy an outcome

Strip away the language and there are three things a buyer can pay for, and they stack. You can pay for access to a capability, the classic license. You can pay for consumption, how much of it you run, which is where most AI pricing sits today with its tokens, credits, and conversations. Or you can pay for the outcome, the business result the capability produces. Each layer down moves more of the risk from your side of the table to the vendor's.

Access pricing says: here is the tool, results are your job. Consumption pricing says: pay for what you run, but whether it works is still your job. Outcome pricing says: we only win if the number moves, so the result is now partly our job too. Read top to bottom, that is a steady transfer of accountability, and the industry is drifting downward through those layers not out of fashion but because AI made the bottom layer chargeable for the first time.

A license sells you a capability and wishes you luck. An outcome contract sells you the result and stays in the room until it shows up.

Here is where the category cheats. Most of what is marketed today as outcome-based AI is consumption pricing wearing the word outcome. Paying per resolved ticket or per conversation is closer to a usage meter than to a results contract, because it charges you for activity regardless of whether the activity helped. A real outcome model attaches the fee to something on your P&L: pipeline created, response time cut, cost removed, a renewal saved. The test is one sentence. If the vendor gets paid the same whether the work moved your number or not, that is not outcome pricing, whatever the slide deck calls it.

Why this lands on the CFO's desk, not just IT's

A software license is a predictable, fixed cost you can put in a budget line and forget. An outcome-tied spend is a variable cost that moves with the value it produces. That is a different financial object, and it cuts both ways.

The upside is that you stop pre-paying for value you might never realize. You are not writing a check in January for 500 seats and praying for adoption by June. Spend rises when results rise and stays low when they do not, which is the exact shape a CFO wants risk to take. The downside is that variable costs are harder to forecast and harder to cap, and a finance team that has spent a career smoothing software into tidy fixed lines will not love the volatility. This is not just a pricing change; it moves software from a capex-like habit to a cost that breathes with the business itself. The honest framing, then, is not that outcome pricing is cheaper. Sometimes it costs more, because when the thing works you share upside you used to keep entirely. You are buying a different risk profile, not a discount, and a CFO who hears it pitched as a discount should push back.

Shelfware does not end. It changes who notices it

It would be tidy to say outcome pricing kills shelfware. It does not. It relocates the failure. Under a license, a project that did not deliver showed up as unused seats, a quiet line item nobody flagged. Under an outcome model, that same failed project shows up as a vendor who earns nothing and walks, or an agent that drifts while a fee keeps not triggering. The waste did not vanish. It moved into daylight, and it moved earlier.

What genuinely changes is the incentive. A license vendor is paid the day you sign and is, in cash terms, indifferent to whether you ever succeed; the renewal motion cares, the invoice does not. An outcome vendor is not paid until the result appears, so its self-interest now points at your adoption, your data quality, your edge cases, the unglamorous middle of the project where value actually leaks out. That alignment is the real prize, more than any pricing arithmetic. It also means the vendor cannot quietly bill you while the thing underperforms, which is the failure mode licenses were built to hide.

Why outcomes force the data conversation licenses let you skip

There is a reason vendors avoided outcome pricing for decades even when buyers begged for it, and it is not cowardice. To stand behind a result, you have to control the inputs to that result. With software you handed over and walked away from, you could not. The customer's messy data, half-configured workflows, and uneven adoption were the customer's problem precisely because the vendor had no way to fix them and no reason to try. Agents change that, because an agent grounded on bad data does not quietly underperform like a lightly-used CRM. It confidently does the wrong thing in front of a customer. The moment a vendor ties its fee to the agent's performance, it can no longer treat your data as your problem. It has to care whether the records are clean, unified, and current, because that is the floor under its own paycheck. This is why the serious version of the outcome shift always pulls data readiness to the front. You cannot promise a result on top of inputs you refuse to look at.

  • Under a license, data quality is the customer's silent liability and the vendor's non-problem.
  • Under consumption pricing, bad data just means you pay to run an agent that produces wrong answers faster.
  • Under a real outcome model, bad data becomes the vendor's problem too, because it is the thing standing between them and getting paid.

That is the structural reason our Data-to-Agent method sequences the work data-first, before anyone wires up an agent, and ties the fee to the result. It is not a virtue pose. When your money rides on the agent being right, you stop being willing to skip the boring part that makes it right. We took exactly that path on our Green Subsidy solar engagement: the records and entitlements had to be unified before any agent could be trusted to act on them, because an agent quoting the wrong subsidy is worse than no agent at all.

Where the license model is still the right answer

A shift is not a religion, and pretending licenses are obsolete is its own kind of marketing. Per-seat access pricing is still correct for a large class of software, and a buyer should know which class they are in before a vendor talks them out of it.

  • When the value really is human judgment using a tool, a designer in a design app, an analyst in a notebook, the seat is honest, because the human is doing the work and the software is genuinely just the place to do it.
  • When the outcome cannot be isolated cleanly, no metric and no agreed baseline, an outcome contract just relocates the fight from the build to the invoice. A predictable license is kinder to both sides.
  • When you want a fixed, forecastable cost more than you want shared risk, the license is doing real work for your finance team, and that is a legitimate preference, not a mistake.

The category will overcorrect for a while. Expect every vendor to staple outcome language onto consumption pricing, and expect some buyers to demand outcome deals on work that cannot support one. The discipline is to match the pricing to where the risk actually lives, not to whichever model is winning the conference circuit this year.

The question to bring to your next renewal

You do not have to predict where all of this lands to act on it. You need one question in the room when a vendor next asks you to sign: am I paying for access, for usage, or for a result, and is the price honest about which one it is? A license that admits it sells you a capability is fine. A consumption meter dressed as an outcome guarantee is not, and now you can tell them apart by asking what happens to the fee when the number does not move. The deeper shift underneath all of it is that software is slowly stopping being a thing you own and starting to be work that gets done on your behalf. When you buy work instead of access, the only question that matters is whether the work paid for itself, and you should refuse to let any vendor change the subject away from that number. That is the discipline the next decade of software buying will reward, with or without us in the room.

Want to sort which slice of your AI spend should be a license, a meter, or tied to the outcome? Run your own numbers first on our ROI calculator, then bring the messy ones to us.