Usage-tiered user license models – the next big thing in GenAI pricing?

James Wilton • February 11, 2025

Author

James Wilton
Managing Partner

Read Bio

The following is an edited excerpt  from Capturing Value: The Definitive Guide to Transforming SaaS Pricing and Unshackling Growth, the new book by Monevate founder James D. Wilton. Chapter 6 is entitled “The Cutting Edge: Innovative monetization models” and among other emerging pricing models and trends it features pricing models for GenAI.  


Capturing Value is available in hardcover, paperback, or Kindle here


Monevate Partner, Malvika Gupta, also recently led a popular masterclass on 'Mastering GenAI Product Pricing: Trends, Strategies, and Case Studies'. You can watch the full recording, get access to the slides & transcript, and unlock 20+ other pricing masterclasses by joining The Cube, our free pricing community.


GenAI has been the hottest topic in tech for at least the last two years. OpenAI’s ChatGPT products took the world by storm, DeepSeek has seemingly upended the industry, and every other tech article or item of news has an AI component. Sentiments seem mixed between giddy excitement at its potential, extreme fear at its potential, and general confusion about what we should do with it. 


One of the biggest debates in GenAI is how best to monetize it, and that’s a question that still does not have a definitive answer.


Usage-based pricing for GenAI 

The challenges with GenAI remind me very much of the early challenges with usage-based pricing, discussed back in Chapter 3. At the moment, there’s a high usage cost to GenAI due to the computing resources necessary to drive it. The costs are so high, in fact, that the knee-jerk reaction to this is to set prices based on the drivers of this computing cost, which is often something akin to “number of queries” – the amount of times AI is asked a question will drive the fees. 


The Back-End Foundation Models – the models that power the AI features we interact with, such as GPT-4 by OpenAI, Stable Diffusion by Stability AI, Llama 2 by Meta, and BERT, have all adopted usage-based models. In this way, the vendors know that if they set their price per unit above the cost per unit (or close enough to it that they can stomach it in the short term) they will sufficiently cover their costs, even if usage is much higher than predicted. 


As we have already discussed, usage doesn’t always scale well with value, and so it is the case with this technology. A customer may agree that if they run forty queries through an AI tool, they are getting significantly more value than if they only run one query through it. But they may not necessarily agree that running two queries delivers twice the value of running only one. 


Anyone who has worked with ChatGPT or a similar technology knows that it takes time to get what you’re looking for. You write a prompt, and it doesn’t generate the answer you want, so you refine the prompt and try again. Once you have done your prompt engineering and trained your model, your hit rate is going to be much higher. But still, you will not always receive new and unique value through every query. 


This creates a problem for monetizing this usage. While the costs are covered, you do not generate value at the same rate as you increase the costs. Moreover, it is unpredictable. As a user I don’t know exactly how many queries I will need in a given period. If I’m not careful, I may lose track of how many queries I have run, so it’s easy to imagine a scenario where I use it more than I expected or intended, and I end up with a huge bill. 


Anyone who has worked with ChatGPT or a similar technology knows that it takes time to get what you’re looking for. You write a prompt, and it doesn’t generate the answer you want, so you refine the prompt and try again. Once you have done your prompt engineering and trained your model, your hit rate is going to be much higher. But still, you will not always receive new and unique value through every query. 


This creates a problem for monetizing this usage. While the costs are covered, you do not generate value at the same rate as you increase the costs. Moreover, it is unpredictable. As a user I don’t know exactly how many queries I will need in a given period. If I’m not careful, I may lose track of how many queries I have run, so it’s easy to imagine a scenario where I use it more than I expected or intended, and I end up with a huge bill. 


User-based pricing for GenAI 

It’s perhaps for this reason that most of the GenAI Front-End User Applications – ChatGPT by OpenAI, Gemini by Google (previously Bard), Grammarly, and Otter – are mostly adopting our old friend, user-based pricing. It’s simple. It’s easy. It’s predictable. It solves many of the challenges we just discussed. 


In this case, user-based pricing has some relationship to value. If we assume that GenAI is going to make an individual better, faster, stronger in some way, then we may expect that the value for an organization scales with the number of users who are “AI enabled.” 

However, the issue with user-based pricing for GenAI is that it doesn’t reflect differences in usage. Let me explain: 

Different users will adopt AI functionality to varying degrees, and that will result in various levels of usage. Some users may be “power users” of AI and generate hundreds of queries a day. Others may barely touch it. 


