Understanding and optimizing the impact of software licenses and SaaS investments on an organization’s cost structure and value by understanding vendor-specific licensing terms, use rights, and pricing options, planning for appropriate use aimed to minimize over-deployment (a compliance risk) or under-deployment (shelfware/waste), while collaborating with engineering, finance, procurement, and legal teams.
Understanding Licensing & SaaS Pricing and Purchasing
Understanding Licenses & SaaS Use in Cloud
Managing use of Licenses & SaaS
FinOps helps organizations manage the variable use, consumption based services prevalent in cloud platforms and increasingly seen in other technology categories. In most organizations, licensed software, public cloud, private cloud, data center, and Software as a Service (SaaS) products are used in hybrid combination. This environment can be more complex and diverse in organizations with long-established on-premises data centers when adopting cloud, AI, data cloud platforms and other newer technology categories.
Licenses may be for operating systems, individual software components of applications, databases, or even platform software. SaaS solutions may provide hosted enterprise applications like CRM, databases, messaging platforms or even data warehouses. SaaS solutions can also be used to deploy, monitor, provide analytics and secure your organization. In some organizations, the cost and scale of SaaS or licenses may be significant, and may represent a large area of focus for FinOps teams because of the scale of its impact on value.
While the level of detail, granularity of cost, or amount of billing data is generally not as great for SaaS or license usage, the usage is still typically variable and consumption based. Depending on the way these products are purchased, their billing data may be included in the cloud billing data, or it may be received separately from the software publisher or vendor supplying the software. SaaS products and software licenses are often used in place of IaaS cloud services, so FinOps teams should have a clear understanding of how they are being used, how to quantify their value when used, and effectively manage their use over time.
Understanding both how the organization is buying software licenses and SaaS products is critical, and must involve the Procurement persona, who is typically responsible for procuring licenses and software on behalf of the organization. In addition, if the organization has an ITAM or SAM function or team, integrating with that team will be crucial to share information about how externally purchased licenses and software are being used, to coordinate on planning for the use or retirement of these services, and to assess and manage the risk associated with contractual requirements in these contracts.
Software and SaaS licenses, like cloud, often have variable cost elements, charging by the seat, by the user, by the core, by the amount of storage, or many other billing mechanisms. In addition to the primary charges for these, there may be secondary cost meters – access count, API usage, data stored, or the like – which can add more cost (and complexity). Unlike most public cloud use, license and SaaS contracts typically are for multiple years, or for perpetual license rights. They often allow for “true ups,” letting an organization increase the number of licenses they are paying for, but not “true downs” to decrease the number. Additionally, because all license vendors don’t have a real-time view of what is being used by its customers, audits and compliance can be called for, and if more licenses are being used than are allowed, penalties can attach. To add to this, there are often complex (and rapidly changing) rules from software vendors covering when and how its licenses can be used in the cloud, versus in data centers owned by the customer (e.g. Bring Your Own License or BYOL rights, or Azure Hybrid Benefits). ITAM, Procurement, and Legal teams are best suited to help FinOps teams to understand specifically what contracts are in place, what their terms are, and where these options can be considered in the technology estate.
Licenses and SaaS products can be purchased in a variety of ways. When purchased as part of an organizational agreement, they typically provide for a certain number of users or processor cores. The organization can install these software in their data center or cloud environments subject to the vendor’s restrictions. In the case of licensed operating systems or databases, cloud providers may include the cost of licenses in certain versions of cloud resources that they offer, and charge by the minute for. In other cases, the licenses are more expensive than the virtual resource running it, and the cost of licenses may or may not be covered by other discounts that apply to these resources, like savings plan, committed use, or reserved instance discounts. Increasingly, some licenses and SaaS products are also available through the cloud provider Marketplaces. Marketplace can provide more of an on-demand experience, allowing organizations to purchase licenses for a specific purpose, and then stop paying for them when they are no longer needed, rather than having to buy perpetual licenses with multi-year support commitments. However, the terms of these marketplace purchases may be different from those used by your organization, and in cases where your organization already has the rights to use a certain piece of software in the cloud as BYOL, buying a duplicate through the Marketplace may be wasteful.
Working with Procurement and your ITAM team allows the FinOps team to determine the best guidance to provide all personas in Engineering and Product teams on how to procure and use the licenses they need. Additionally, the FinOps team can then plan for any adjustments to existing license or SaaS purchases that the organization would find value in changing over time. Unlike public cloud, most license and SaaS purchase agreements cannot be changed as quickly, and some may take years to adjust or get out of. Careful planning must be done, well in advance, with procurement and ITAM / SAM personas to make these changes happen.
As someone in the FinOps team role, I will…
As someone in a Product role, I will…
As someone in a Finance role, I will…
As someone in a Procurement role, I will…
As someone in an Engineering role, I will…
As someone in a Leadership role, I will…
As someone in an Allied Persona role, I will…
Measures how effectively provisioned user accounts translate into active usage by comparing the number of active users to the total number of provisioned users. The formula quantifies the proportion of accounts that are delivering ongoing value rather than simply existing in an enabled state. Higher ratios indicate strong engagement and efficient access management, while lower
Measures how effectively provisioned user accounts translate into active usage by comparing the number of active users to the total number of provisioned users. The formula quantifies the proportion of accounts that are delivering ongoing value rather than simply existing in an enabled state. Higher ratios indicate strong engagement and efficient access management, while lower ratios highlight dormant or unused accounts that may be candidates for deprovisioning or licence reduction. This KPI was developed by the FinOps for SaaS Working Group.
Active-to-Provisioned User Ratio = (Active Users / Provisioned Users) x 100
Candidate Data Sources:
Measures how effectively purchased SaaS licences are assigned by comparing the number of licences in use to the number purchased. The formula quantifies the proportion of entitlements that are actively allocated, providing visibility into unused or over-provisioned licences. Higher utilisation rates indicate closer alignment between purchased capacity and assigned users, while lower rates highlight opportunities
Measures how effectively purchased SaaS licences are assigned by comparing the number of licences in use to the number purchased. The formula quantifies the proportion of entitlements that are actively allocated, providing visibility into unused or over-provisioned licences. Higher utilisation rates indicate closer alignment between purchased capacity and assigned users, while lower rates highlight opportunities for rightsizing, licence reclamation or cost avoidance, particularly in seat based SaaS models. This KPI was developed by the FinOps for SaaS Working Group.
License Utilisation Rate = (Assigned Licenses / Purchased Licenses) x 100
Candidate Data Sources:
Measures the effectiveness of SaaS optimisation efforts by comparing realised cost savings to the cost of implementing those actions. The formula quantifies the return generated from optimisation activities such as licence rightsizing, deprovisioning, tier adjustments or application rationalisation. Higher ROI values indicate that optimisation efforts are delivering proportionally greater financial benefit relative to their cost,
Measures the effectiveness of SaaS optimisation efforts by comparing realised cost savings to the cost of implementing those actions. The formula quantifies the return generated from optimisation activities such as licence rightsizing, deprovisioning, tier adjustments or application rationalisation. Higher ROI values indicate that optimisation efforts are delivering proportionally greater financial benefit relative to their cost, while lower values may signal limited impact, poor prioritisation or the need to adjust optimisation approaches. This KPI was developed by the FinOps for SaaS Working Group.
Optimization ROI = Savings from SaaS Optimization Actions / Implementation Cost
Candidate Data Sources:
Measures the efficiency of SaaS spend by comparing total SaaS cost to a defined unit of consumption. The formula quantifies the amount of cost required to deliver a single unit of value, such as an active user, transaction, API call or data volume, rather than relying on licence counts alone. Lower unit cost values indicate
Measures the efficiency of SaaS spend by comparing total SaaS cost to a defined unit of consumption. The formula quantifies the amount of cost required to deliver a single unit of value, such as an active user, transaction, API call or data volume, rather than relying on licence counts alone. Lower unit cost values indicate more efficient usage and better alignment between consumption and spend, while higher values may signal over-licensing, under-utilisation or inefficient configuration. This KPI was developed by the FinOps for SaaS Working Group.
SaaS Unit Cost = Total SaaS Cost / Total Units of Consumption
Candidate Data Sources: