Sustainability by Design: How Service Lifecycle Management and Digital Thread Drive Efficiency

At this year’s 21st service management forum, ASAP will feature “the servitisation revolution for sustainability.” While both keywords attract attention, the road to action is less obvious. I find it positive to see a growing consensus on the ‘why’ and ‘what’ of sustainability. However, I detect a more hesitant dynamic when addressing the ‘how’ and ‘who.’ Hence, I will deliver a keynote, “Sustainability by Design,” on October 25th, sharing practical approaches to help you deliver on your sustainability ambition.

Sustainable product design

For just over 30 years, I have worked in the service domain. When I ask service leaders and technicians about the serviceability of products, it feels like poking a bear. “What did engineering have in mind when they designed this product? It is difficult to both diagnose and repair.”

By nature, service technicians are a mix of firefighter and magician: they will get the work done, one way or another. Whether that work is done efficiently, cost-effectively, or profitably is a different story. But is it sustainable? Definitely! Repairing a product is more sustainable than buying a new one.

For years, iFixit.com has been giving repairability scores to B2C products. Its purpose is to change the consumer mindset regarding sustainability. Today, sustainability awareness is embedded in right-to-repair legislation (both in the EU and the U.S.). See the iFixit Repair Manifesto here.

Shifting to the B2B world of your technicians, they could write a book on the challenges of repairability:

  • Why do I need two hours of labor to disassemble a product to replace a $5 component?
  • Why do I need special tools just to open the product?
  • Why does the repair kit contain parts I never use and/or cannot reuse?

These challenges are embedded in the product’s design, which brings us to the topic of design-for-service, or perhaps we should say design-for-operation. Meaning: how easy and sustainable is it to use products?

Now, we arrive at a branch:

  • How do we make existing products more sustainable?
  • How do we make new products more sustainable?

For the latter, we could start from scratch and act upon the guidelines for sustainable product design. For the former, we must accept historical/sub-optimal design decisions and establish mitigating strategies in the domain of service lifecycle management (SLM).

Service lifecycle management (SLM)

When I visit OEMs (Original Equipment Manufacturers) as a service persona, my favorite opening phrase is, “You design and build great products, and then they go into the field.” This “going into the field” will happen regardless of whether design-for-serviceability and sustainability concepts are applied during the engineering process. What I’m saying is that SLM can and should apply its own design-for-sustainability paradigm when defining processes and tooling. By doing so, the service function will achieve two goals:

  • The current installed base will be serviced as sustainably as possible, within product design constraints.
  • Data collected from the existing installed base will feed sustainability improvements for the next generation of products.

An example of a simple, efficient, and powerful way to drive sustainability is by using the mean-time-between-failure (MTBF) metric in a plan-versus-actual approach.

Suppose Engineering designs a component with an expected MTBF of 10,000 hours. This is the plan. We then produce a batch of 100 units, which go into the field. Each of those units will have a unique service lifecycle, generating live data. This is the actual. When a unit fails, Service typically repairs the component reactively. But when you start using the MTBF to predict and identify outliers, you become more sustainable:

  • Planned interventions are both cheaper and more sustainable than unplanned work.
  • Comparing actual vs. planned MTBF will help identify unplanned downtime and sustainability issues early on.
  • Capturing actual MTBF is a critical data point for sustainable product design.

If the actual MTBF deviates from the planned value, it doesn’t always mean Engineering was wrong. Sustainability also involves a customer component. Acting on the discrepancy may lead the OEM to advise the customer on better usage and product management.

By design

In the previous two paragraphs, I’ve addressed two facets of Sustainability by Design: a product-design facet and a process-design facet. Combining the two will boost your sustainability benefits, making 1 + 1 = 3.

Two additional concepts come into play. You could see them as building blocks of your sustainability agenda:

  • Digital thread: The flow of product information through all stages of its lifecycle. In other words, a thread from as-designed, as-built, as-sold, as-installed, as-maintained, and as-decommissioned.
  • Product Passport: The system-of-record for products in the field, capturing the data from all touchpoints over its service lifecycle.