Pricing in a simple user model means that you are treating all users the same, and therefore you must “pitch to middle.” Given the cost considerations of usage discussed earlier, vendors must set prices at a level reflecting expected usage. And that, at least early in the journey of AI, is going to result in very high prices. A classic early case of this is Microsoft CoPilot, which charged users $30 per month. The result: it increased the price of an Office365 subscription for some enterprise customers by more than eighty percent. 


That is a big barrier to adoption. With technology like GenAI, vendors typically want to encourage trialing and build familiarity, and so this pricing pulls directly away from one major strategic objective, driving volume, in service of another, covering costs. 


Hybrid solutions: The answer? 

In the pricing space, we see many companies moving to a hybrid pricing model, which is partly traditional subscription and partly usage-based pricing. For the front-end GenAI solutions at least, I think that’s where the answer resides. 


My hot take at this time is that a usage-tiered user model is a great path forward for the GenAI Front-End User Applications. 


A model like this would charge a different amount per month for a user based on the usage level of that user. For example, a customer using a particular AI product below a certain usage threshold might be free. Once the user has exceeded that threshold, they may start paying a low monthly fee (e.g., $5 to $10). When they exceed another higher threshold, it may increase to $20. And so on and so on. The number of tiers will be dependent on the number of different usage-based user personas. 


There are several benefits of such a system: 

  1. Low barrier to entry. Because you are scaling the price by usage, users with very low usage need not pay much, if anything. 
  2. Covers costs. We don’t have to worry about the low-price entry tier putting us in a precarious position with our margins because price scales with usage. 
  3. Better alignment to value. Users know they are not going to have to pay more unless their usage really increases by a step change, so they are not going to worry about whether each individual query is valuable. 


It really is a case of the “best of both worlds” across user-based and usage-based pricing. We’re still relatively early in our GenAI journey, and it will be interesting to see what models become to “go to” as the market dynamics evolve. 


Until then, I will be championing usage-tiered, user license models. 


