Outcome-Based Pricing for AI: When It Works and When It Doesn't
Outcome-based pricing is the most talked-about pricing model in AI right now. The pitch is simple: instead of charging for tokens, API calls, or seat licenses, you charge when the AI delivers a result. A resolved support ticket. A qualified lead. A processed document. Customers pay for value, not consumption.
It sounds perfect. In practice, it is far more nuanced than the hype suggests. Some companies are making it work brilliantly. Others are learning expensive lessons about why traditional pricing models exist. If you are building an AI product and considering outcome-based pricing, here is an honest take on when it works, when it does not, and what to do instead.
What Outcome-Based Pricing Actually Means
With usage-based pricing, you charge for inputs: tokens consumed, API calls made, compute hours used. The customer pays regardless of whether the AI produced something useful.
Outcome-based pricing flips that. You only charge when the AI delivers a measurable, defined result. The customer bears zero cost for failed attempts, partial results, or wasted compute. All the risk sits with you, the provider.
This is a fundamentally different economic contract. You are not selling infrastructure. You are selling results.
Why Founders Are Drawn to It
The appeal is obvious. Outcome-based pricing creates near-perfect alignment between what you charge and what customers value. Three things make it attractive:
Premium pricing potential. When you price on outcomes, customers evaluate your cost against the value of the result, not the cost of the compute. A resolved support ticket might be worth $5 to $15 to a company. The AI inference behind it costs pennies. That gap is your margin.
Lower adoption friction. Customers do not need to forecast usage or understand token economics. They know exactly what they are paying for and can calculate ROI before they sign.
Competitive differentiation. In a market where every AI startup charges per token or per seat, pricing on outcomes signals confidence. It says: our product actually works.
Who Is Doing It Today
Several companies have built real businesses around outcome-based pricing:
Intercom Fin charges $0.99 per AI-resolved conversation. Clean, measurable, easy for customers to understand. If Fin resolves 1,000 conversations a month, the customer pays $990. If it resolves 50, they pay $49.50. The incentive alignment is clear.
Per AI-resolved conversation
Intercom Fin's outcome-based pricing model
Sierra, the customer service AI company, charges per successfully resolved support ticket. Their entire business model depends on the AI reliably closing tickets without human escalation.
Harvey, the legal AI platform, has explored per-document and per-research-query pricing models that tie cost directly to work product delivered.
AI sales tools like meeting schedulers and lead qualification bots increasingly charge per qualified lead or per booked meeting. The customer only pays when the AI actually moves the pipeline forward.
When It Works Well
Outcome-based pricing works when four conditions are met simultaneously. Miss any one of them and the model starts to break down.
The outcome is clearly measurable. "Ticket resolved" is measurable. "Customer satisfaction improved" is not. You need a binary or near-binary definition of success that both you and the customer can agree on without debate.
The AI has a high success rate. If your AI resolves 85% of conversations it handles, outcome-based pricing works great. If it resolves 30%, you are absorbing enormous compute costs on the 70% that fail. Your unit economics collapse.
The outcome is attributable to the AI. If a human agent assists on half the "resolved" tickets, who gets credit? Attribution gets messy fast when AI and humans collaborate. The cleaner the handoff, the better this model works.
The customer trusts your measurement. You are both the provider and the scorekeeper. If customers do not trust your definition of "resolved" or "qualified," disputes will consume your support team and erode the relationship.
When It Falls Apart
Here is where the honest conversation starts. Most AI products today do not meet all four conditions above. Here are the common failure modes:
Fuzzy outcomes kill it. If your AI improves productivity, enhances creativity, or makes teams more efficient, those are real benefits. But they are not measurable events you can attach a price to. "We made your team 20% faster" is a marketing claim, not a billing event.
Shared attribution creates disputes. Many AI products augment human work rather than replace it. An AI drafts a document, a human edits it. The AI suggests a sales email, a rep personalizes it. Did the AI produce the outcome? Or did the human? This gray area leads to billing disputes that are painful for both sides.
Low success rates destroy margins. If your AI attempts 1,000 tasks and succeeds at 200, you eat the compute cost on all 1,000 but only bill for 200. Your effective cost per successful outcome might be 5x your raw compute cost. At scale, this is a business-killing problem.
The math gets brutal fast
If your AI attempts 1,000 tasks and succeeds at 200, you eat the compute cost on all 1,000 but only bill for 200. Your effective cost per successful outcome is 5x your raw compute cost.
Outcome definition drift. What counts as a "resolved ticket"? A ticket closed within 24 hours? A ticket where the customer did not reopen? A ticket with a satisfaction score above 4? These definitions matter enormously, and customers will push for the strictest interpretation while you push for the loosest. The negotiation never ends.
The Hybrid Approach: Covering Your Downside
The smartest implementations of outcome-based pricing are actually hybrids. A base fee covers your fixed costs and minimum compute, and an outcome-based component captures upside when the AI delivers results.
This looks like: $500/month platform fee plus $2.00 per resolved ticket. Or: $0.10 per AI attempt plus $1.50 per successful resolution.
The base fee ensures you do not lose money on low-performing months. The outcome component keeps incentives aligned. Customers still feel like they are paying for results, and you still have a floor under your revenue.
Intercom actually does a version of this. Fin has a per-resolution fee, but it sits within a broader Intercom subscription that covers the platform, human agent tools, and other features.
The Implementation Challenge
Even if your pricing model is sound on paper, building the infrastructure is harder than most founders expect.
Defining success metrics requires product, engineering, and customer success to agree on what counts. This is a multi-week conversation, not a one-hour meeting.
Building measurement systems means instrumenting your product to detect outcomes reliably. False positives (billing for outcomes that did not happen) destroy trust. False negatives (missing real outcomes) cost you revenue.
Handling disputes requires a clear process. When a customer says "that ticket was not really resolved," you need data, dashboards, and a resolution workflow ready to go.
Reporting and forecasting become harder for your customers. CFOs like predictable bills. Outcome-based pricing is inherently variable, which can slow down enterprise procurement.
The Honest Recommendation
If you are an early-stage AI company, you should probably not start with pure outcome-based pricing.
Here is why. You do not yet know your success rate at scale. You do not know which edge cases will tank your resolution metrics. You do not have the measurement infrastructure to track outcomes reliably. And you do not have the brand trust for customers to accept your outcome definitions without friction.
Instead, start with usage-based or credit-based pricing. Prove your product works. Collect data on success rates, failure modes, and customer outcomes. Once you have that data, you can confidently introduce outcome-based pricing because you know your unit economics and can set prices that work for both sides.
The progression that works
Usage-based pricing first. Then hybrid (base fee plus outcome bonus) once you have data. Then pure outcome-based if your success rate and measurement systems justify it. Most companies land in the hybrid zone and stay there.
The progression looks like this: usage-based pricing first, then hybrid (base plus outcome bonus) once you have data, then pure outcome-based if your success rate and measurement systems justify it. Most companies land somewhere in the hybrid zone and stay there, which is perfectly fine.
How Lava Helps
Whether you are starting with simple usage-based pricing or building toward a hybrid model with outcome-based components, the billing infrastructure challenge is the same. You need metering, real-time tracking, and flexible pricing that can evolve as your product matures.
Lava Monetize handles the billing infrastructure so you do not have to build it yourself. Track usage in real time, manage credits and wallets, and adjust your pricing model without rewriting your billing stack. When you are ready to layer in outcome-based components, your metering foundation is already in place.
Lava Gateway routes your AI requests through a single API to 600+ models across 30+ providers while handling the metering behind the scenes. Every request is tracked, every token is counted, and the data feeds directly into your billing. That usage data is also what you will need to calculate success rates and build toward outcome-based pricing down the road.
Start with what works today. Build toward what works at scale. Do not let your billing infrastructure be the bottleneck.