
Aanchal Parmar
Product Marketing Manager, Flexprice

The Delegation Shift: Why Outcome Pricing Works
Here's the fundamental change that makes Framework #3 different: "The delegation is going from the human to the system now, right? And so now that you're delegating to the system, the system can now capture a little more percentage of that value as long as it's super clear that the system is responsible for that value."
This is profound. When a human uses AI as a tool, they're still responsible for the outcome. The human runs the search, reviews the results, makes the decision. AI assists.
But when an agent handles the entire workflow—when it processes the insurance claim, summarizes the legal discovery, approves the authorization—the system is now accountable for the outcome. And that shifts pricing dynamics entirely.
You're no longer charging for access or usage. You're charging for work completed. For problems solved. For outcomes delivered.
The Fixed + Variable Structure
The model Marcos sees working across agentic solutions breaks down into two clear components:
The fixed component covers everything that happens before the agent starts doing work:
Configuration and setup
Training the system on your specific workflows
Onboarding and integration
Basic support and maintenance
This is predictable revenue. It covers your costs for getting the customer live. It creates a baseline you can count on.
The variable component is where the magic—and the margin—happens: It's counting units of work. But here's where companies get tricky: defining what counts and what doesn't.
Defining the Anti-Outcome
Marcos introduces a critical concept that most companies miss: "They're very specific. It's very clear and it's sort of the anti-outcome is what they need to define too. What do I mean? I mean what does not count as an outcome so that way we don't get into arguments about charging."
This is brilliant. It's not enough to say "we charge per claim processed." You need to define:
Does a rejected claim count?
Does a claim that requires human review count?
Does a duplicate submission count?
Does a test transaction count?
The anti-outcome prevents disputes. It creates clarity. It stops customers from feeling nickel-and-dimed when edge cases come up.
Health tech example: If you're charging per authorization approved, you need to specify that failed authorizations, duplicates, and test cases don't count. Only completed, successful authorizations that deliver actual value.
Legal tech example: If you're charging per discovery package summarized, define minimum document counts, exclude corrupted files, clarify what happens when documents are in unsupported formats.
The more specific you are about what doesn't count, the less friction you'll face at billing time.
Milestone-Based Alternatives for Risk-Averse Customers
Not every customer is comfortable with pure variable pricing, even when it's tied to outcomes. Some industries, some company cultures, just prefer predictability.
Marcos sees this adaptation emerging: "For some companies or industries where they're really kind of skittish about variable, they love more predictability, they love other things... maybe it's more milestone driven. Hey when we hit this threshold we get a payment or a fee, maybe we hit that threshold we get a payment and fee."
This is the best of both worlds for cautious buyers:
They get predictability through milestone payments
You get increasing revenue as the agent proves value
Both sides are incentivized for deeper adoption
Example structure:
Milestone 1: Agent processes first 100 units → Payment
Milestone 2: Agent reaches 500 units → Payment
Milestone 3: Agent hits 1,000 units → Payment
Beyond that: Per-unit pricing kicks in
"It allows them to get deeper and deeper with the agent over time, which is exactly what you want," Marcos explains.
The customer isn't betting big upfront. They're paying as value gets proven. And as they see results, the variable component becomes less scary and more exciting.
The Market Penetration Strategy
Here's where Unlock the New becomes genuinely strategic, not just tactical pricing.
If your AI agent can do something your core product couldn't, you can now enter markets where you previously had no shot. Your core platform was too expensive, too complex, or solving the wrong problem. But this agent? It solves a specific pain point those markets actually have.
Price it accordingly. Position it independently. Build a customer base you couldn't access before.
Then and this is where bundling comes in—once they're using your agent successfully, introduce them to your platform. "Hey, you love what the agent does. Imagine if it integrated with our full platform for end-to-end workflow management."
You've just turned an agent customer into a platform customer. That's the penetration strategy.
When Bundling Creates Competitive Moats
Marcos points out the defensive advantage: "You can even bundle it with your core and your platform as well. It also gives you some competitive advantages."
Here's why that matters:
A startup launching a standalone agent can compete on features and price. They're nimble, focused, probably cheaper.
But if you're offering the agent plus the platform plus integrations that make everything work together seamlessly—at a bundled price that's attractive—suddenly that startup has to compete against an ecosystem, not just a product.
Customers choose integrated solutions over best-of-breed point solutions when the integration tax (time, money, complexity) is high enough. Your bundle makes the integration tax zero.
That's a moat.
The Margin Reality Check
Remember Marcos's warning about margin variability? It's most pronounced here.
Agents are expensive to run. Token consumption varies wildly based on task complexity. One customer's workflows might cost you 10% of revenue. Another's might cost 40%.
This is exactly why outcome-based or unit-based pricing exists. You're tying revenue to actual work performed, which naturally correlates with costs incurred.
But you need to do the math. If you're charging $5 per unit of work, and some units cost you $6 to deliver, you're subsidizing adoption. That's fine as a short-term market penetration strategy. It's disastrous as a long-term business model.
The companies winning with Framework #3 are obsessively tracking unit economics. They know exactly what each outcome costs to deliver. They price with margin built in. And they're constantly optimizing their agents to reduce token consumption and infrastructure costs.
Because in this framework, your profit scales with your efficiency, not just with your growth.
The Hybrid vs. Usage-Based Debate
There's a seductive logic to usage-based pricing for AI: customers pay for what they use, and you cover your variable costs. Clean. Fair. Simple.
Except it's not simple at all.
Why Usage-Based Pricing is Trending (And Why It's Tricky)
Marcos sees the appeal clearly: "There's a lot of movement towards usage-based pricing, right? And the reason why is to really cover a lot of that LLM costs and making sure you don't lose your shirt on your margin as your customers adopt your product."
The math makes sense. AI costs vary wildly by usage. Pure subscription pricing means heavy users subsidized by light users, or worse—you lose money on your most engaged customers.
But here's the problem Marcos sees everywhere: "Not everyone is ready for usage-based pricing. Sounds good, right? When you and I say it, right? It sounds good. But there's infrastructure concerns. There's process concerns, there's tracking concerns, there's sales compensation concerns, there's all these different things that you have to set the stage for before you roll into usage-based pricing."
Your billing system needs to handle variable charges. Your sales team needs new compensation models (do they get commissions on usage that happens six months after the sale?). Your customers need to track and predict costs. Your finance team needs new forecasting models.
It's not just a pricing change. It's an operational transformation.
Marcos's Warning: Don't Leap
"My advice is not to just leap in from—say you're charging by seats today—leap from pure seats to pure consumption or pure usage. I think that is a very dangerous way to go about it."
Why dangerous? Because you're asking customers to completely change how they think about your product while simultaneously changing how they budget for it. That's two massive shifts at once.
Customers who understood "$50 per user per month" now have to predict consumption patterns they've never tracked. Finance teams who budgeted fixed costs now face variable expenses. Procurement departments who negotiated annual contracts now need consumption forecasting models.
You're creating friction exactly when you want adoption.
The Hybrid Model: Training Wheels for Consumption
This is where Marcos sees the most success: combining fixed subscription with variable usage components.
"It is a very popular model to go in and try to blend subscription or flat with some usage. And I think that's good because that sort of starts to train the customer and condition them that there's usage that you need to track and it matters. Cuz beforehand they didn't have to pay attention to that stuff."
The psychology here is crucial. You're not throwing customers into the deep end. You're easing them into a world where usage matters.
How this typically works:
Start with a base subscription that includes an allocation or entitlement of usage. Think: $500/month includes 10,000 credits. Or: $2,000/month includes 100 hours of agent work.
Customers get predictability for budgeting. You get a revenue floor. And everyone gets educated about what "usage" actually means in your context.
Then, when customers exceed their allocation: "If you consume your allotment or if you consume your entitlements, there will be—we'll have to bump you up to the next tier or whatever that is."
Notice what's happening: customers are learning to track usage, but within guardrails. They're not facing unlimited variable costs. They're facing a predictable tier system with overages.
Marcos gives a real example: "I've used tools like clay.com where they use seat-based pricing but also use credit-based pricing."
That's the model. Seats for access. Credits for consumption. Predictability plus flexibility.
The Infrastructure Reality
Before you implement any usage-based component, Marcos's checklist of concerns applies:
Tracking: Can you accurately measure and attribute usage? Do you have the instrumentation to know who used what, when?
Billing: Can your systems handle variable charges? Monthly invoices that change based on consumption? Proration? Overages?
Sales compensation: How do reps get paid on consumption that happens months after the deal closes? Do they get ongoing commissions? Residuals?
Customer communication: Can you show customers their usage in real-time? Give them alerts before they hit overages? Provide transparency into what's driving costs?
If you can't answer "yes" to all of these, you're not ready for usage-based pricing. Build the foundation first.
When Pure Usage Actually Works
Marcos isn't saying usage-based pricing is wrong. He's saying the leap from subscription to pure usage is dangerous.
But there are scenarios where usage-based makes complete sense from day one:
You're launching a new product with no legacy pricing to migrate from
Your customers already use usage-based pricing in adjacent tools
The value metric is obvious and customers already track it
Your infrastructure is built for it from the ground up
Starting with usage-based is different from switching to it. If you're starting fresh, you avoid the transition pain.
The Decision Framework
o you've got three frameworks. Your AI features are ready to launch. Sales is asking for pricing. The board wants a strategy.
How do you actually decide?
The Clarity Test
Marcos makes this uncomfortably simple: if you can't clearly articulate which framework fits, your AI strategy isn't clear enough.
"If you're not sure, if you're like, 'Well, Marcos, it kind of is all over,' like, that probably means you're not clear with what you're trying to do."
Before you price anything, answer these questions:
What is the AI actually doing? Not what it could do. Not the vision. What does it do today that customers will pay for?
Is it enhancing, extending, or unlocking? Does it make existing features better (Framework #1)? Take your product further into new territory (Framework #2)? Or create entirely new capabilities (Framework #3)?
Who is the user? Same persona using your product better? Power users wanting advanced features? Or completely different buyers?
What's the cost structure? Stable and predictable? Variable but manageable? Or wildly different based on usage patterns?
If you can't answer these crisply, stop. Fix your strategy first. Pricing can't solve for strategic confusion.
The Safe Default: Add-On First
When Marcos encounters uncertainty, he has a fallback position: "The safest path would be add-on first and then decide if you want to fold it in or keep it separate based on the usage patterns, who's buying it, and what they're doing."
Launch as an add-on. Give it 2-4 quarters. Watch what actually happens, not what you hoped would happen.
Then decide based on real data:
Who's buying it? If it's everyone → consider Framework #1 (fold into core)
How are they using it? If it's power users dominating → Framework #2 (premium tier)
What outcomes are they getting? If it's creating new value pools → Framework #3 (standalone)
The add-on is your reconnaissance mission. You're gathering intelligence before committing to a pricing structure that's painful to change.
Red Flags to Avoid
Marcos has seen enough pricing disasters to know the warning signs:
Vague metrics: If you're charging for "credits" or "actions" that customers can't define, stop. "I saw someone the other day use per action. We're going to charge you per action. I'm like, what the hell does that even mean?"
Copycat pricing: Just because a competitor uses a model doesn't mean it fits your cost structure, customer base, or value proposition. "Resist the temptation to copy. Think about your own value, what you need to do, your specific customers, where you are in your journey, and price for that."
Complexity on complexity: Your customers are already learning how to use AI. Don't add pricing models that require a PhD to understand. "People are already going up the learning curve with adopting AI. Don't put confusing pricing on top of that."
If any of these red flags are waving, pause. Simplify. Get clear.
The One-Quarter Rule
Whatever you choose, give it time to breathe. Marcos used to advocate for the "two by two" rule two quarters to let pricing play out, revisit if you haven't changed in two years.
But AI is different: "Today with AI and agents and the pace in which this is moving, I actually think you should be changing your pricing every two quarters, some even quarterly depending on where your stage is."
The market is moving faster. Customer expectations are shifting. Your costs are evolving as models improve.
Quarterly or bi-quarterly reviews aren't premature optimization anymore. They're necessary adaptations.
Implementation
The Pricing Council Is Non-Negotiable
Marcos is adamant about this: pricing isn't a solo decision, but it needs a leader.
"Pricing is a team sport, but it does need a strong captain, right? And otherwise, nobody's going to do anything."
The structure that works: 5-8 people, cross-functional, meeting on a consistent cadence.
Who's in the room? "Sales representation, customer success, rev ops, of course you want product in there, marketing, all the key folks, finance."
But here's the critical detail most companies miss: it's not the C-suite, and it's not junior ICs. "If you're 30, 50, 80 million, often times it's not the C-suite and it's not like the line workers. It's usually like a director VP level in that meeting in the middle because they're close enough to the action and they also understand the strategy."
These are people who know what's actually happening in deals, in customer conversations, in the product but can also think strategically about where you're headed.
Running Meetings That Actually Matter
Most pricing committees fail because nobody's actually running them. People show up, talk about pricing opinions, nothing gets decided.
Marcos's prescription: "You have to plan out, I would say, a cadence and rhythm for the year. We're going to meet the last Friday of every month to talk about pricing. Here's the agenda. Here's what we're talking about. Here's who needs to be there."
And then the accountability check: "After your first three meetings, send out a short survey to all the attendees to say, was it valuable? The right level of detail, did you need to be there? And just make sure that meeting is super valuable."
If the meeting isn't valuable, kill it. Don't let it become another calendar obligation that everyone resents.
"The companies who get this meeting right, those are the ones that are really high performing. Those are the ones that are monetizing and breaking through."
The Roadmap Integration
Your pricing changes shouldn't be surprises. They need visibility alongside product launches.
"There should be a very visible swim lane for your pricing and packaging or monetization updates. You should be highlighting what you're doing to the pricing and packaging with each release and why."
This isn't bureaucracy. It's alignment. When engineering sees that pricing changes are tied to the Q3 agent launch, they understand the timeline matters. When sales sees that new AI features come with new pricing in Q2, they can prepare customers. When marketing sees the packaging shift planned for next quarter, they can build the campaign.
Pricing in the shadows creates chaos. Pricing in the roadmap creates coordination.
AI Strategy First, Pricing Second
Marcos sees this mistake constantly: teams trying to price AI before they've clarified what the AI is supposed to accomplish.
"A lot of murky AI strategy is going on and that needs to be solved first."
Are you enhancing core features? Expanding use cases for differentiation? Breaking into a new TAM? Displacing another product?
"Whatever you're doing, you have to be super explicit about it. It makes the pricing a lot easier and it makes everyone also behind it."
You can't price what you can't define. Strategy clarity isn't a nice-to-have. It's the prerequisite.
Getting It Right Before Your Competitors Do
The companies that will dominate the next three years aren't the ones with the most sophisticated AI. They're the ones who figured out how to capture the value their AI creates.
You have the three frameworks: Underscore the Core when AI enhances what you do. Upgrade the More when it extends into premium territory. Unlock the New when it creates entirely new capabilities.
The framework matters less than having clarity about which one fits.
Marcos's final advice cuts through the noise: "Resist the temptation to copy. Think about your own value, what you need to do, your specific customers, where you are in your journey, and price for that."
Stop copying competitors. Get your AI strategy straight first. Default to add-ons when uncertain. Avoid vague metrics. And move faster—quarterly reviews aren't premature anymore, they're necessary.
The timeline gives you room to get this right now, before AI pricing becomes table stakes.
How should I price AI features in my SaaS product?
Should I use usage-based pricing for AI features?
What is hybrid pricing for AI?
How do you price AI agents?
What are AI pricing credits and should I use them?





























