Failure Demand in action

This content is 3 years old. I don't routinely update old blog posts as they are only intended to represent a view at a particular point in time. Please be warned that the information here may be out of date.

Recently, my work has involved some analysis of a local authority’s business processes. As part of that I’ve been thinking quite a lot about the concept of “Failure Demand”. For those who are unfamiliar with it, Failure Demand is described by the occupational psychologist and author John Seddon as:

“It is demand caused by a failure to do something or do something right for the customer. Customers come back, making further demands, unnecessarily consuming the organisation’s resources because the service they receive is ineffective. ”

Failure Demand – Vanguard Consulting Ltd

Whilst the Vanguard page is worth a read, there’s another great example of Failure Demand in the “How to break the first rule of Systems Thinking” post from ThinkPurpose.

What does Failure Demand mean in practice?

Any system used to provide a service has a given capacity. To use this efficiently, there is a balance between reducing resources and managing demand.

On the resource side, we can look at how resources are used:

  • Do we have the right people and skills?
  • Are they motivated and focused?
  • Are processes efficient?
  • How is IT used?
  • Can self-service help?

When it comes to demand, the first question to ask is not be how effective the use of resources is. We should really ask are they doing the right thing? Does it meet the customer need?

If it doesn’t then there will be repeat contacts, often relating to Failure Demand – where the volume of work is increased by managing incidents of failure within a process. Examples of Failure Demand include “you’ve sent the wrong item” or “the person didn’t meet the agreed appointment”.

It often takes longer to put something right than to get it right first time. An organisation can implement the very best systems but if it doesn’t meet customer needs in will fail. This is true whether that customer is internal or external; paying for a service or not; client, citizen, traditional “customer” or student. Customers will become frustrated and annoyed that they have repeated contacts to avoid issues. Staff suffer reduced morale as a result of their increased workload.

A real world story of Failure Demand

I spent a good chunk of one day last week working from a car dealership. It doesn’t matter which one… this could have been one of many up and down the country. I also know they are really hot on customer satisfaction. I’d like to make it clear that all of the staff involved were friendly, attentive and did their level best to help me. This is not a complaint, just a true story that helps me explain the Failure Demand concept.

My car is 3 years old, so it was booked in for a service, statutory MOT test, warranty checks, and a quote for an extended warranty.

As the day went on, I saw the Service Manager getting more and more stressed. He wants to do the best he can for his customers but the team is down from 4 to 2 at the moment. That’s going to be tough, but then we layer on the Failure Demand.

At 12:30, my car was nearly ready (it just needed cleaning) and I paid the bill. That was proactive, working to close my account and get me on my way. Great customer service, nothing so far to detract from the outstanding feedback that the dealer hopes to receive (maybe I’ll come back to that in another post).

But I asked about the warranty quote I had requested a week earlier. The person who could deal with that was off work (for understandable personal reasons) but the receptionist who had booked my appointment had assured me it would not be a problem. so, a message was left and someone will call me back after the weekend (Failure Demand 1).

At 13:30, I chased up to see why I was still waiting for my car. It hadn’t been cleaned (Failure Demand 2).

At around 14:00, I got my car back. The service handbook had been stamped and details added for the third service but the second was blank. I always take my car to this dealer, so it must have been missed last year. So the Service Manager looked up the details and added them to the book (Failure Demand 3), once he had found his stamping machine.

By now, I was embarrassed that I kept on going back with “things to fix” and I drove away. As I left, I found that my seat was in the wrong position, the dashboard display was unfamiliar, the doors automatically locked (and much more besides). The profile settings associated with my key were missing!

Having heard the receptionist fielding calls to try and let the Service Department focus on customers who were already in the building, I knew that phoning would not get me an answer any time soon. So, I returned to the dealership to see if the settings were lost for good, or backed up somewhere (Failure Demand 4).

Another Service Manager confirmed that they are not backed up. Some software updates are non-destructive. Others less so. So I left again, disappointed.

Except, as I started the car, my seat moved itself, the dashboard was set up as I expected! My profile had loaded but, presumably the software update had been incomplete before. Now it had finished, everything was back (phew).

Later that day, I received a text message. It contained a link to the video report of the inspection on my car during the service. Nice to have, except I’d authorised the repairs hours previously. Not exactly Failure Demand, but potentially another issue to fix in the process.

So, what’s the answer?

The intention is to move to a position where available system capacity is focused on “Value Demand”. Value Demand is characterised with things that deliver value to the customer or to the organisation, such as provision of information, or just getting it right first time.

If the warranty quote was ready when I paid the bill, the car had been washed when I was told it would be, and the service handbook had been stamped first time then I would have been happy and three items of failure demand could have been avoided. If the Service Manager had known to tell me that software updates might still be taking effect when the car was restarted I might have been less concerned about the missing profile.

The customer would have been happier, the Service Department’s workload would have been lower, and the Service Manager would have been less stressed.

It seems that spotting these issues as a customer is easy… the trick is working out how to fix them in my own work processes…

Featured image: author’s own.