SustainabilityBydesign-900x450.png

Where the digital thread anchors product lifecycle information from engineering to service and vice versa, the Product Passport captures the service lifecycle information of each product instance in the field. Together, they create an actionable closed loop regarding a product’s health and performance. These insights help the product owner, OEM, and service organization make informed decisions about three important lifecycle choices affecting sustainability:

  1. When to maintain a product.
  2. When to upgrade a product.
  3. When to replace a product and recover the residual value of the old one.

Whether sustainability is your primary or secondary driver, the technology to realize your ambition exists today. Digital Thread and Product Passport address the ‘how’ and ‘who.’ If you want to learn more, visit us at ASAP Service Management in Brescia, Italy, on October 24th and 25th, or contact us.

Published on PTC Blog.

Back to the Future: Should Service Execution begin with the handover from Engineering?

I had the privilege to present to the Advanced Manufacturing Research Centre (AMRC) of the University of Sheffield. Their website is packed with tags like “tomorrow done better”, “shaping the future of manufacturing”, and “world-leading technology experts”. What better place to discuss the topic of Design-for-Service with an audience immersed in Design-for-Manufacturability (DFM)? Allow me to share a back-to-the-future story. 

Blindfolded 

Service Blindfold challenge: Win $1000 cash.

About two years back, we interviewed a contingent of field service technicians. We asked them what makes them happy and what puts them off. 

In short, technicians love to be the hero-on-site, fixing technology and keeping the world running.  

On the flip side, they dislike going on a job blindfolded, with their hands cuffed and not being empowered to do their job. 

To elevate a technician’s role from reactive fire-fighter to proactive savior, first and foremost, we need to give them tools to see. This includes understanding what the product is, its current state, and how it is being utilized. Rather than immediately entering repair mode, it’s crucial to provide engineers with access to product engineering data, using this information so that they can diagnose the problem effectively. This is where the handover between engineering and service unfolds. 

Intellectual property 

When Engineering designs a product, they have specific use cases, product output, and performance in mind. For an original equipment manufacturer (OEM) the entire design and engineering thought process is considered intellectual property (IP), leading to the creation of great products. It’s the IP that sets their product apart from the competition. 

Then those products go into the field and buyers start using them. This is where the rubber hits the road. Does the product in the field behave like it was designed to in the development lab?  

Products in the field are best taken care of by Service. The more information Service knows about the engineering IP, the more efficient and effective Service can be in managing and supporting the operational lifecycle of the product. When mastered, you can even use Service as the primary revenue model

The IP can also flow from Service to Engineering. Throughout the operational lifecycle of a product, the Service team has multiple touch points with the product. Each touch point generates data. This data is on the actual behavior and performance of the product.  

Now we have two sets of data; the planned data from Engineering and the actual data gathered from Service. This opens up a plethora of instruments for continuous improvement. This improvement includes data for personnel in engineering, quality control, sales, product planning, supply chain, service sales, and service delivery. 

Handover from Engineering 

Not only in this Advanced Manufacturing Research Centre (AMRC) discussion– but in practically all conversations we have with OEMs– we often get to a point where product focus and service focus end up on two ends of a scale. It’s as if they are being treated as mutually exclusive; which should not be the case. 

There is a middle ground. Through the use of technology to hand over the engineering IP to Service and have Service embed that IP in their service execution processes we remove the blindfold. This is best illustrated through the function of maintenance engineering. 

A visual representation of the function of maintenance engineering

Maintenance engineering defines how to maintain the product, it sustains the product performance and output. Service translates the engineering-BoM into a service-BoM, identifies spare parts & kits, and creates preventive maintenance schemas. They also bundle installation, maintenance, and operating manuals. 

The good news is, the technology to hand over engineering data to Service in a clear and digestable format is there. Even better, most OEMs have a maintenance engineering function created in their IP making the barrier for entry low.  