By James D. Wilton May 28, 2025
Outcome-based pricing (OBP) is one of the hottest topics in AI and SaaS monetization today. Instead of charging customers for access or usage, vendors charge based on measurable results. The idea? Customers only pay when they see real value. It sounds like the ultimate pricing model - perfectly aligned incentives, no wasted spend, and a direct link between cost and benefit. So why don’t more companies use it? Because in reality, OBP is much harder to execute than it looks. It’s been around for decades, but few companies truly succeed with it. That’s because OBP introduces complexity, risk, and friction that can make it more challenging than traditional SaaS models. Here are the five biggest pitfalls of OBP - and what to do about them. 1. Defining the Right Metric is Harder Than It Looks The biggest challenge in OBP is choosing a metric that accurately reflects value - without creating unintended consequences. If the vendor defines success too loosely, customers will feel overcharged. If the metric is too restrictive, vendors won’t get paid fairly. Example: Zendesk’s AI Ticket Resolution Pricing Zendesk introduced AI-powered customer service pricing based on resolved tickets. But customers pushed back - because Zendesk’s definition of a "resolution" didn’t always match what customers considered a real resolution. The lesson? A pricing metric must be: Meaningful to the customer (aligned with their definition of success). Tied to the vendor’s real value-add (not just surface-level activity). Difficult to game or manipulate (or customers will optimize against it). 2. Attribution is a Nightmare (Even with AI) Choosing the right metric is only part of the battle - there’s still another problem: Can you prove that YOUR product drove the result? In many cases, multiple factors contribute to an outcome. If revenue grows, was it because of the AI-powered sales tool, better sales reps, or an overall market uptick? Example: IBM Watson & Salesforce Einstein Both were positioned as transformational AI platforms, but customers struggled to isolate the AI’s impact. They could see business improvements, but couldn’t confidently say, “Watson/Einstein was responsible for X% of that success.” Notably, neither IBM nor Salesforce uses OBP for these products. Why? Attribution is too difficult. If vendors can’t prove they caused the outcome, customers won’t want to pay for it. A better approach: Control more of the process (the more your product influences the outcome, the easier it is to claim credit). Use proxy metrics (if direct attribution is hard, find leading indicators that correlate with success). Offer hybrid pricing (mix base fees with OBP so revenue isn’t fully dependent on attribution). 3. Baselining Gets Messy, Fast Even if a vendor picks the right metric AND can prove attribution, there’s yet another challenge: How do you measure improvement? The problem: Many OBP models assume a static baseline - but in reality, customer environments change over time. Example: Fraud Prevention in Financial Services Some AI vendors charge based on the reduction in fraudulent transactions. But this raises tough questions: What’s the starting fraud rate? (Pre-existing fraud levels may fluctuate.) Should the baseline reset each year? (If the vendor permanently reduces fraud, do they still get paid for maintaining it?) The lesson? Customers won’t want to pay for improvements they believe they would have achieved anyway. And vendors need a way to continuously justify their impact. A better approach: Define clear baseline periods (e.g. compare against the 6 months before implementation). Adjust pricing over time (the vendor’s impact might be front-loaded, requiring a different model in later years). Use tiered pricing (higher fees early, lower fees as impact normalizes). 4. Revenue Delays Can Kill a Vendor Even if everything else works - the metric is solid, attribution is clear, and baselining is fair - there’s still one big problem: Vendors often don’t get paid until months (or even years) after delivering value. This creates massive cash flow risks. Many SaaS companies depend on predictable, upfront revenue to fund operations. But OBP means revenue recognition is delayed, making forecasting difficult. Example: Riskified’s Outcome-Based Model Riskified, a fraud prevention platform, only gets paid when transactions are successfully approved without fraud. This aligns incentives - but it also means their revenue is inherently unpredictable. The lesson? While this approach works for Riskified, not every vendor can afford to wait for long-term verification before getting paid. (Note: Investors may not love it either - Riskified trades at just 1.89x EV/Revenue, a very low multiple for a SaaS company.) A better approach: Charge a mix of fixed fees + OBP to ensure steady cash flow. Offer performance tiers (higher base fees for lower-risk customers, full OBP for riskier bets). Use milestone-based payments - instead of waiting for full verification, charge in phases. 5. Customers Prefer Predictability - Even Over Potential Savings Even if an OBP model delivers better value, many customers still choose predictable pricing over variable costs. Why? Most businesses prefer stable, budgetable expenses over a fluctuating fee - even if the predictable price is technically more expensive. Example: Conversational AI in Customer Support A vendor offering an AI chatbot asked customers to choose between: Payment based on how many conversations the AI fully handled (OBP model). A flat subscription fee. Most customers chose the flat subscription. The lesson? Even if OBP is theoretically the best model, buyers often prefer predictability. The existence of an OBP option, however, can signal vendor confidence and reinforce the value of a fixed-price plan. A better approach: Give customers a choice (some will prefer OBP, but many want predictability). Use OBP as an anchor (show the OBP price, but steer customers toward a fixed option). Cap OBP costs to reduce buyer anxiety. Final Thoughts: OBP Works - But It’s Not for Everyone Outcome-based pricing sounds great in theory, but it’s tough to get right. When structured poorly, it leads to: Customer friction (over unclear metrics or unfair pricing). Revenue instability (due to attribution and baseline issues). Delayed payments (which can crush cash flow). The best OBP models: Pick the right metric - aligned to value and hard to manipulate. Solve the attribution problem - proving the vendor’s role in success. Balance cash flow - with a mix of fixed fees and variable components. OBP isn’t broken - but it’s not a magic bullet. Companies that embrace it need to go in with open eyes and a clear strategy. What’s your take? Have you seen OBP succeed or fail? Let’s discuss.
By Annika Li March 24, 2025
Customers love integrations but not paying for them. How to structure API pricing to align with perceived value while maintaining profitability?
By James Wilton March 18, 2025
AI has changed everything—from how we work to how we interact with technology.
By James Wilton October 1, 2024
James argues that Canva's 300% price increase for Teams is reasonable, but poor messaging, lacking empathy and fairness, fueled customer backlash, underscoring the need for better communication in SaaS pricing changes.
September 6, 2024
While GenAI remains the hotbed of innovation in tech, the level of innovation is not as high for AI’s pricing strategies - dive deep into GenAI pricing insights and strategies!
By James Wilton August 19, 2024
James D. Wilton's 7 B2B PLG Commandments guide effective pricing strategies for SMBs. After covering packaging in his first article, he now explores critical aspects of PLG pricing through commandments four to seven.
By James Wilton August 19, 2024
Product-led growth (PLG) is effective for targeting SMBs, but requires a carefully crafted B2B pricing strategy. James D. Wilton outlines 7 commandments of B2B PLG pricing, focusing on the first three that deal with packaging.
By Max Baughman August 14, 2024
Behind the scenes pricing is where the real money hides in plain sight and implicit price metrics are the unsung heroes of B2B SaaS revenue optimization. Learn all about them and how to ethically implement this powerful strategy.
By Santan Katragadda July 24, 2024
Is your pricing truly aligned with the value you deliver across all customer segments and usage levels? In this article we explore 7 unique price scaling models that can revolutionize your pricing architecture.
SHOW MORE