How to use the Zendesk Explore full resolution time metric

Stevia Putri
Written by

Stevia Putri

Reviewed by

Stanley Nicholas

Last edited February 26, 2026

Expert Verified

Banner image for How to use the Zendesk Explore full resolution time metric

Understanding how long it takes to resolve customer issues is fundamental to running an effective support operation. While Zendesk provides several time-based metrics, the full resolution time metric stands out as one of the most comprehensive measures of your team's performance. It captures the complete journey from when a customer first reaches out to when their issue is finally solved.

Unlike first resolution time, which only measures the time to the initial solve, full resolution time accounts for tickets that get reopened and require additional work. This makes it a more accurate reflection of the actual customer experience. For teams looking to reduce these resolution times, AI-powered solutions like eesel AI can handle common queries automatically, freeing up agents for more complex issues.

This timeline shows how full resolution time accounts for reopens, providing a more accurate view of the total customer effort.
This timeline shows how full resolution time accounts for reopens, providing a more accurate view of the total customer effort.

What is full resolution time in Zendesk?

Full resolution time measures the total duration from when a ticket is created to when it is solved for the last time. This distinction matters because tickets can be reopened after being marked as solved. A customer might respond to a solved ticket with a follow-up question, or an agent might realize the initial solution didn't fully address the problem.

Here's how it breaks down:

  • First resolution time: The time from ticket creation to the first time it's marked solved
  • Full resolution time: The time from ticket creation to the final resolution, including any reopen cycles

The difference between these two metrics can reveal important insights about your support quality. If your first resolution time looks good but your full resolution time is significantly higher, you might have a reopen problem. Tickets are being closed too quickly or the initial solutions aren't thorough enough.

Full resolution time is available in several units depending on your reporting needs:

Metric UnitBest Used ForFormula
Full resolution time (min)Detailed analysis, SLA trackingRaw minutes
Full resolution time (hrs)Standard reportingVALUE(Full resolution time (min))/60
Full resolution time (days)High-level trendsVALUE(Full resolution time (min))/60/24
Full resolution time - Business hoursSLA complianceOnly counts time within configured business hours

The business hours variant is particularly important for SLA reporting. If your support team only operates during business hours, measuring resolution time in calendar hours will include nights and weekends when no one is working. This can make your performance look worse than it actually is.

What you'll need to get started

Before you start building reports, make sure you have the following:

  • A Zendesk Suite plan: Professional, Enterprise, or Enterprise Plus
  • Zendesk Explore access: Professional or Enterprise tier
  • Editor or Admin permissions: Required to create and modify reports
  • Ticket data: Historical tickets in your Zendesk Support account

If you're on a lower-tier plan, you won't have access to Zendesk Explore's custom reporting capabilities. The prebuilt dashboards won't give you the granular control you need to analyze full resolution time effectively.

Step-by-step: Creating a full resolution time report

Step 1: Create a new report in Explore

Start by navigating to Zendesk Explore from your main dashboard. Click the Explore icon (it looks like a small graph), then select New report from the Reports library.

You'll see a "Select a Dataset" page. Choose Support from the left menu, then Support - Tickets. This dataset contains all the ticket-level metrics you'll need, including the full resolution time metric. Click Start report to open the report builder.

The report builder interface for selecting a dataset, offering options like Support, Guide, Chat, Talk, and Answer Bot.
The report builder interface for selecting a dataset, offering options like Support, Guide, Chat, Talk, and Answer Bot.

The report builder is where you'll assemble your metrics, attributes, and visualizations. The interface has three main panels: Metrics on the left, attributes in the middle (Rows and Columns), and Filters on the right.

Step 2: Add the full resolution time metric

In the Metrics panel on the left, click Add. This opens a list of all available metrics organized by category.

Navigate to Duration between events - Calendar hours (hrs) and select Full resolution time (hrs). Click Apply to add it to your report.

By default, Explore uses the MEDIAN aggregator for time metrics. This is usually the right choice because median is less affected by outliers than average. One ticket that took 30 days to resolve won't skew your entire report.

A metrics panel displaying the selection for 'Full Resolution Time' within a query builder interface.
A metrics panel displaying the selection for 'Full Resolution Time' within a query builder interface.

At this point, your report will show a single number: the median full resolution time across all tickets in your dataset. To make this useful, you need to slice the data.

Step 3: Slice the data with attributes

