Discover the power of cloud cost intelligence
Give your team a better cost platform
Give engineering a cloud cost coach
Learn more about CloudZero and who we are
Learn more about CloudZero's pricing
Take a customized tour of CloudZero
Understand your cloud unit economics and measure cost per customer
Discover and monitor your real Kubernetes and container costs
Measure and monitor the unit metrics that matter most to your business
Allocate cost and gain cost visibility even if your tagging isn’t perfect
Identify and measure your software COGS
Decentralize cost decisions to your engineering teams
Automatically identify wasted spend, then proactively build cost-effective infrastructure
Discover the best cloud cost intelligence resources
Browse webinars, ebooks, press releases, and other helpful resourcesBlog
Discover the best cloud cost intelligence contentCase Studies
Learn how we’ve helped happy customers like SeatGeek, Drift, Remitly, and moreEvents
Check out our best upcoming and past eventsFree Cloud Cost Assessment
Gauge the health and maturity level of your cost management and optimization efforts
Discover how SeatGeek decoded its AWS bill and measures cost per customerRead customer story
Learn how Skyscanner decentralized cloud cost to their engineering teamsRead customer story
Learn how Malwarebytes measures cloud cost per productRead customer story
Learn how Remitly built an engineering culture of cost autonomyRead customer story
Discover how Ninjacat uses cloud cost intelligence to inform business decisionsRead customer story
Learn Smartbear optimized engineering use and inform go-to-market strategiesRead customer story
Without cloud cost information, it’s difficult or impossible to make educated decisions about the best SaaS pricing strategy for your business.
On a day-to-day basis, both engineering and product management in software companies involves constant trade-offs. Everyone has a long backlog of tasks and needs to make decisions about what to prioritize on a daily, weekly, and monthly basis.
Figuring out what to tackle first, what to put off for later, and what to say no to is critical both to managing daily workloads as well as to creating product roadmaps that reflect what customers want.
These decisions often are made based on feedback from customers, the company’s positioning, and overall strategic goals. But in too many cases, the conversation around product strategy lacks an important data point: The cost to build and operate the features.
Cloud costs should not be the only data point in discussions about product roadmaps. Without context, cloud costs are meaningless: The fact that Feature A costs $10,000 per month to operate seems like a lot ... unless that same feature drives $500,000 in monthly revenue.
The cost of operating a feature should definitely be part of the product strategy conversation, however. Without cost information, it’s difficult or impossible to make educated decisions about the best SaaS pricing strategies, how much to charge customers or whether or not it makes sense to offer a feature in the first place.
Here are just a few of the ways cloud costs can influence product strategy decisions.
For SaaS companies, figuring out the right pricing structure — as well as the right price point and what features to include in each tier — is key to profitability. There are different ways to structure the pricing tiers, and many companies have one tier that is free forever. The question is: What features should be available in each tier?
In many companies, these decisions are based essentially on guesswork. Business leaders think about which features they think the customers will value more than others, but there is very little data that goes into determining either which features belong in each tier or what the price of each option should be.
Ultimately, how much you can charge for a product absolutely depends on how much your customers value it. But businesses also need to know whether or not it is going to be profitable to offer any given feature. Getting information about the costs of offering a specific feature is an important data point in the discussion on how much to charge for it or which tier to include it in — if it turns out a feature is very expensive to operate, putting it in the free tier may not make sense.
It’s also important to understand how growth will impact both total costs as well as per-unit costs. Costs don’t always scale linearly: Some costs, like storage, might be relatively fixed regardless of the number of users, while others, like data transfer, will increase in a fairly predictable pattern as the number of customers grow.
It’s also important to understand customer usage patterns. Do some customers end up using the product more heavily than others, in a way that drives costs up? Is there a pricing strategy that’s based on usage, rather than number of users, that might be more appropriate? These kinds of questions are important to consider as companies determine how the product should evolve and what pricing model provides the best value for customers and the most profit for the company.
Discussions about product roadmaps often focus on adding new features — just like discussions about scaling are often focused on scaling up, not down. But there are plenty of cases when decommissioning a capability is smart.
If a particular feature doesn’t get a lot of use but is expensive to operate, even if it’s not being used, it makes sense to end-of-life it, offer it only to certain customers or to offer it as a paid add-on rather than as part of a pre-packaged option. This will not only save the money you spend delivering the feature, but will also let you redeploy the engineering resources to other, more impactful work.
The more product options a company has, the more important — and challenging — to get detailed cost data. Most companies know how much they spend, total, on compute and storage every month. Most companies don’t know how much of that went towards Product A and how much went to Product B. Yet that information is incredibly important when deciding how much to charge for each product, which product to prioritize and whether one product needs to be re-architected to bring cost down.
Going by net revenue numbers isn’t enough, either: It’s entirely possible for the more expensive product to be less profitable. Without granular cost information, that information might be hidden.
Companies ignore cost information at their peril. An application that costs too much to operate is tech debt of the most literal kind. Unprofitable applications and features are worse the more customers you have, and can lead to rushed cost-reduction efforts that are done in the dark and without context.
With CloudZero, engineers and product managers have the information they need to take costs into consideration proactively and iteratively. While software companies are constantly faced with trade-offs, with the right information they don’t have to compromise on speed or user satisfaction in order to increase their profitability.
Tim Buntel has an extensive SaaS background, having founded application security company Bluefyre, which was acquired by Threat Stack in 2017. His resume also includes such prominent brands as Adobe, Atlassian, Microsoft, and CloudZero.
CloudZero is the only solution that enables you to allocate 100% of your spend in hours — so you can align everyone around cost dimensions that matter to your business.