Skip to content
Blazej Mrozinski

Outcome-Based Pricing

Product
Outcome-Based Pricing

Outcome-based pricing ties what a customer pays to what the product actually delivers, in units the customer already cares about. Not seats. Not API calls. Not feature tiers. Deals closed. Tickets resolved. Dollars collected. Hours saved. The vendor gets paid when the buyer gets a result, and the result has to be measurable enough to survive a finance review. It sounds obvious in principle and is genuinely hard in practice, which is why the SaaS industry has mostly avoided it for twenty years despite everyone agreeing that buyers want outcomes, not tools. What changed is AI — specifically, that AI agents are starting to do units of work that used to require a seat, and the per-seat model stops mapping to reality when the work stops mapping to humans.

The Shift Away from Per-Seat

Per-seat pricing has a hidden assumption baked into it: one license equals one human equals one unit of work. That assumption held for the entire first era of SaaS, because software was a productivity multiplier for humans and humans were the bottleneck. When a single person plus an AI agent can do the work that used to take a team of five, per-seat pricing captures roughly 20% of the original revenue for the same workload delivered to the customer. The vendor has two options: either lose the revenue gracefully, or change how they charge. Most vendors are picking option two, slowly and painfully, because Wall Street liked the predictability of per-seat ARR and nobody wants to be the first to re-educate their investors.

The other thing worth saying is that outcome pricing isn’t new. Agencies, law firms, contingency recruiters, and sales reps on commission have charged for outcomes forever. The novel part is software vendors — whose cost structure was built around predictable recurring revenue — trying to adopt a pricing model that looks a lot more like professional services. That is a real operational shift, not a cosmetic one.

What Counts as an Outcome

Outcomes vary by category, but the shape is consistent. In sales, outcomes are deals closed, meetings booked, pipeline generated. In support, outcomes are tickets resolved, CSAT thresholds met, time-to-resolution. In collections, outcomes are dollars recovered. In operations, outcomes are hours saved or errors avoided. In recruiting, outcomes are qualified candidates screened or placements made.

The common requirement across all of these is that the vendor can measure the outcome credibly and attribute it defensibly. If the customer’s finance team can’t reconcile the invoice against its own internal numbers, the pricing model falls apart in the first billing dispute. That is why outcome pricing tends to launch in categories with auditable events — a deal closing in the CRM is a timestamped, signed artifact. “Strategic clarity delivered” is not.

Why Outcome Pricing Is Hard in Practice

Four problems make outcome pricing harder than it looks. Measurement is the first — defining what counts as “resolved” or “closed” in a way both parties accept is a surprisingly deep design question, and most first contracts get it wrong. Attribution is the second — when an AI assists a human who closes a ticket, did the software close the ticket or did the human? The answer matters financially. Joint attribution is technically defensible and practically messy, and the messiness shows up in every quarterly business review. Revenue predictability is the third — outcome pricing trades smooth monthly ARR for lumpy, customer-performance-dependent revenue, which complicates forecasting, sales comp, and investor conversations. Customer accounting preferences are the fourth and most underrated — many procurement and finance organizations actively prefer predictable opex-style spending and will resist variable pricing even when it’s cheaper on average, because it creates budgeting uncertainty they don’t want.

There’s also a moat consideration. Outcome pricing can raise switching cost in a specific way: once a vendor has a measurement baseline embedded in the customer’s reporting, replacing that vendor means re-baselining against a new measurement system, which is operationally painful and often politically risky. That is a feature if you’re the incumbent and a bug if you’re trying to dislodge one.

Where Outcome Pricing Is Landing First

The categories moving fastest are the ones with numerically legible outcomes and existing attribution infrastructure. Sales automation platforms are shifting toward pay-per-meeting or pay-per-qualified-pipeline. Customer support vendors are pricing on automated resolution. Collections software has always lived partly in this world and is consolidating further. Recruiting screening and qualification tools are pricing on candidates qualified or interviews scheduled.

Categories where outcomes are qualitative or contested — creative work, strategic advisory, anything where the deliverable is judgment rather than a countable event — are lagging or living in hybrid models. Per-seat baseline plus outcome bonuses. Platform fee plus variable consumption. These hybrids are the realistic near-term reality for most vendors, because neither pure per-seat nor pure outcome pricing fits the full range of work the software is asked to do.

The broader pattern is that software is converging toward the outcome the buyer always actually wanted — deals, resolutions, hours back — and AI is what made that convergence commercially viable. That shift, and what it means for which SaaS businesses survive the transition, is the subject of Everyone Says SaaS Is Dead. Here’s What They’re Actually Observing.

Related on this site

See also