Back to the Future 

Since November last year, I’ve been using the maintenance engineering narrative more forthrightly. I’m fascinated by the responses I get from customers, prospects, and researchers. First, a deafening silence, then comprehension and realization. It’s all so logical. It’s all so prognostic. So why haven’t we jumped on the bandwagon? 

To get a feeling of the engineering-service-handshake in 2023, we spoke to 50 service business leaders at Copperberg Field Service Forum. We started with an easy question. How many pages does the maintenance manual of a medium complex product have in your organization? The response: anything between 20-2,000 pages.  

We progressed to the more difficult questions. What information is in that document? Where is the document stored? Who reads it? Why? Why not? Does the content bring value? Should one use it? The conversation was not meant to create anxiety, but to make one see how existing engineering IP could be leveraged better in the service domain. 

It’s today’s technology that makes it possible to act on the handover from engineering to service, to apply the maintainability concepts in service execution, and to reap the business benefits. This puts the ball back in the court of OEMs. Do you want to remain silent or do you want to act now? Do you want to walk the talk? 

I am guessing that this will not be our last conversation on this topic. 

 See why service needs to be a team sport: Learn More 

This article is published on Field Service Digital and PTC Blog.

Digital Thread: Closing the Loop

For more than 25 years I’ve worked in the after-sales domain. Hardly ever I came across the words Digital Thread. That changed when PTC acquired ServiceMax a couple of months ago. I wish I had come across the Digital Thread concept a lot sooner. I’ve come to learn it as a powerful paradigm and being very useful in creating momentum for digital transformation. I get even more excited when I tie the ends of the thread and create an infinity loop.

What’s so compelling?

Having been a service executive for 25 year I’m rather practical and down-to-earth. I like to talk about service excellence, but my actions are more around service basics. When I hear a phrase like “data is the new oil”, I’m sceptical at first, immediately followed by curiosity.

I’d like to illustrate this through a research we commissioned about the rise of “Asset and Service Data Gravity“. Though friend and foe agree on the value of data, siloed organisational design and behaviour inhibits the flow of information. Since the publication of the report in 2018, I’ve seen and heard many more stories about the value of data, but I’ve always missed the handle, the story to break the siloes.

What is the ‘binding entity’ across all the business functions of an organisation? Yes, the product they sell! Some people have the idea, others design the product, next you produce it, then you sell it. Once the product goes into the ‘field’, you’ll help your customers install, operate, sustain and decommission the product. The common demeanor is the product lifecycle. 

In each phase of the lifecycle the product creates data. Instead of each organisational function creating its own siloed representation of the product, you can picture a ‘thread’ where each station passes the baton onto the next. That is a compeling message for me.

Design-for-Service

One of my favourite activities in my current job is that I get to do frequent ride alongs. I ‘staple’ myself to a service request and observe each step in the process. The eye-opening part in the ride along is the ‘field’ piece. I mean the part where either the customer, technician or depot repair operator is in front of the product, tasked to fix it.

Sometimes it appears like we ask customers, technicians and operators to perform service activities ‘blindfolded’. Some examples:

  • The engineering of the product is optimised for manufacturing but not for service.
  • The service and operating manuals are available as reference documents, but not as actionable bite-sized instructions contextual to the job at hand.
  • There is a spare parts catalogue, but finding the right part is like finding Wally. Especially when the product is a configure-to-order product.

All these bullets make it harder to service products. More effort. More cost. Less efficiency. Less margin. Lower customer experience.

With Digital Thread we can picture an alternative future. Engineering designs a product with an intended use case in mind. Maintenance engineering ‘translates’ the product design and use case into a recommended preventive maintenance scheme, spare parts kit and component MTBF. Wouldn’t it be great if all that knowledge ‘flows’ into the after-sales and service delivery function? On the same platform?

Closing the loop

Now we have a linear thread starting with the definition of a product all the way up to sustaining and augementing the product, what would happen if we close the loop? Why is that important and who benefits?

