Monetizing End-of-Life Assets

When we buy a product, we have an expectation of how long we’ll be able to use it and how much value we’ll be able to extract from it. The length of this period is traditionally governed by terms like technical and economic lifecycle. How much more value could we derive from a product with modern asset centric service lifecycle management tools? Let’s show you how to monetize the end-of-life phase of a product.

In 2010 I worked for a global OEM, selling mission critical equipment. In my first conversation with the product sales leader, I asked what value promise we made to our buyers concerning the operational and service lifecycle of our products. In short: “If product owners use the product in line with the use cases anticipated by our design and engineering team, if product owners practice good husbandry and execute all preventive maintenance instructions as laid forward in the user manuals, then our product will operate at nominal performance for the duration of the technical lifecycle.”

Wow, read that response again and spot the “ifs” and assumptions in that sentence.

There was a time when the OEM was the only one knowledgeable about the product and the owner/user wasn’t. The OEM determined the length of the technical lifecycle and the conditions for good husbandry. Today, customers are more informed and certainly more vocal. The OEM will need a better story to contextualize maintenance prescriptions and underpin replacement, retrofit, and decommissioning decisions.

Contextual maintenance prescriptions

In 2020 I wrote a blog based on a question from a product owner who wanted to reduce its maintenance cost. “What happens to the performance of my product when I skip a preventive maintenance cycle or increase it from 12 to 18 months?”

Representing the OEM, this was a tough one. I could repeat the prescribed maintenance instructions, but I had neither carrot nor stick to convince the customer to adhere to these instructions and buy my maintenance services. If I gave in, I would certainly lose preventive maintenance revenue; if I held my ground, I might win in the short term, to lose the bigger picture. What I needed was a mechanism to consider the age of the product as well as the wear-and-tear.

Managing aging products

Creating such a mechanism and developing a contextual rationale for maintaining aging products is relevant for both OEMs and product owners. To underpin the answer to the question is: “What is the tipping point where to continue to invest in the current product versus going for a newer product?”

During the warranty period, asset owners expect their products to work without any substantial maintenance cost. As the product ages towards mid- and end-of-life, those expectations shift. To monetize those shifting expectations, an OEM will need an asset centric service model. Meaning, knowing where the products are, in what state and how they are being used.

What does this look like? If each touchpoint with an asset during its service lifecycle represents an activity. If each activity requires an effort. If each effort has both a cost and revenue component, then you can paint a picture of the cost-to-serve that product over its lifecycle. When you start comparing actual cost/revenue against planned cost/revenue, then you will have the data points for decision-making. In a full transparency mode, customers will have the same information, leading to balanced buyer-seller investment decisions.

Informed investment decisions

To understand how an OEM can monetize end-of-life situations, it is necessary to flip the point-of-view to the asset owner.

Suppose a customer purchased a product a couple of years back, to fulfill specific use cases. The buyer made certain choices to maintain the product to protect that investment. At any point in the lifecycle of the product, the owner needs to decide:

• Do I continue using the current product in gradually degrading mode?
• Do I retrofit or upgrade the product boosting performance and/or lifespan?
• Do I decommission the old product and buy a new one?

To make an informed decision, one considers:

• The product is getting older in calendar years
• Product output/ performance is dropping below a certain clip level
• The cost to maintain the product is higher than the value it generates
• The use cases for the product may change over time

Ideally, one would have tools to make a forward-looking statement. A tool answering the question: “Considering all of the above, how much opex and capex do I need to spend on my product to keep it in working order?” Such a tool exists!

Multi-year maintenance plan

In the 1970s a method called the “House Condition Survey” was created in the UK to determine the technical state of buildings and to derive subsequent maintenance plans. Not based on abstract/generic, OEM-sourced maintenance prescriptions, but based on the actual state of the equipment in the context of its use, wear, and tear.

In the Netherlands this methodology has been refined in a norm NEN 2767, with a so-called Multi-Year Maintenance Plan (MYMP) as primary output. The asset owner can ask a service provider to execute ‘textbook’ preventive maintenance and contract an additional MYMP. The MYMP will serve a forward-looking opex/capex statement for budget planning and risk mitigation purposes. For the service provider the MYMP serves as input to defining sales strategies monetizing end-of-life.

Monetizing end-of-life

Now we have the data points to construct a forward-looking statement and we understand the interest of the product owner, the OEM can build an end-of-life services portfolio:

• Upscaling textbook preventive maintenance to condition-based maintenance
• Selling retrofits and performance booster packages
• Subscription offerings to keep the product on latest engineering revision and software level
• Buy-back of older products and sell them as refurbished units
• Cannibalize decommissioned products for component and precious-metal recovery

With the above services portfolio, both OEM and asset owner have a toolbox to monetize the end-of-life of a product. Deployment of the tool is not a one-size-fits-all but is contextual to the actual behaviour of a product in the field. Knowing where those products are, in what state and how they are being used, is at the foundation of lifecycle monetization.