Activity
Mon
Wed
Fri
Sun
Jun
Jul
Aug
Sep
Oct
Nov
Dec
Jan
Feb
Mar
Apr
May
What is this?
Less
More

Memberships

PricingSaaS

1.1k members • Free

4 contributions to PricingSaaS
AI Agents - Value Engine
I’ve been thinking about how pricing is evolving in the context of AI agents, and I’d really value your perspective. Historically, pricing has often been a bottleneck in the sales process—but over time, we’ve built systems (CPQ, billing, usage-based models) that make pricing more structured and scalable. With AI agents, it feels like we’re facing a new version of that challenge—not in pricing execution, but in defining and measuring value. While costs (tokens, infra, etc.) are relatively transparent, the value created by agents is much harder to quantify consistently. We’re currently exploring ways to decode this as part of our product journey. I’d love your thoughts on a few open questions: 1. Defining value: What key parameters or signals should be captured to quantify the value created by an AI agent (e.g., time saved, revenue impact, quality improvements)? 2. Data accessibility: In your experience, how willing are customers to share internal metrics required to measure value? What has worked (or failed) in getting this data? 3. Human-in-the-loop (HITL): How should we think about attributing value when humans are partially involved in the workflow? This seems like one of the hardest aspects to standardize. 4. Customer success criteria: How do you recommend aligning pricing with what “success” actually means to the customer, given that this can vary widely? 5. Product vs. sales responsibility: Should value measurement and tracking be embedded within the agent/product itself, or handled externally in the sales/pricing layer (e.g., CPQ, analytics tools)? If you’ve seen strong frameworks, patterns, or even failed approaches in this space, I’d be very interested to learn from them. Thanks in advance for your time—I’d really appreciate any guidance you can share.
0 likes • 24h
@Garrick van Buren Thanks for the detail, i agree these are high level but i am looking for more granular information on, lets take speed, if i take speed as an example for an IT support agents, few outlier which will not be favorable, human in loop, because it not necessary that the ticket is satisfactorily closed , hence we need somebody to review the ticket. how do we know the ticket is not re-opened again. How do we know he has not created similar ticket with similar pain point. All those adds to speed and quality, these are the things we need to measure value to start with. And how do we build this (as generic framework, be any type agent) in the system product monitoring the value? and make sure its priced correctly. Its not about LLM, Its more like if i building a Monetization engine, what do i convey to customer to they would need to capture data points if they don't know what value means, how can i help them.
Do you keep the context behind your pricing once billing starts?
I've been thinking about pricing in the context of AI-driven quoting which leads to highly dynamic pricing. Let's say we get really good at coming up with prices that maximize conversion (AI + sales). But what happens once the customer commits and we start charging on a regular basis? That's where I see a gap. In most setups I've seen, we lose the context behind the price very early on: - why is this customer paying $X instead of $Y? - was it an AI suggestion, a discount, or a manual override? - what inputs influenced the price point? I'm thinking about this problem from the perspective of plan migrations, where we often don't know how to handle certain (small) cohorts with non-standard billing setup. In your experience, is it a common practice to link pricing decisions (CRM / quoting + context) to the actual billing objects (subscriptions, customer records, etc.) in a structured and automated way?
1 like • 3d
Yes, but many tool lags this, and need to reach to various place/person/excel file to understand end to end picture. Sales handles initial sell, ops handles change management, support handles invoice discounting and finally finance doesnt know what lead up to that amount.
Is revenue leakage mostly due to continuous misalignment?
Where in your opinion SaaS companies mostly lose money? My hypothesis is that revenue is rarely lost in big events. More often than not, the loss happens over time due to small, repeated inconsistencies across systems. What I've seen: - deals don't fully match billing / legacy deals "we don't touch" - discounts don't expire - usage isn't fully captured - product evolves, but billing lags behind - leaving premium feature up for grabs None of these are dramatic, but they eventually accumulate to a small percentage of ARR. Does this match your experience? PS: Productivity hit is a separate topic: reporting in spreadsheets trying to merge edge cases and data from various systems.
1 like • 3d
Few things to add on top: Disjointed system (quoting, billing, tracking and invoicing) and whenever there is change in expansion/churn doesnt flow all the down to financial system and of course pricing vs valuation of the product
Credit based AI Pricing
Have been thinking a lot on this as a CEO and CFO(of a AI product selling company) or just a account sales head what you like to see? when it comes to credit based pricing both kind included Credit and credit as currency. Especially when there are credits at the feature level. What would you like to see from a dashboad'ing perspective?
0 likes • 5d
@Garrick van Buren Agreed but its yet to stay at least till we figure out the cost ghost that stays on our shoulder in the form LLM's
1-4 of 4
Manoj Kumar
1
3points to level up
@manoj-kumar-2971
Love solving CPQ problems for Customer, call me CPQ rescue agent 008

Active 9h ago
Joined Apr 29, 2026
Powered by