Using trigger points to manage your service business

Sometimes it feels like being a jack of all trades when managing a service business. On the one hand you act like a firefighter, on the other hand you know service is strategic to your business’s future earnings. That said, how do you elevate your job from the reactive to the proactive? Establishing trigger points may be the key ingredient to manage your business on an 80/20 basis. Thus, giving you the focus on interventions that matter.

Define success

When do you know you are doing a great job? In speaking to many service executives, it is not always clear what the norm is. “We want to increase service revenue by 20%”. Why 20%? Why not more? Why not less? In my blog Mind the Gap I tried to establish a norm for a maximum service revenue. In a blog by Shawn LaRocco he defined a norm for Cost to Serve. Both blogs have in common that success is put in a perspective of a norm.

Triggering the outliers

A facilities management customer of ours is processing 15,000 – 20,000 workorders per month. In the past they had a team of 30+ people in the back office validating and correcting all debriefed work orders. Based on gut feeling and experience there was a belief that 80% of the work orders did close within a bandwidth of ±5% of expectation. By formalising that bandwidth through trigger points, they now have a tool to filter the volume and start managing by exception.

Timely intervention

Apart from managing your workload on a 80/20 basis, trigger points serve as an early-warning system allowing for timely intervention. You don’t want to pay penalty cost for a missed SLA. Instead, you want a service job to be flagged if its progress jeopardises SLA attainment. E.g., a break-fix job needs to be completed within 4 hours. After 3 hours you could ping the technician to ask if completion is still on track. If not, you could provide the technician with support and/or contact the customer with a heads up.

A trigger point is thus a floor or ceiling boundary on a metric triggering an event. Using workflow, you can route the event to the mitigating personas in your organisation.

Value = Result minus Expectation

Many years ago, the value of trigger points was eloquently explained to me by university professor Meindert Flikkema. He stated that every event has both an expectation and a result. If somebody gets more than expected, then that person is happy … and vice versa.

In the context of running my own service organisation at Bosch I tweaked Meindert’s equation and added the concept of a bandwidth around expectation. Similar to the above example of ±5%, I strived to manage my operations inside the bandwidth. Inside the bandwidth I let the business run on automations. If I managed well, that would account for 80% of my workload. The outliers I routed to my attention queue. Over time trigger points would help me focus on what really matters for both my customers and my CFO. I’ll use the business driver contract profitability to illustrate the value equation and its impact.

Contract profitability in action

Suppose a customer wants to buy a full-service contract with a scope-of-work containing preventive maintenance, capped break-fix events, calibrations, software maintenance and an included set of spare parts and consumables. Using a CPQ-like tool the scope-of-work totals to a calculated cost of $75,000, a calculated revenue of $100,000 and an expected margin of 25%.

Throughout the lifecycle of the contract executed service activities will impact the cost you accrue. If those cost exceed the $75,000 you have either over-delivered or over-run on your calculated cost. Your CFO will see a less-than-expected margin contribution. If your margin is significantly more than the expected 25%, then either you are over-charging or under-delivering. Your customer may get a feeling he/she is not getting value for money. 

Tipping the trigger level should make you curious. Challenge both expectation and result. Do you have a clear understanding of cost-to-serve? Are you taking the life cycle of the product into account? Did the product owner accept your mid-life-upgrade proposal?

Pro-active

As service leader you don’t want to be told about under or over-situations by your CFO when it is too late for corrective intervention. Similarly, you don’t want you customers to churn. Trigger levels act as an early-warning system before you accrue irreversible cost or impact customer expectation negatively.

  • It’s November. Show me all contracts at 80% of calculated cost. Let’s see what service activities we can push out to ‘save’ this years’ margin contribution.
  • It’s July. We anticipated six break-fix events for a full year. We’ve already had four. We want to flag future break-fix service requests to inform the customer service agent and technician to be stricter.
  • It’s September. The year-to-date contract margin spikes at 35%. Upon investigation you find that a contracted and scheduled calibration activity has been cancelled by the customer. Instead of treating this as easy money, you engage with your customer to pre-empt contract renewal conversations.

