When Hair Splitting Matters: Services as Supported Facilities
I admit when I first heard Jan van Bon talk about a service as a supported facility, and then get into functionality and functioning, my initial response was WTF?!
But in order to really understand and appreciate this hair-splitting you need to understand why the USM method attempts to decompose the definition of a service in this way. Without an unambiguous and universal definition of a service --- that can be logically decomposed for any and all services --- management across complex service supply chains will remain elusive at best.
When it comes to enterprise service management, defining and specifying a "service" is often a convoluted affair. Frameworks like ITIL, ISO, and COBIT offer insightful but abstract definitions. Many practitioners grapple with this ambiguity, struggling to logically and repeatably identify (and specify) what a service really is.
USMs definition of a service as a supported facility is a game-changer for enterprise service management. So, let’s unpack this idea and explore why this definition is not only logical but also crucial for managing services across diverse industries.
What is a "Supported Facility"?
In the USM method, a service is a combination of two key components:
The Facility: Goods + Actions
The facility is a blend of goods and actions. Goods can be tangible (e.g., computers, vehicles) or intangible (e.g., software applications, data). Actions, on the other hand, are the tasks performed by people—like the consultant advising a business or the masseur providing relaxation.
The facility’s components can vary widely depending on the context:
The Support
Support is what bridges the gap between the facility and the customer’s needs. It encompasses reactive processes—like responding to incidents, service requests, or requests for changes—and ensures the customer can effectively use the facility.
USM organizes support through structured workflows, making it manageable and repeatable:
These workflows align with customer interactions, forming the backbone of service delivery.
Why This Definition Works
The brilliance of USM’s definition lies in its logical repeatability and its universality across industries. Here’s why:
1. Logical Structure
By separating a service into facility and support, USM eliminates ambiguity. This decomposition:
For example, in a catering service:
2. Applicability Across Domains
The definition transcends IT, applying to any service-based discipline:
Healthcare:
领英推荐
Government:
Telecom:
3. Customer-Centricity
USM’s definition recognizes that the service’s value lies in its usability. Customers evaluate services based on:?
This dual evaluation mirrors real-world decision-making and ensures alignment with customer expectations.
The Evolution from Goods to Services
Historically, companies focused on selling goods, with services relegated to "after-sales support." But in today’s service-dominant economy, continuity and relationships drive value. Goods are often inseparable from the actions and support that accompany them.
Consider a mobile phone:
This shift underscores the need for a precise definition of a service. USM’s focus on the facility–support relationship addresses this evolution head-on.
Why Logical Repeatability is Key to Enterprise Service Management
Managing services at an enterprise scale demands consistency and clarity. A logically repeatable definition, like the one USM provides, ensures:
Conclusion: From WTF to WOW
The USM method’s definition of a service as a "supported facility" might seem like a WTF moment at first, but it’s a revelation in disguise. By offering a logically repeatable structure, USM cuts through the ambiguity that plagues other definitions, providing a foundation for consistent and scalable enterprise service management.
So, the next time you’re wondering how to define or manage a service, remember: it’s all about the facility and the support. With this clarity, you’re not just managing services—you’re mastering them.
Ready to join the USM Revolution?
Contact me today for:
?
?