Let me tell you a true story when I managed a field service organisation. The engineering department asked me to collect 25+ data points during the debrief of every service activity. Knowing that my technicians had not signed up for the job to do admin, I needed a lever to steer the conversation.

The good news, engineering recognised the value of data once the product was in the ‘field’. The bad, the cost of collecting the data was in after-sales/ service. To solve this dilemma, I played a game. 

25 Data points equals 15 minutes admin time. Multiplied by volume. Multiplied by fully burdened cost. “Engineering, the cost of your data request is 581k per annum”. Can you guess the response? Isn’t this internal money? Endgame, engineering reviewed the list of 25+, settled on 5 questions that had an impact on value creation. Engineering funded service to collect the data. Technicians understood the reasoning of the 5 extra questions. Technicians got extra time (and pay) for retrieving the additional data points.

In all, we closed the loop, created value, balanced cost/ effort, got lasting funding and mitigated adoption. We all won.

There is more

Once engineering receives relevant and quality feedback on the performance of products in the field, you can setup a ‘plan versus actual’ process. In designing revision 1, engineering had a plan. Now the product is in the field, they receive actual. The comparison of ‘plan versus actual’ is useful in designing revision 2 of the product. This will benefit both the sale of new products as well as allow the service function to target the existing installed base with engineering and upgrade offerings.

Knowing that modern products are getting more complex and have an ever increasing digital component, establishing a closed PLM-SLM loop is critical to a sustainable and profitable business model.

Let me end with a personal note. Throughout my career it was fashionable to say “customer first”. Being in service, I deliberately voiced a counter message: “design your business processes along the axis of the product and service lifecycle”. Hence you can see why I am so enthusiastic about the Digital Thread concept and the infinity loop. For me it is a game changer.

I have no doubt why organisational siloes should, even must, work together. When you plot each organisational function on the digital thread and infinity loop, you have a simple, powerful and reinforcing visualisation. The graphic emphasises both the organisational dependencies and value amplification.

No surprise, I will repeat this message infinite times .

This article is published on Field Service Digital and PTC Blog.

Digital Thread: How the Service Bill of Materials Links Engineering to Service

When we embark on a digital transformation journey in the after-sales domain, where does the process start? With the sale of the product? Commissioning of the product? First service call? We believe the foundation for the design of your service delivery processes starts in engineering.

This blog is part 1 in a series of three.

The creation of the service manual

When Engineering designs a product, they have an intended use profile in mind. That use profile defines wear-and-tear. Subsequently, the maintenance engineering function will define mitigating strategies to maintain the output specifications of the product and to sustain/prolong its lifecycle. The results are typically captured in the service manual and the Service Bill of Materials (BoM).

The golden standard of service

In a recent engagement with a prospect of ours, we asked to see the service manual of a medium-complex product to scope the service delivery business processes. Our premise: we may upsell on the service manual and promise higher value, but when we deliver less, product continuity and lifecycle may be at risk. As such, the service manual can be seen as the golden standard of service delivery.

In the 165 page pdf-document, we found a wealth of information on what to do, when to do it, and how to do it. Bill-of-materials, serviceable parts, PM-frequencies and kits, recommended consumables and spare parts, installation parameters, calibration values, and MTBF rates. We got enthusiastic. If somebody in engineering created this document, how does it ‘flow’ to after-sales? What system of record does after-sales use to be able to act upon the information in the service manual?

Digital thread

In the last decade, we’ve seen a lot of digitization initiatives driving the transformation agenda. We’ve also seen that a lot of digital data is still created and collected in silos. Engineering is digitizing product lifecycle management (PLM), manufacturing is pursuing Computer-aided manufacturing (CAD), sales are rolling out customer relationship management (CRM) and service is reshaping field service management (FSM). But how do they link to one another? Isn’t the overarching value promise of digitization the sharing of data leading to 1+1=3?