Managing intelligent

As long as we have unplanned downtime, firefighting will remain an element of a service leaders’ job. Service execution tools are a great help to facilitate the transaction and collect service data. The true value manifests itself when you use transactional data in combination with trigger levels. Trigger levels give you that early-warning to become pro-active instead of reactive. Trigger levels add direction to your decision making. And better decision making makes you more intelligent and more strategic. Not only inside the service domain, but across your organisation.

Keeping Your Assets in Shape

Do you have this feeling that the battery of your phone drains faster and faster? Internet forums are full of testimonials and resolutions for keeping your battery in tip-top shape. How does this apply to B2B products, equipment and assets? Can asset owners monitor the performance of the equipment, and what handles do they have to maintain output/ outcome at the nominal level promised at point of sale?

For many years I’ve captured the digital and service transformation journey in a single tagline: “from fixing what breaks to knowing what works.” The message is driven by a simple principle: customers expect things to work. Even more, they expect the outcome of the asset to be stable over the lifecycle.

Another simple truth is that everything eventually deteriorates and breaks. This prompts the following questions:

  • What is the life expectancy of the asset? 
  • What do I need to do to keep the asset in shape?
  • What can I do to extend the life cycle of the asset?

Building a Fitness Plan

Preventive maintenance might be the first thing that comes to mind as the way to keep your assets in shape. But what does preventive maintenance (PM) prevent? And how does it affect asset performance and life expectancy? This was a tough question to answer when one of my counterparts in procurement, who was looking to reduce the selling price of a service contract, asked me, “What will happen when we reduce the PM effort by lengthening the interval?” This was even more difficult to answer when it became a numbers game, and the purchaser asked me to prove the offset between PM and break-fix. 

So where do we look next? I propose condition-based maintenance.  

We know that the performance of an asset will deteriorate over time, and we know the rate of deterioration will depend on various attributes like aging and usage. Because these attributes are measurable, we can use them as levels to trigger a service intervention. 

So rather than taking a one-size-fits-all approach based on time intervals, you can create a custom fitness plan for keeping your assets in shape. One that looks at the condition of the asset in relation to its expected performance. This can look like an intervention being triggered when the output of an asset or the viscosity of a lubricant drops below a certain threshold. 

To continue with the fitness metaphor, we often don’t just want to stay in shape—we also want to increase our longevity and even get in better shape as we age. When it comes to your assets, this is where mid-life upgrades, booster-packs and engineering changes come into play. And in the same way you use predefined levers to trigger service interventions, you should use these levers to trigger updates, upgrades and lifecycle extensions.

Both of these service strategies use asset health at the core of your service delivery model, steering you away from ‘fixing what breaks’ and towards ‘knowing what works.’

A Real Life Example

Imagine you have a pump and valve combination that has a nominal capacity of 140 m3/h.

If you used a preventive maintenance model that runs every 6 months, it would not take into account the age of the pump and valve combination, nor would it account for the corrosiveness of the transported materials. 

But if you took a condition-based approach using IoT-connected sensors, you could measure attributes like vibration, temperature, and energy consumption and use them as indicators for asset performance. For example, if the capacity drops below 130 m3/h, a service intervention would be triggered. It’s like the pump saying: “I’m not feeling well, I need a medicine.” On top of this, if you detect the pump is consistently pushed beyond original specifications, you can know that it’s necessary to initiate an upgrade conversation to safeguard asset health and durability.

Asset Centricity

The common theme of these service strategies is asset centricity. It’s about putting asset health at the core of your service delivery model and continuously comparing an asset’s current output with its expected performance.

By looking at current performance, expected performance and demand, you can also advise your customers on when it’s time to downgrade or upgrade the asset. Through this asset-centric lens you can truly become a fitness coach, advising your customers on the right fitness program that will keep their assets in tip-top shape.Learn more about IoT and condition-based maintenance here.