Attributes let you break down your metrics by different dimensions. Here are some useful ways to analyze full resolution time:

By date: Add Ticket created - Date to the Columns panel. This shows you how resolution time trends over days, weeks, or months. You can group by week or month if daily data is too granular.

By assignee: Add Assignee name to the Rows panel to see resolution times by individual agent. This helps identify training opportunities or workload imbalances.

By ticket tags: Add Ticket Tags to analyze resolution times by issue type, product area, or customer segment. This can reveal which types of issues take longest to resolve.

The report builder interface configuring a report on average first reply time grouped by ticket tags.
The report builder interface configuring a report on average first reply time grouped by ticket tags.

When you add attributes, the report automatically recalculates the metric for each combination. You might discover that technical issues have a median resolution time of 4 hours, while billing questions are resolved in 30 minutes.

Step 4: Customize the visualization

Raw numbers are useful, but visualizations make patterns easier to spot. Click the Visualization type menu to change how your data is displayed.

  • Line chart: Best for showing trends over time
  • Column chart: Good for comparing values across categories
  • Pie chart: Useful for showing proportions (though less common for time metrics)

You can also add filters to focus on specific time periods. Click Add in the Filters panel, select Ticket created - Date, and choose a date range. This is helpful for excluding old data that might not reflect your current performance.

The date filter configuration panel, allowing users to define custom date ranges or select from predefined periods for data exploration.
The date filter configuration panel, allowing users to define custom date ranges or select from predefined periods for data exploration.

A screenshot of Zendesk's landing page.
A screenshot of Zendesk's landing page.

Understanding full resolution time variants

Zendesk offers multiple versions of the full resolution time metric, and choosing the right one matters for accurate reporting.

Calendar hours count every hour that passes, including nights, weekends, and holidays. This is useful for understanding the total customer experience, but it can be misleading for SLA compliance. A ticket created Friday evening and solved Monday morning might show 72 hours in calendar time even though your team wasn't working for most of that period.

Business hours only count time within your configured business schedule. If your team works 9 AM to 5 PM on weekdays, a ticket created Friday at 4 PM and solved Monday at 10 AM would show just 2 business hours, not 66 calendar hours.

To configure business hours in Zendesk:

  1. Go to Admin Center
  2. Navigate to Objects and rules > Business rules > Business hours
  3. Set your schedule and holidays

Once configured, use the Full resolution time - Business hours (min) or (hrs) metrics for SLA reporting.

Comparing calendar versus business hours helps managers understand actual team productivity by excluding non-working periods like weekends and holidays.
Comparing calendar versus business hours helps managers understand actual team productivity by excluding non-working periods like weekends and holidays.

Related metrics you should know

Full resolution time doesn't exist in isolation. Understanding how it relates to other time metrics gives you a fuller picture of your support operation.

MetricWhat It MeasuresWhen to Use It
First reply timeTime from ticket creation to first agent responseMeasuring initial responsiveness
First resolution timeTime from creation to first solveMeasuring first-touch resolution effectiveness
Full resolution timeTime from creation to final solveMeasuring total effort to close
Requester wait timeTime ticket spends in New, Open, or On-holdUnderstanding customer wait experience
Agent wait timeTime ticket spends in PendingMeasuring how long agents wait for customer replies

These metrics work together to tell a story. If your first reply time is fast but your full resolution time is slow, you might be responding quickly but not resolving effectively. If your requester wait time is high, customers are spending too much time waiting for your team to act.

Common issues and how to troubleshoot them

Even with clear documentation, you might run into issues when working with full resolution time reports. Here are the most common problems and how to fix them.

Metric shows NULL values: This usually happens when a ticket hasn't been resolved yet. Only solved and closed tickets have resolution times. To exclude unresolved tickets, add a filter for Ticket status and select only "Solved" and "Closed".

Extremely long resolution times skewing averages: Outliers can make your average resolution time look much worse than reality. One ticket that took 90 days to resolve will pull your average up significantly. Use the MEDIAN aggregator instead of AVG, or add a filter to exclude tickets with resolution times above a certain threshold.

Data doesn't match expectations: Remember that Explore data syncs on a schedule, not in real time. It can take 1-4 hours for recent ticket updates to appear in your reports. If you just solved a ticket and don't see it reflected, wait for the next sync cycle.