If your organization is in the business of designing, manufacturing, selling, and servicing products, then all those functions are connected through a digital thread. The carrier of the thread is the product itself. Starting as an as-engineered and subsequently transitioning into an as-built, as-sold, and as-maintained. In each stage of the lifecycle, additional information is added to the thread. Zooming out, each function will look at the digital thread through a lens to increase the value proposition.

Design for service

In our engagement with the above-mentioned prospect, we were curious how much design-for-service thought was put into the engineering phase and how that information would shape the design of the service delivery processes. Though the wealth in 165 pages of the service manual was phenomenal, the service organization had not yet invested in processes to receive the engineering baton.

The opening paragraph of the service manual provided a great narrative to introduce the baton. “Congratulations on your purchase. To protect your investment and get maximum return, we’ve defined some handles for good husbandry. This manual contains the instructions to guarantee the nominal output over its technical lifecycle”. In other words, the service manual defines the golden standard of maintenance to underpin the value promise of the product sale[1].

What Engineering documented in the 165-page service manual can be condensed in the following picture. In the first column, we find the Service-BoM. The Service-BoM is a subset of the Engineering/Manufacturing BoM. It contains only those parts that are serviceable. The manual pre-empts what skills are required to perform that serviceable activity. Can it be done by the customer, does it require a skilled technician or should the part be swapped in the field to be repaired in a depot/repair center?

With the above information from maintenance engineering, service delivery has a great blueprint defining what output its business processes should deliver. Analogously, service sales has an anchor to model cross and upsell offerings for customers having needs beyond the baseline described in the service manual.

Design for improvement

The service manual also serves another very important purpose; improvement. Improvement in two directions. Engineering giving handles to service and service giving feedback to engineering. As an illustration, I’ll use the mean time between failures (MTBF) column in the above table.

When Engineering designs a product, they typically have an idea of the lifecycle/MTBF of used components. Those values initially are theoretical numbers. Call them Plan. When the product hits the field in larger numbers, empirical values will trickle in. Call them Actual. When Actual is within a narrow margin of Plan, we say this is expected behavior. When it falls outside the margin, we call it an outlier. Understanding the root cause of the delta between Plan and Actual will enable you to drive improvement by process design.

  • Maybe the product was not installed properly
  • Maybe the product was not used as intended
  • Maybe engineering was wrong
  • Maybe service delivery was not in line with the service manual
  • Maybe the customer pushed out a preventive maintenance cycle
  • Maybe non-approved spares have been used

Actionable Service-BoM

What started as a trivial ask “can you share the service manual of a medium complex product” resulted in a pivotal conversation bridging engineering and service. The service manual is no longer a static 165-page pdf-document sitting in a knowledge repository. It is now an actionable document driving improvement and value in both the service and engineering domains.

[1] When selling products with a transfer-of-title, the risk of maintaining the product transfers to the buyer. Thus, the buyer becomes responsible to mitigate that risk in order to continue receiving the outcome/value of the product. The buyer may purchase maintenance services from OEM or choose differently. Read further in part 3 of this Digital Thread series.

This article is published on Field Service Digital and PTC Blog Site.

Rental in Transition

Last week I went to Riga to participate in the annual convention of the European Rental Association. With the theme ‘Rental in Transition’ the convention rightfully worded the pivotal junction in time. Fuelled by the European Green Deal we are poised to rebuild our economy towards net zero emmisions. This means construction will boom requiring lots of construction equipment. The big challenge for OEM, dealer, rental and construction companies will be to manage the installed base of construction equipment from a carbon footprint and emmisions perspective.

Collective bargaining

When the representative of the EU, the consultant from the Boston Consulting Group and the chairman of the European Construction Industry Federation talked about the need and drivers for transition, I had this nagging question. Suppose I own a construction equipment fleet of 1b$, the majority still being internal combustion engine (ICE) based, how do I monetise that investment if the awarding of new construction jobs is based on lower carbon footprint and emission levels?

