Scaling XaaS has been saved
The authors would like to thank Anjali Tanwar, Nikki Ahuja, Anand Mohan, and Pulak Khanna of Deloitte Consulting LLP for their contributions to this article.
Cover art by: Sonya Vasilieff
United States
United States
United States
Based on industry trends we have tracked so far, providers have consciously been trying to craft customer-centric solutions to entice customers and sustain their loyalty via subscription models for their anything as a service (XaaS) offerings. But one of the evolving expectations from customers is further differentiation when choosing a solution or a provider. According to an Enterprise Customer Success Study and Outlook conducted by Deloitte, 76% of enterprise customers at some point have discussed outcomes with their technology providers,1 indicating the direction of the evolution of customer preferences. Keeping up with this trend, more and more companies are adopting the outcome-based monetization model where customers are charged based on the outcome delivered by a solution, a model which can potentially benefit both the provider and the customer.
The last article in Deloitte’s Digital Industrial Transformation series, “Scaling up XaaS,” discussed how to align XaaS with digital industrial transformation. This one will focus on the outcome-based monetization model.
Outcome-based monetization models put the focus on business outcomes, where the customer pays for a predefined tangible business outcome or value realized from services consumed. For example, Hitachi Rail, which is building new trains in the United Kingdom, will get paid when its customers (UK train operators) complete journeys that meet a battery of key performance indicators (KPIs) throughout the journey—maintenance, fleet availability, onboard temperature, and so on.2 Hitachi owns and maintains the trains, and the Network Rail System in the United Kingdom pays Hitachi for “on-time service.”
Hitachi is thus providing “train as a service,” converting the capital cost of trains into an operational expense. This pricing model involves frequent interaction between the provider and the customer during the entire life cycle, as both the customer and provider are invested in achieving the outcome. The provider is exposed to high risks as well as potentially high rewards.
Other industries are also pivoting toward this model. For example, Signify, instead of selling bulbs, provides a contract ensuring lights will never go out at Amsterdam’s Schiphol airport.3 Schiphol entered into a five-year contract with no upfront investment. Signify owns the maintenance, replacements, and continued optimization of the lights installed and Schiphol pays a monthly service fee that includes energy and maintenance costs.
To adopt the outcome-based monetization model, companies need to adjust their internal capabilities (such as invoicing capabilities), which involves cost and effort. It is therefore important to assess whether the outcome-based business model is a good fit for a particular service and consider a set of factors across people, process, and technology required to enable this model and realize the expected benefits.
We have identified six key aspects of the customer’s evolving preferences and dynamic shifts in the market that make the outcome-based monetization model an attractive and feasible option (figure 2).
This model is expected to drive customer acquisition and customer retention and open up opportunities for upselling and cross-selling.
XaaS providers looking to monetize their offerings via the outcome-based model must consider a variety of factors. Figure 3 lists out the additional options that providers must determine for designing outcome-based business models. A close examination of these will help determine whether this model is viable or not for the service concerned.
Outcome-based contracts can be framed in a variety of ways depending on the type of value promised. When the value offered is time, a specific quality KPI is promised over a defined period. Textio charging customers based on the number of people they plan to hire, instead of the number of job posts is an example of volume-based outcomes.4 In the case of Signify’s light-as-a-service offering, the value being offered is financial impact in the form of revenue gain or cost reduction (besides other gains).5 Service/quality assurance that promise zero or minimal issues due to defects or failures are the value offered in the case of Signify’s promise of lights never going out at Amsterdam’s Schiphol airport.
The terms of the contract define the monetization strategy: How the product/service will be charged and the unit of measurement, billing, payment schedule, and financial outcome-sharing terms in the form of either a profit/loss-sharing or penalty clause.
Once the outcome to be delivered is defined, it is imperative to identify who is involved in delivering the outcome. Typically, this includes the provider, channel partner, supplier, customer, and end user. Once identified, define each party’s role and responsibilities and the capabilities each one of them needs to have or build to enable outcome delivery. This must be clearly called out in the contract. Another key driver is to tie the risk and reward mechanism to respective parties.
While the outcome-based business model has its benefits, providers must consider a couple of aspects while exploring this model to improve customer loyalty or strengthen pricing power.
a) Do we have the required capabilities to adopt the outcome-based business model?
b) If we do shift to the outcome-based business model, will it realize the benefits that we expect it to?
Based on the capabilities and expected benefits, the provider can be placed in one of the four quadrants on the capability maturity framework (figure 4).
Champion. Champions are equipped with the right capabilities and the industry/market in which they operate lets them provide a unique value that customers are willing to pay for. For instance, UnitedHealthcare (UHC), one of the largest healthcare providers in the US, has been offering value-based care programs for over many years. Value-based programs6 reward health care providers for the quality of care they give to patients, as opposed to the quantity of billable services they provide. Under value-based models, payment is linked to quality and outcomes in addition to holding providers accountable for the care they provide. Linking payments to outcomes promotes proactive outreach, coordinated care, and evidence-based practices. It also encourages proactive and preventive care and helps reduce health care waste. A champion must focus on refining and strengthening the value proposition in line with customer expectations and the market or competitive situation to avoid charging customers for a value that later becomes a basic expectation.
Aspirer. An aspirer realizes revenue growth by switching to the new model but lacks the capabilities necessary to enable the model. They may already be offering value-based services in their sector but may not have the resources needed to deliver or charge for the value they provide.
There are a growing number of search engine optimization (SEO) agencies offering guaranteed SEO-based search ranking. Though there is a market for such an offering, it is not easy for a provider to guarantee such an outcome, given that so many other companies may be vying for the top rank and that Google owns the algorithm. Google Search Central provides a guidance for companies who are looking to engage SEO agency.7
Aspirers need to invest in skill development, change management, and inculcating a value-driven mindset in the organization.
Seeker. A seeker has the necessary capabilities to switch to the new model, but the paucity of benefits makes the switch unviable. The value delivered by their product/service is either too basic for customers to consider paying extra for it or not critical enough to command a premium or entails a high cost of value development and delivery.
Given this, the seeker can enter a partnership with a larger enterprise that can benefit from this model, sell its intellectual property to the enterprise, or not enter into outcome-based business models altogether.
For example, if a startup that develops a blockchain network finds that the blockchain network helps with traceability but has little to offer in terms of outcomes, it can partner with a larger enterprise such as a hardware original equipment manufacturer (OEM) or a software company that promises outcomes. For a hardware OEM, blockchain can be used to track the source of hardware parts. In the case of a software solution, blockchain can help ensure pirated copies are not used by customers.
Explorer. An explorer neither has the necessary capabilities to switch to the new model nor can it realize revenue growth through the shift. Take the example of automobile companies that are currently unable to use an outcome-based model centered around mileage, since there are too many user-dependent factors that affect mileage—driving speed, quality of fuel, maintenance of the car. The manufacturer cannot compensate for these variables through technological capabilities. At the same time, an outcome based purely on mileage may not help the company command a premium as the buying decision is based on other factors such as quality of service and features provided. Expanding their offerings horizontally—through telematics services or sensor data monetization—is a better way of adopting outcome-based business models.
Depending on their current position in the matrix, providers can take up the appropriate strategic direction that helps them move to the outcome-based model.
Evaluating capabilities for the above framework involves evaluating whether the provider has the required people, processes, and technology in place to support the outcome-based business model. Similarly, benefits can be measured in terms of customer acquisition, retention and expansion, pricing power, and cost reduction.
Customer acquisition, retention, and expansion. Service providers need to evaluate whether the model will attract new customers, retain existing ones, and increase upsell/cross-sell revenue. The advantages of risk-sharing and provider accountability should attract, retain, and encourage customers to increase their spend on the provider’s products and services. If this is not likely due to product limitations, competition, industry trends, etc., the new model will not yield benefits. For example, customers may not opt for a cab/taxi service that charges them based on how quickly/safely they reach the destination—speed and safety are after all bare minimums. However, customers may opt for a cab/taxi service that offers premium services such as on-demand content, instant calling, etc.
Pricing flexibility. Can the provider vary pricing based on customer environment complexity and need? The model should empower the provider to dynamically increase/decrease their prices based on the level of risk-sharing and accountability, and thus capture higher margins from the outcome-based business model.
Costs. Finally, will the costs incurred by switching to the outcome-based pricing model make it viable for the provider? It is imperative that investment costs do not exceed expected monetary benefits anticipated from switching to this model.
Shifting to an outcome-based business model will require providers to align on value definition for outcome-based contracts, enhance product/services to measure relevant usage metrics aligned with outcomes, upgrade the order-to-cash processes to ensure the necessary billing systems are in place to track outcomes, produce accurate invoices, and enable bundling of outcomes over a period. The end-to-end systems in place will have to be realigned to facilitate measurement of metrics such as close cycle time, past due payments, and collection to terms as specified in the outcome-based contract.
However, while moving to an outcome-based business model, providers need to particularly keep in mind the impact it will have on the following capabilities:
Providers will have to evaluate the following considerations from a capability standpoint:
Process: Are there processes in place for the enablement of the new model?
We recommend that the provider move to the new model only if there are robust processes in place for cross-functional collaboration: product, pricing and monetization, sales, metering and measurement, billing and payments, and revenue recognition. For example, if the provider has defined processes for tracking outcomes realized by the customer, the maturity of their metering and measurement capability is high. On the other hand, if there is hardly any interaction with the customer after the sale, the capability maturity is considered low.
People: Are the skills, organizational structure, and incentives aligned to the model?
Successful implementation of the outcome-based model entails a well-defined organizational structure with interdependencies and employees enabled to adapt to the new model. Apart from this, it is also important to have clear metrics to measure the success of the new model and the corresponding impact on employee compensation and incentives. For example, if the teams are well-trained on different customer segments, their business objectives, usage patterns and preferences, and the quantifiable value typically delivered by the solution, the enablement capability maturity is high.
The outcome-based business model entails a customer-centric approach, and the organization should build a customer-centric culture with set KPIs and targets accordingly. Leadership vision and communication are needed to drive this shift. Transparent, well-defined, and shared goals to drive outcomes across the organization are the foundation to a successful model.
Technology: Is there technology in place to record, analyze, bill, and transact in the outcome-based model?
Technology support is critical, especially in application functionality and architecture scalability along with data insights. For example, if powerful telemetry and analytics tools are used in automated collection and analysis of customer usage data, the insights capability maturity is high. But if qualitative customer usage data is manually collected and analyzed, maturity is low.
Architecture scalability is imperative. As more customers are onboarded, providers need to scale their architecture to support more functionality and complexity. The number of transactional data points increases as providers need to work closely with customers to drive outcomes, often collaborating by accessing critical data points from customers to collectively drive outcomes.
Data and analytics capabilities need to be mature. Tools and processes to collect customer usage data need to be automated and capture accurate data. Analytical tools need to be enabled with powerful telemetry to process a large amount of data in real time to successfully measure and track outcomes.
In case of the automobile industry, with the connected vehicles trend and the subsequent increase in the number of sensors in vehicles, OEMs are taking on more responsibility for insurance. For instance, BMW’s CarData8 service offers third parties with customer data (such as odometer reading, average mileage etc.). This sharing is done only upon customer consent and in accordance with the EU General Data Protection Regulation (EU-GDPR) and the California Consumer Privacy Act (CCPA). Only if a BMW customer has actively provided consent to sharing of vehicle data, his/her insurance company, who must be registered with CarData, will receive data in an encrypted format. The insurer is now able to offer personalized services based on vehicle data. This, in turn benefits the customer with reduced insurance premiums calculated based on actual mileage/usage data. However, such a partnership between the OEM and insurance company will have implications in terms of infrastructure, regulation, and risk. Determining who owns the customer relationship and ongoing revenue opportunity in such cases could become challenging.
Providers need to carefully assess using a two-pronged approach—whether they have the required capabilities in place to switch to outcome-based business models and if so, will the switch give them the benefits they expect it to. The maturity assessment framework aids with this.
Outcome-based business models are practical only when both provider and customer align on framing a true risk-reward model. We recommend that providers consider the guidelines below as they seek to adopt the outcome-based business model.
The evolving customer preferences and market shift toward outcome- or value-based contracts have paved the way for outcome-based business models. In this customer-centric world, customer demands are increasing, and organizations need to think how to deliver or offer solutions and models that customers would prefer. Though providers have been promising outcomes for some time, they are gradually moving toward monetizing these outcomes to differentiate themselves in the marketplace.
The authors would like to thank Anjali Tanwar, Nikki Ahuja, Anand Mohan, and Pulak Khanna of Deloitte Consulting LLP for their contributions to this article.
Cover art by: Sonya Vasilieff