Tickets solved and reopened multiple times: Full resolution time captures the total time to final resolution, but it doesn't show you how many times a ticket was reopened. To see reopen counts, add the Reopens metric to your report alongside full resolution time.

This troubleshooting guide helps you quickly resolve common data discrepancies and ensure your resolution time reports remain accurate and actionable.
This troubleshooting guide helps you quickly resolve common data discrepancies and ensure your resolution time reports remain accurate and actionable.

Using full resolution time to improve your support

Once you have your reports set up, the real work begins: using the data to drive improvements.

Set benchmarks: Establish what "good" looks like for your team. Industry benchmarks vary, but a general target for full resolution time is under 24 hours for standard support and under 4 hours for priority issues. Track your median and aim to improve it over time.

Identify problem areas: Use ticket tags or custom fields to categorize tickets, then analyze resolution times by category. You might find that technical issues take 3x longer than billing questions. This insight helps you allocate resources and training where they're needed most.

Analyze by time period: Look for patterns in your resolution times. Are Mondays slower because of weekend backlog? Do resolution times spike during product launches? Understanding these patterns helps with capacity planning.

Consider automation: For teams looking to reduce resolution times, AI-powered tools can handle routine queries automatically. eesel AI integrates with Zendesk to draft responses, suggest solutions, and even resolve common issues without agent involvement. This lets your team focus on complex problems while maintaining fast resolution times for simple requests.

A screenshot showing the eesel AI simulation feature, which forecasts automation potential for a store, a valuable step for any user in the BigCommerce vs. Magento landscape.
A screenshot showing the eesel AI simulation feature, which forecasts automation potential for a store, a valuable step for any user in the BigCommerce vs. Magento landscape.

Start measuring and improving your resolution times

Full resolution time is one of the most important metrics for understanding your support operation's performance. It captures the complete customer journey from first contact to final resolution, including the often-overlooked reopen cycles that can frustrate customers.

By following the steps in this guide, you can build reports that show you exactly where your team stands and where there's room for improvement. Start with a basic report showing median full resolution time by week, then add dimensions like assignee, tags, or priority to dig deeper.

Remember that metrics are only useful if you act on them. Set targets, review regularly, and use the insights to drive process improvements. And if you're looking for ways to reduce resolution times without adding headcount, consider how AI tools like eesel AI can automate routine work and help your team resolve tickets faster.

A screenshot of the eesel AI reporting dashboard. The dashboard uses AI analytics to display a chart titled 'Top Knowledge Gaps' with a list of topics that the AI frequently couldn't answer, such as 'international shipping costs' and 'product warranty details'.
A screenshot of the eesel AI reporting dashboard. The dashboard uses AI analytics to display a chart titled 'Top Knowledge Gaps' with a list of topics that the AI frequently couldn't answer, such as 'international shipping costs' and 'product warranty details'.

Frequently Asked Questions

Use the 'Full resolution time - Business hours' variant instead of calendar hours. This metric only counts time within your configured business schedule, giving you an accurate measure of actual working time. Make sure you've set up business hours in Admin Center first.
First resolution time measures the time to the initial solve, while full resolution time includes any reopen cycles. If customers frequently reopen tickets or agents need multiple attempts to solve issues, your full resolution time will be significantly higher than first resolution time.
Yes, but you'll need to configure business hours at the account level in Zendesk. The business hours metrics will use whatever schedule you've defined. If different teams have different schedules, you may need to create separate reports filtered by team and use calendar hours for comparison.
Explore data syncs on a rolling schedule, typically every 1-2 hours, though it can take up to 4 hours in some cases. Each new sync starts one hour after the previous one ends. For real-time metrics, you'll need to look at Zendesk's live dashboards rather than Explore.
Median is the middle value when all resolution times are sorted, while average is the sum divided by count. Median is usually better for time metrics because it's not skewed by outliers. One ticket that took 30 days won't dramatically affect your median, but it would significantly inflate your average.
Yes, you can create standard calculated metrics that use full resolution time as a base. For example, you could create a metric that shows the percentage of tickets resolved within 24 hours, or calculate the difference between business hours and calendar hours. Use the formula editor in Explore to build these custom calculations.

Share this post

Stevia undefined

Article by

Stevia Putri

Stevia Putri is a marketing generalist at eesel AI, where she helps turn powerful AI tools into stories that resonate. She’s driven by curiosity, clarity, and the human side of technology.