This is big. This is a challenge of major proportions. Though the delegates subscribed to the mid-term sustainability and transformation goals, for the short-term there’s that ominous questionmark of the how-to. The impact and magnititude of the sustainability transition shows how OEM, dealer, rental, construction companies and legislators are intertwined. This requires a serious dose of collective bargaining.

Preparing for the transition

Regardless of how the transition is going to pan out, for all players in the value chain it is imperative to prepare for the transition. It will become increasingly important to understand the usage profile of construction equipment versus generic equipment attributes.

Let me explain with an example in the car rental industry. When you rent a car it typically comes with a mileage allotment per day. If you drive more, you pay more. If you drive less you still pay the daily rate. You could also split the rental model in an ‘availability’ and ‘usage’ component. Especially if the usage component drives carbon and emissions output, splitting the rental model can motivate the user for a more sustainable use.

This simple example sits at the core of asset-centric business models. It’s not about owning of having an asset, it’s about using it. See here the incentive to digitally transform your business and get access to equipment usage information. Bye the way, if you are catering to the larger construction companies, you will know that providing the usage data of construction equipment is a critical element of the rental service.

Carbon offsetting

Most of the delegates flew to Riga. Upon buying their airline ticket each had a possibility to purchase the carbon-offsetting option. How many did buy that option? Today the majority of the rental companies offer a similar carbon-offsetting option for rental equipment. How often is that option selected? A brief survey amonst the delegates revealed the non-scientific value of ±5%. Rental today is a very price sensitive industry.

When I look at the construction deadlock in my own country, the Netherlands, I see that each new project must submit a carbon and emissions overview before even getting a building permit. We heard the EU representative make remarks along similar lines. “We will use carrot and stick”. And we know of sustainability-forefront-cities only awarding projects to eco-frontrunners.

Does this mean that we can only use electric or hydrogen based equipment for future construction projects? Contemplating on the sheer size of the sustainability challenge, the answer will be ‘no’. There simply isn’t enough construction equipment to get all the work done. But if you want to continue using ICE equipment, you need to get smart at carbon-offsetting options. At the conference we heard that a CO2 calculator is a good start, but we need to make it easier to use and equipment usage based.

Beyond Equipment

For the mid and longer term we have an adject challenge when replacing ICE equipment with electric and hydrogen based alternatives. For ICE equipment we can build on the existing infrastructure of fosile fuels. And for remote locations we can very easy offer a fuel management option. 

If we want to deploy electric and hydrogen based equipment, it often means we have to supply the complete EV or hydrogen powertrain as well. This implies that the rental paradigm will change from equipment rental to complete solutions rental. From an asset management and equipment availability perspective that will mean that the complexity will increase. This will feed the argument for accelerated digital transformation.

In completely different acumen we could label this as ‘servitisation’. When the contractor needs to excavate 100 tonnes of rock, he’ll need an excavator, dumpster truck and complete power train. As food for thought for rental, would it be too far off to start selling electricity/ hydrogen as well?

Beyond Riga

It was great to be in Riga. To hear so many people in the industry. The challenge is big. Yes, there are some threats. Yes, there is a level of denial and green-washing too. On the other hand, the challenge provides a great number of opportunities too. Those who embrace those challenges and embark on their digital transformation journey, those will have the upper hand in a rental market that is in transition.

This article is published on Field Service Digital.

Previous blog on rental.

Why you should put service campaigns at the heart of your go-to-market

It’s common sense that owners of products, equipment and assets want a maximum of uptime at minimal operational cost. But how much emphasis does this get in the procurement cycle? For many buyers, it is difficult to define the service requirements over a multi year lifecycle. At the same time, buyers do have implicit expectations regarding lifecycle support, often derived from brand perceptions. This is a nice mix for OEM’s to strategize on.

The bulk of lifecycle cost is in operating the asset

To create an asset lifecycle strategy we will have to look at it from cradle to grave, including both the OEM and the asset owner’s perspective. In the following picture you can see the cost elements that go into each phase.

