Skip to main content

First Call Resolution (FCR) According to ITIL and General Best Practice

🔄 Update Note (ITIL 4): Since the publication of this post, ITIL has evolved significantly. In ITIL 4, the concept of First Call Resolution is encompassed within the Incident Management practice, which emphasizes a holistic approach to restoring normal service operations swiftly to minimize business impact. There's also an increased focus on enhancing customer experience throughout the incident resolution process. While the foundational ideas in this post remain relevant, we recommend consulting updated ITIL 4 guidance for the most current best practices.
A reader recently asked me to comment on what a First Call Resolution (FCR) is according to ITIL and general best practice. When collecting metrics you want to be sure that the reporting brings good business value. From a reporting perspective, it might serve well to report incidents and requests separately.

Each organization will have to have policies for how the metrics are reported based on business value. One option is to have a policy that will report on “Service Requests” separate from “Incidents”. If we do not separate the logging and reporting for these very distinct processes the combined metrics and reporting might not be something that is meaningful or that could be acted upon correctly. You could end up with a very high FCR rate but your Mean Time To Restore Service metric could be breaching the SLA. Therefore, the question is not whether the call was resolved at first line, but rather was it a FCR for an Incident or Request/Standard Service? Report upon them separately.

If you do not currently have the option to separate the records and reports for Incidents and Service Requests and you want to capture the FCR for “Incidents ONLY” then you might have a category or classification for incidents and a policy that states FCR reporting includes only those incidents that are IT related, outages, faults, break fix type of situations.

A “Service Request” should have a high if not a 100% first call resolution rate because a “Service Request” is a request from an end user for information, for comments or perhaps to fulfill a “Standard Service”. A Standard Service has a Standard Operating Procedure/model that is followed to fulfill the request.

Sometimes we also will run “Standard Changes” through the function of the Service Desk as though it were a simple “Service Request”. A Standard Change is a pre-authorized, pre-approved, low risk and repeatable type of change. A “Password Reset” would be an example of a very basic “Standard Change”. It is very helpful to report upon these “Standard Changes” separate from Incidents.

The real key is to record and report upon Incidents and Requests separately to get the type of metrics that are meaningful to your business.

If you are engaged in these activities there is a lot of information and training available. ITIL Foundation training is a great place to start and if you have that, there is a class that goes into great detail for the clarification and delineation for all of the “Operational” processes. That course is called “Operational Support and Analysis”. 

Take a look at the resources and training provided here and let me know if you have further questions. http://www.itsmacademy.com

Comments

Popular posts from this blog

Four Service Characteristics

Recently I came across several articles by researchers and experts that laid out definitions and characteristics of services. ITIL provides us with a definition that can help drive the creation of value-laden services: A means of delivering value to customers by facilitating outcomes customers want to achieve without the ownership of specific costs and risks. An area that ITIL is not so clear is in terms of service characteristics. Several researchers and experts put forth that services have four basic characteristics (IHIP): Intangibility—Services are the results of actions not things. They have no physical presence and represent a logical set of elements. One way to think of service is “work done for others.”  Heterogeneity—Also known as “variability”; services are unique items because of the mechanisms used to deliver services, which is people. Because the people element adds variability, the service is variable. This holds true, especially for the value proposition—not eve...

What Is A Service Offering?

The ITIL 4 Best Practice Guidance defines a “Service Offering” as a description of one or more services designed to address the needs of a target customer or group.   As a service provider, we can’t stop there!   We must know what the contracts of our service offering are and be able to put them into context as required by the customer.     Let’s explore the three elements that comprise a Service Offering. A “Service Offering” may include:     Goods, Access to Resources, and Service Actions 1. Goods – When we think of “Goods” within a service offering these are the items where ownership is transferred to the consumer and the consumer takes responsibility for the future use of these goods.   Example of goods that are being provided in the offering – If this is a hotel service then toiletries or chocolates are yours to take with you.   You the consumer own these and they are yours to take with you.      ...

What is the difference between Process Owner, Process Manager and Process Practitioner?

This article was originally published in 2015. With the Introduction of ITIL 4, some of this best practice has changed. See  ITIL 4 and the Evolving Role of Roles . Updated Definitions in ITIL 4: Process Owner: In ITIL 4, the concept of 'processes' has expanded into broader 'practices.' Consequently, the Process Owner is now often referred to as the 'Practice Owner.' This individual is accountable for the overall design, performance, integration, and improvement of a specific practice within the organization. They ensure that the practice achieves its intended outcomes and aligns with the organization's objectives. Process Manager: Now commonly known as the 'Practice Manager' in ITIL 4, this role is responsible for the day-to-day management of the practice. The Practice Manager ensures that activities are carried out as intended, manages resources assigned to the practice, and oversees the practitioners performing the work. Process Practit...