What is centralized procurement in SaaS?
Centralized SaaS procurement is a model in which all software purchasing decisions are made or approved by a single department, often either IT, procurement or finance. By having a streamlined process for purchasing and renewing software solutions, organizations can ensure they have total visibility of their SaaS apps, prevent wasted spend and maximize purchasing power.
Related Definitions
Price Uplifts
What are price uplifts?
In the context of SaaS, price uplifts refer to an increase in the price of a software subscription. While many software providers will implement price uplifts on an annual basis, typically at the point of renewal, others may review and amend their pricing more frequently, for example on a quarterly basis. It is recommended that buyers negotiate a price uplift cap during the initial contract negotiation stage, placing a limit on the maximum amount the subscription can be increased by within a specified time period.
Reserved Instances
What are reserved instances?
Reserved Instances (RIs) are a pricing and capacity reservation offering provided by AWS for their EC2 (Elastic Compute Cloud) and RDS (Relational Database Service) services.
They specifically allow users to commit to using a specific instance type in the same region for either a one or three-year term, in exchange for discounts of up to 72% – the exact discount is ultimately dependent on the commitment term, instance type, availability zone and region.
There are various types of Reserved Instances available, each with different terms and levels of flexibility. Standard Reserved Instances provide the highest cost savings but are the least flexible, whereas Convertible Reserved Instances offer more flexibility by allowing you to change instance families within the same instance type.
In contrast, Scheduled Reserved Instances offer a lower discount, but allow you to reserve capacity for specific time windows, such as business hours or weekends, providing cost savings for predictable workloads.
Decentralized Procurement
What is decentralized procurement?
Decentralized purchasing in SaaS refers to the process of allowing individual departments or teams within an organization to make their own purchasing decisions for software applications. This is in contrast to a centralized purchasing model, where all purchasing decisions are approved by a single procurement team or a department such as finance.
While a decentralized purchasing model can provide teams with the flexibility to select and purchase the tools that best meet their needs, without having to wait for approvals or navigate bureaucratic purchasing processes, it can create challenges for the company. This can include reduced buying power, higher costs, lack of control over vendor relationships, and increased compliance and legal risks.
Tail Spend
What is tail spend?
Tail spend refers to the unmanaged purchases made within an organization that fail to pass through an official procurement process. On account of their low value, the costs incurred by these purchases are seldom monitored by financing teams as they are generally too small to be deemed “strategic”. The problem, however, is that they can make up as much as 20% of a business’ total spend.
Auto-Scaling
What is auto-scaling?
Auto-scaling refers to the automatic adjustment of cloud computing resources based on an organization’s current demand and workload. It dynamically adjusts the allocation of resources to match the evolving requirements of an application or system without the need for manual intervention.
There are a number of benefits to using auto-scaling, the first being cost efficiency. By ensuring that resources are scaled up or down as and when needed, organizations can avoid over-provisioning and subsequently reduce unnecessary expenses. It also helps maintain consistent performance levels by automatically adding resources during peak demand periods.
Master Service Agreement (MSA)
What is a Master Service Agreement?
A Master Service Agreement (MSA) is a contract between two parties, in this case the software provider and the buyer, outlining the terms and conditions of the agreement. It will typically cover pricing, payment terms, service levels, intellectual property rights, confidentiality, liability, termination, and dispute resolution.
Unlike a service level agreement (SLA) which outlines the specific performance metrics and criteria for the delivery of a particular service, for example uptime guarantees and support response times, an MSA covers the broader terms of the business relationship.