Skip to content
Menu

FCR (First Contact Resolution)

First contact resolution is the share of tickets resolved in the initial interaction, without escalation, a callback, or a second touch.

  • Filed under Service desk.
On This Page
  1. What First Contact Resolution Measures at an MSP
  2. Why It Moves Your Margins
  3. What Actually Raises It
  4. How the Number Gets Gamed
  5. Common Questions

What First Contact Resolution Measures at an MSP

First contact resolution counts the tickets your service desk closes in the first interaction, with no escalation, no callback and no second technician. For an MSP it is the closest single reading of whether the desk is efficient or merely busy. A password reset, a printer mapping or a mailbox permission fixed while the user is still on the phone costs one touch. The same request passed to a queue, picked up an hour later and escalated once costs three or four, and the client remembers the wait, not the fix. The KPI page for first contact resolution covers how to calculate it from your ticket data.

Decide what counts before you measure it. Most MSPs exclude tickets that could never be resolved on first contact: scheduled work, projects, hardware that has to ship, and alerts generated by your own tooling. Counting those drags the number down and tells you nothing about the desk.

Why It Moves Your Margins

Every extra touch is labor you are not billing for under a flat monthly agreement. On an all-inclusive contract, a desk that resolves on first contact carries more endpoints per technician and holds managed services gross margin as you grow. A desk that escalates by habit needs more senior staff for the same volume, and senior staff are the expensive ones. It also shapes client perception: a quick, complete answer is the experience that shows up in client satisfaction scores and renewal conversations.

What Actually Raises It

FCR is an outcome of how the desk is set up, not of how hard technicians try. The levers an MSP controls are:

  • Giving the first technician enough access and permission to finish common requests without a hand-off.
  • Keeping a short, current knowledge base of fixes for each client's environment, including its quirks.
  • Routing by skill so a network issue does not land on someone who can only log it.
  • Documenting each client properly during onboarding, which the 30-day onboarding checklist is built around.
  • Reviewing escalated tickets weekly to find the requests that should have been solvable at the first touch.

How the Number Gets Gamed

The common failure is making FCR a target. Push it hard and technicians learn to close tickets that are not really resolved, so the issue comes back as a new ticket, the metric improves and service quietly gets worse. Watch it beside ticket reopen rate and time to resolution: if FCR climbs while reopens climb too, the desk is closing faster, not fixing faster. Treat FCR as a diagnostic that points you at training, access and documentation gaps, and keep it out of individual bonus plans.

Common Questions

Should alerts from our RMM count toward FCR?

Usually not. Automated alerts are not a client contact, so most MSPs exclude them and track alert handling separately.

Does a follow-up email break first contact?

If the client has to wait for or act on a second message before the issue is fixed, it was not resolved on first contact. A courtesy confirmation after the fix does not count against it.

Should FCR be in the client SLA?

It rarely belongs there. It is an internal measure of desk design, and clients care more about response and resolution times they can feel.

Welcome Back

Sign in to your MSP Outpost account.