Lifecycle of assets and costs © ServiceMax

What you can see in the picture is that the cost of operating and maintaining the asset is typically a multiple of the cost of acquiring the asset. In the image from Accenture below, the ratio between product expenditure (capex) and the service expenditures (opex) comes to life. For example, if you had purchased a piece of industrial equipment for $1m, you would spend an additional $7.3m over its lifecycle to keep it running.

Initial product purchase relative to total product lifecycle cost © ServiceMax

Nominal output of the asset

Let’s go back one step. Why does somebody buy an asset? Not for the pleasure of owning it, but to use it. In using it, the asset produces a nominal output/outcome, and that generates value for the asset owner. To maintain the nominal output while wear-and-tear is degrading the asset, a mitigating lifecycle strategy needs to be put in place to secure the value potential of the asset. The following picture shows a typical asset lifecycle.

Typical asset lifecycle © ServiceMax

In this picture you’ll see service interventions like preventive maintenance and break-fix that serve the purpose of uptime. An intervention like an engineering change serves the purpose of prolonging the lifecycle of the asset as well as potentially boosting the original nominal output.

  • Extending lifecycle: mid-life upgrade, retrofit or overhaul.
  • Expanding output: booster-packs, product or software upgrades.

Product engineering beyond Point-of-Sale

Both extending the lifecycle and expanding the nominal output of an asset can be plotted against the continuous process of product engineering. Once a product hits the street, engineering receives feedback on its use through quality, warranty and maintenance channels.

Acting on asset feedback, engineering can design newer revisions of that product as well as define upgrade and booster offerings for the existing installed base.

For some OEM’s the asset feedback loop is an integral part of their Go-to-Market. Imagine you operate in an very competitive and tech savvy market. Timing is essential in building market share. At ServiceMax, we’ve come across OEM’s that go GA with a product when engineering is at 80%. They use the service organization to ‘bestow’ the customer with goodness and attention to make up for the missing 20%. In doing so, the service organization retrieves relevant intelligence to complete the engineering process. As part of the deal, the customer gets the benefit of both the latest technology as well as engineering changes post-point-of-sale. A win-win for both OEM and asset owner.

Using the product lifecyle as a means to customer intimacy

Whether you launch your product at 80% engineering completeness or at 100%, most OEM’s will continue to engineer their product beyond GA. The question is, how would you like to make those product improvements and engineering changes accessible to your existing installed base. In other words, have you setup a process to manage asset lifecycle service campaigns?

Service campaigns can stem from two different emotions. A negative and a positive one. In the end, when you manage your campaigns well, you’ll achieve higher levels of customer intimacy.

  • Negative emotions: These are quality and complaint driven engineering changes. A customer expects a certain quality and nominal output level, but is not getting it. The customer expects the supplier to fix it as quick as possible at no extra cost. Though a complaint and quality issue may start as a negative emotion, an OEM’s capability to act on it determines if the emotion remains negative or turns positive. In addition, service campaign capabilities will deliver efficiency and compliance benefits to the OEM.
  • Positive emotions: These are engineering changes that will enhance the capabilities of the asset. As such, you go above and beyond the nominal output specifications promised at point-of-sale. In general customers will perceive this as a positive, adding credibility to the OEM’s leadership and brand value. With service campaigns an OEM can reinforce that positive emotion as well as monetize it.

Service campaigns drive pro-active service

If customers buy assets to use them, OEM’s are very well positioned to facilitate the usage of those assets throughout their lifecycle. The OEM designed the product. The OEM has all the expert knowledge of how and why the product works. Now, if the OEM gets feedback on how each individual asset performs in the field, the OEM is sitting on a gold mine of data, ready to be servitized and monetized. The vehicle to deliver those services to the installed base is called – service campaigns.

This article is published on Diginomica.

Back to the Future with Design-for-Service

