Another usage-based pricing casualty: Why’s Unity’s per installation pricing is still broken

November 14, 2023

Author

James D. Wilton

Managing Partner

Read Bio

Author

Malvika Gupta

Partner

Read Bio

By now it’s likely you have heard or read about the biggest pricing disaster of 2023 so far: Unity’s launch (and then revised launch) of new fees for game developers. Game developers are not known for pulling any punches when changes to the ecosystem are proposed and very quickly made their frustration public on Twitter/X.


The extremely negative response to their pricing changes led Unity to very quickly walk back some of their plans and clarify others. But what remains is still broken.


We‘re a little late to the Unity conversation but we want to shed some light on why the original approach didn’t work, and why it still isn’t optimal.


The most noteworthy elements of Unity’s original revised strategy were that:


The price metric was usage-based per installation.  Developers had to pay every time a gamer installed a Unity-built game on their device. The structure of this charge meant that it would add to the costs of developers considerably, hence the huge negative reaction. This shouldn’t be an issue so long as it’s value-aligned, right?  More on that later.

 

  • They were going retroactive (kinda)! While it is only future installs that would be subject to the fees, the per-month rate would be based on life- to- date installs, which were obviously racked up before developers knew they would be charged for them. The sentiment from the developer community seems to be that the fees are so steep that, had they been present when they were choosing an engine for their games, they might have chosen differently. Indeed, in some eyes the more aggressive pricing is tantamount to a betrayal of the developer community. Many alleged price gouging – charging as  high a price as you can, because the customer is dependent on your product (in this case, because the game is already built, and/or the developers only know how to code using Unity’s C# language).
  • It felt predatory to the community – the commentary conjures images of tobacco companies giving away products, getting people addicted, and then charging for them


With the big price increase this new pricing strategy would have created, it’s no wonder there was a developer revolt. And it’s no wonder that in Unity’s revision of the pricing strategy, they softened these elements. They only brought in per-install payments for new games that earn more than $1m revenue in 12-months, with the added flexibility that developers could opt for a 2.5% commission on revenue instead of the per installation pricing.

The revision is clearly an improvement. So, now what’s the problem?


The single biggest issue with the pricing strategy has not been addressed.  The issue is the price metric – per installation – is not closely value-aligned or predictable.


It’s not completely value misaligned. Unity helps developers make games. A successful game will sell multiple units. A purchased unit will typically get installed.


But in today’s world of cloud hosting, a purchased game doesn’t always just get installed just once. It may get installed several times as a gamer cycles between games and needs to conserve precious hard drive space. Therefore, a gamer could purchase a game and install it 12 times within 12 months. The gamer pays the developer once. The developer pays Unity 12 times! 


It isn’t value-aligned. For the same reason, it also isn’t predictable.  A developer doesn’t know how many times a game will be installed and can’t predict what their total charges would be.  This is exacerbated by the trolling behaviors of some gamers – [James Wilton] my sons have already told me about their friends’ plans to install games they hate multiple times so that the developer must pay more!


  • Lack of value-alignment in a usage-based metric creates friction at the point of sales because customers lack the willingness-to-pay for volumes. 
  • Lack of predictability creates friction by making customers unsure what they will end up paying. 


These are the two most prevalent stumbling blocks in usage-based pricing. Unity’s pricing, even post- “fix”, has stumbled over both.


Of course, now Unity has proposed another pricing option, where they take a 2.5% commission on revenues. That’s essentially a per-dollar-of-revenue price metric.  Isn’t that more value-aligned?


Yes, we think it is.  The value Unity provides is to make great games. More people will pay higher prices for great games. So, the revenue that a game developer receives from a Unity game is highly aligned with the value Unity provides.


The problem with this system is not in the metric, but in the architecture around the metric – the way the price scales with the metric. Our understanding is that it’s completely linear – there is a flat 2.5% commission on all revenue. You can argue this is value-aligned – there’s no reason to say driving revenue from $10m to $11m is any less valuable than driving it from $1m to $2m – but we think it falls back in acceptability or perceived fairness.


We live in a world where volume discounts are expected. If you buy something in bulk, it usually comes with a lower unit price, whether you ask for it or not. The implication is that because the vendor is making a larger total profit on the transaction because of the high volume, they can give some of it back to the customer. Even when it isn’t used as an incentive to purchase more, it’s understood as a reward for the large transaction. 


You see it everywhere. Banks give lower fees and interest rates to customers with higher assets.


The implication is that keeping the commission flat at 2.5%, regardless of the scale of the revenue, feels greedy. It makes people think, “You’re making so much money out of this – you can’t give me a little back?” Even at the higher revenues, customers may not object to the 2.5% commission itself. They just think that if they’re paying 2.5%, smaller customers should be paying 3%!


This entire situation speaks to the importance of bringing to market a customer-tested pricing strategy. Because the pricing wasn’t perceived as fair, many Unity customers began exploring alternative options , which poses a much broader challenge to Unity’s positioning in the market.


If only we had a dollar for every time we heard someone say, “Getting usage-based pricing right is hard”.  But that wouldn’t be value aligned for whoever's paying me. 


Which further proves our point. 


+++


Read more of our takes on usage-based pricing on our Insights page. 



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 February 11, 2025
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.
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.
SHOW MORE