Customer Support Operations3 min readUpdated September 2026

First Response and Resolution Time: Set Your Own Targets

First response time is how long a customer waits for a real reply after contacting support, and resolution time is how long until the issue is closed. The most useful benchmark isn't an industry average but your own trailing median, split by channel and priority, with a target set just ahead of it.

This guide doesn't quote industry figures. They depend on how each company defines and measures response, and averages hide differences between email, chat and phone. Instead it shows how to measure it correctly and set targets you can defend.

How should you define first response and resolution time?

Definitions decide whether your numbers mean anything. Pin these down in writing:

  • First response: the first human reply, not the automatic acknowledgment. Exclude auto-replies, or track them separately.
  • Clock: business hours or calendar hours. Business hours match staffing, and calendar hours match what the customer feels. Choose one per metric and label it.
  • Resolution time: from creation to the point the ticket is solved, and how you treat tickets reopened after that.
  • Pauses: whether time waiting on the customer stops the clock.
  • Channel: chat is measured in seconds or minutes, email in hours, so never blend them.

Publish the definitions next to the number. A first response time of 40 minutes means little until people know it excludes weekends and auto-replies.

Why use the median and percentiles rather than the average?

A few very slow tickets can pull an average far from the typical experience. The median tells you what the typical customer sees, and a high percentile, such as the ninetieth, tells you how bad the slow tail is.

Track both. Say your median first response is 30 minutes but your ninetieth percentile is 9 hours: most customers are happy, but one in ten waits most of a day, and a target that covers only the median hides them. Set a target for each, for example a median goal and a ceiling for slow cases.

Report them by week, and add ticket volume alongside, because response times drift up when volume spikes or staffing drops. A time-series view lets you connect changes to causes like a product release or a holiday.

How do you segment targets by channel and priority?

One target for everything satisfies no one. Split by the following:

  1. Channel: live chat and phone need minutes, email can take hours, and social messages sit between them.
  2. Priority: an outage or a blocked payment deserves a faster response than a how-to question.
  3. Customer tier: if your plans promise faster support for higher tiers, measure each tier against its own promise.
  4. Time of day: after-hours contacts follow a different rule, which should be explicit.

Write the resulting grid, such as priority by channel, as the support SLA policy and share it with customers where it's a commitment. Keep internal stretch goals separate from customer-facing promises, so you don't promise what only your best week delivers.

How do you set a target from your own data?

Use this method:

  1. Pull twelve weeks of tickets and calculate the median and ninetieth percentile per channel and priority.
  2. Look at the trend and the worst weeks, and identify causes such as understaffing or a release.
  3. Set the target slightly better than your typical weeks, not your best.
  4. Check staffing against volume: can the team hit the target at peak?
  5. Review after a quarter, and tighten only when you're hitting it comfortably.

A worked example: say email tickets have a median first response of 4 hours and a ninetieth percentile of 20 hours. A reasonable next target might be a 3-hour median and a 12-hour ceiling, with a plan for the causes of the slow tail, such as weekend coverage. Don't set a target you'd need a new hire to reach without saying so.

What moves these numbers, and what should you watch alongside?

Speed alone can mislead: a team can reply fast with a useless message. Pair it with quality measures such as customer satisfaction, reopen rate and the share resolved on first contact. If response gets faster but reopens rise, the replies are getting worse.

The main levers are staffing to volume, routing tickets to the right person, canned replies for repeat questions (see support macro templates), a good help center that prevents tickets, and automation for triage. See AI support agent resolution rates for how automation changes the picture. If you serve business customers in shared chat channels, B2B support in shared chat channels adds its own tracking needs. To choose a platform that reports these metrics, compare these help desk platforms and these B2B-focused options.

Executive Capability Standard

What Good Looks Like

A good response-time target is defined in writing, measured by median and a slow-tail percentile, split by channel and priority, and paired with a quality measure such as satisfaction.

Building The Capability (5-Stage Skill Ladder)

1. Learn:Learn how your help desk defines first response and resolution, and check whether auto-replies and pauses are counted.
2. Do Manually:Pull twelve weeks of tickets and calculate the median and ninetieth percentile by channel and priority in a spreadsheet.
3. Delegate:Assign a support lead to report the numbers weekly and explain any move in them.
4. Automate:Build a dashboard from the help desk data that shows response and resolution by segment and alerts when a target is missed.
5. Buy:Choose a help desk that reports the definitions you need, after testing its reporting on your own tickets.

How to Get Started

Frequently Asked Questions

What is a good first response time for customer support?

It depends on the channel, priority and what you promise customers. Chat is measured in minutes and email in hours. Set your target from your own median and slowest tickets, separated by channel and priority, and check it against customer satisfaction.

What's the difference between first response time and resolution time?

First response time measures how quickly a person first replies. Resolution time measures how long until the issue is solved. A team can be quick to reply and slow to resolve, so track both.

Should you measure support time in business hours or calendar hours?

Both can be useful. Business hours match your staffing and are fairer to the team. Calendar hours match what customers experience. Pick one per metric, label it clearly and stay consistent.

Why use the median instead of the average for response time?

Averages are pulled up by a few very slow tickets. The median shows the typical customer experience, and a high percentile shows how bad the slow tail is. Track both.

About the numbers

This guide doesn't quote a sourced benchmark. Figures in it are estimates or general guidance, so check them against your own numbers.

Related Guides