Yes, it’s really happening!”. That was my feeling when a customer of ServiceMax contacted me to enlighten them on the Design-for-Service concept. Six years ago, they started their service transformation journey to get Visibility and Control. Now they are moving the needle towards Excellence and Growth. What makes this ask even more ‘special’, is that it is the engineering department that wants to know what service needs to deliver value.

Black swan

Most of us will have plenty of examples where engineering asks technicians to record all kind of diagnostics, reason and fault codes during the service execution. What happens with that data? Will the technician feel taken seriously when servicing yet another piece of equipment that is engineered for manufacturing?

Thus, you can imagine my positive surprise when engineering wants to ‘learn’ what service needs and what modern service execution tools are capable of. It is a true win-win when both service and engineering are seeking the joint benefit of their siloed effort. 

  1. Technicians will get a return on their administrative effort when they see that it results in easier-to-maintain products.
  2. Engineering will get the justification to fund their design-for-service effort when they see that service can improve the margin and drive new revenue streams.

Attach Rates

The concept of design-for-service is not new. Still many organisations only apply design-for-manufacturing. The latter concept drives for cost optimisation in the manufacturing process of a product at the expense of a potential higher maintenance cost over the life cycle of the product. Design-for-service optimises both the manufacturing and the maintenance aspects of a product. Yes, I hear you. What about TCO, total cost of ownership? TCO is great, but TCO only works when capital expenditures (Capex) and operating expenses (Opex) are evaluated by a single entity.

Cutting a few corners and dialling it down into a single metric, have a look at your Attach Rates. You can imagine that when engineering puts more effort/ cost into the design of the product, the selling price of the product goes up. Balancing the effort equation, you have the maintenance cost going down due to better quality and more efficient maintenance delivery. On top of that, the engineering effort may also result in the creation of new types of service offerings like availability services and data-monetisation. To reap the benefits post point of sales, you need to have or get your customer ‘attached’.

Attach Rate: the percentage of your installed base that has an associated service contract with your organisation

Getting ‘attached’ customers might be easier when you sell your product via your own direct sales channel versus units sold via your indirect channel, read dealers and resellers. That all changes when engineering starts including concepts like ‘digital activation’ of the product.

Serviceability

When engineering defines the Product, the result is captured in a BOM (Bill of Material). So far, nothing new, this is design-for-manufacturing 101. When we start designing-for-service, we need to make a number of explicit decisions. Amongst those I’m highlighting two of them:

  1. What components from the BOM are serviceable?
  2. What service delivery model is applicable for that component?

First, is the product serviceable at all? If it remains a single unit, you have made the implicit choice to exchange the whole unit with the option to have the defect unit repaired or scrapped at a depot. This model may be a fit for some products but the larger, expensive and critical the product, the more you’ll need to ‘open the box’.

Second, in the BOM you’ll have to identify those components that are serviceable. For each component in the Service-BOM or SPL (Spare Parts List) you’ll have to classify the part.

  1. FRU: Field Replaceable Unit – the repair/ replace of the component requires specialised skills of a technician
  2. CRU: Customer Replaceable Unit – the repair/ replace of the component can be done by any customer (no explicit skills required)
  3. DRU: Depot Repairable Unit – the repair cannot be done in the field, but requires the asset to come to a depot where dedicated skills, tooling and components are available

Old-school textbook?

I’ve come to learn the above two service design considerations when I stumbled into my first service job at IBM in 1993. Though I did not grasp the full impact at first, the more I talk to today’s customers, the more I am convinced we need to re-establish the handshake with engineering to deliver above and beyond the service value promise. 

Handshake

In my session with this customer, I had conversation with a very adept, eager and forward-looking engineer. He understood the consequences of engineering choices for the service delivery … and ultimately the impact to cost, revenue and customer expectation.

Next, he wanted to know how service delivery constraints and possibilities would impact his engineering process. It was clear to him that state-of-the-art service execution tooling, with a high degree of asset centricity would enable him to create a positive ROI for his design-for-service efforts.

This article is published in ServiceMax Field Service Digital on December 10th, 2020