How to track agent replies in Zendesk Explore: A complete guide

Stevia Putri
Written by

Stevia Putri

Reviewed by

Stanley Nicholas

Last edited February 26, 2026

Expert Verified

Banner image for How to track agent replies in Zendesk Explore: A complete guide

Tracking how many times your agents respond to tickets is useful for quality assurance, escalation workflows, and understanding ticket complexity. But Zendesk's terminology can be confusing. Agent replies, agent comments, and ticket touches sound similar but measure different things.

This guide walks you through exactly how to track agent replies in Zendesk Explore. We'll clarify what each metric means, show you how to build the reports you need, and explain when to use which dataset.

If you're looking for ways to automate actions based on reply counts, we also cover how eesel AI integrates with Zendesk to handle reply-based workflows.

Visual hierarchy distinguishing between customer-facing replies and broader agent activity within Zendesk datasets
Visual hierarchy distinguishing between customer-facing replies and broader agent activity within Zendesk datasets

What you'll need

Before you start building reports, make sure you have:

  • Zendesk Explore Professional or Enterprise the reporting features aren't available on lower tiers
  • Editor or Admin permissions in Zendesk Explore
  • Ticket data in Zendesk Support you'll need existing tickets to analyze
  • Familiarity with Zendesk datasets understanding the difference between Tickets and Updates history helps

Understanding agent reply metrics

Let's clear up the confusion around Zendesk's terminology. Three metrics sound similar but measure different things.

Agent replies vs agent comments vs ticket touches

MetricWhat it countsDatasetBest for
Agent repliesPublic replies added by agentsTicketsMeasuring back-and-forth conversation volume
Agent commentsPublic comments made by agentsUpdates historyTracking when replies occurred
Agent touches/updatesAny ticket update by an agent (comments, field changes, status changes)Updates historyMeasuring total agent activity

Agent replies is the metric most support teams want. It counts only public replies to customer messages, not internal notes or the initial ticket creation. The formula is simple: (Agent replies).

Agent comments lives in the Updates history dataset and counts public comments. Use this when you need to filter by when the reply happened.

Agent touches is the broadest metric. It includes any operation an agent performs: adding comments, changing fields, updating status, reassigning tickets. This is useful for measuring overall agent workload but not for analyzing conversation patterns.

Source: Zendesk Help - Metrics and attributes for Zendesk Support

One-touch, two-touch, and multi-touch tickets

Zendesk Explore categorizes tickets by how many agent replies they required:

  • One-touch tickets: Solved with only one agent reply
  • Two-touch tickets: Solved with two agent replies
  • Multi-touch tickets: Solved with more than two agent replies

These metrics matter because they indicate ticket complexity and agent efficiency. A high percentage of one-touch tickets usually means your self-service and agent training are working well. Lots of multi-touch tickets might signal complex issues, unclear documentation, or customers needing more hand-holding.

Note that if a ticket is reopened and an agent adds another comment, the touch count increases. A one-touch ticket becomes a two-touch ticket.

Source: Zendesk Help - Analyzing agent ticket touches with Explore

Step 1: Choose the right dataset

Zendesk Explore has multiple datasets, and choosing the wrong one is a common mistake. Here's how to decide:

Use the Tickets dataset when you want:

  • Ticket-level metrics like total agent replies
  • Reply brackets (one-touch, two-touch, multi-touch)
  • Analysis by ticket status, priority, or assignee

Use the Updates history dataset when you want:

  • To filter by when replies occurred
  • Time-based analysis of agent activity
  • To distinguish between public comments and internal notes

The Updates history dataset contains more granular data, which means reports can take longer to run. If you're analyzing thousands of tickets, add date filters to keep performance reasonable.

Report builder's dataset selection screen for choosing data sources
Report builder's dataset selection screen for choosing data sources

Step 2: Create a basic agent replies report

Let's build a simple report showing agent replies per ticket.

  1. In Zendesk Explore, click the Reports icon
  2. Click New report
  3. Select Support > Tickets dataset, then click Start report
  4. In the Metrics panel, click Add
  5. Choose Agent replies from the list, then click Apply
  6. In the Rows panel, click Add
  7. Add Ticket ID and Ticket subject to identify each ticket
  8. Add Assignee name to see who handled the ticket
  9. Click Add in the Filters panel
  10. Add Ticket status and exclude Closed tickets if you want to focus on active work

The report now shows each ticket with its agent reply count. You can sort by the Agent replies column to find tickets with the most back-and-forth.

Step 3: Build an average replies per ticket report

Now let's create a calculated metric to see average replies per agent per day. This helps you compare efficiency across your team.

  1. Create a new report using the Support > Updates history dataset
  2. Click Calculations > Standard calculated metric
  3. Name it "Average agent replies per ticket per day"
  4. Enter this formula:
D_COUNT(Agent comments)/D_COUNT(Tickets updated)
  1. Click Save
  2. In the Metrics panel, add your new calculated metric
  3. Set the aggregator to AVG
  4. In the Rows panel, add Updater name and Update - Date
  5. Add filters for Comment type = Public and Updater role = Admin, Agent

This report shows each agent's average replies per ticket, broken down by day. Use it to identify trends, spot training opportunities, and recognize your most efficient agents.

Source: Zendesk Help - Average replies per ticket for each agent per day

Calculated metric editor displaying a formula for agent comments
Calculated metric editor displaying a formula for agent comments

Step 4: Analyze reply brackets

Understanding reply distribution helps you identify process improvements. Let's build a report grouping tickets by reply count.

Using the Tickets dataset:

  1. Create a new report
  2. Add the One-touch tickets, Two-touch tickets, and Multi-touch tickets metrics
  3. Add Ticket solved - Month to the Rows panel to see trends over time
  4. Consider adding Ticket group or Assignee to compare across teams

Alternatively, using the Updates history dataset for more flexibility:

  1. Create calculated metrics for "Public Agent Replies" and "Tickets with Public Agent Replies"
  2. Create a calculated attribute called "Public Agent Reply Brackets"
  3. Use this formula:
IF (ATTRIBUTE_FIX(COUNT(Public Agent Replies), [Ticket ID])=1)
THEN "1 Agent Reply"
ELIF (ATTRIBUTE_FIX(COUNT(Public Agent Replies), [Ticket ID])=2)
THEN "2 Agent Replies"
ELIF (ATTRIBUTE_FIX(COUNT(Public Agent Replies), [Ticket ID])=3)
THEN "3 Agent Replies"
ELIF (ATTRIBUTE_FIX(COUNT(Public Agent Replies), [Ticket ID])>3)
THEN "4+ Agent Replies"
ELSE "0"
ENDIF
  1. Set Computed from to Ticket ID
  2. Add your calculated attribute to the Rows panel
  3. Add the "Tickets with Public Agent Replies" metric

This gives you a clear breakdown of how many tickets fall into each reply bracket.

Source: Zendesk Help - Reporting on agent reply brackets

Report builder interface displaying ticket distribution by public agent reply brackets
Report builder interface displaying ticket distribution by public agent reply brackets

Common use cases for agent reply tracking

Here are practical ways support teams use these metrics:

Quality assurance: Identify tickets with excessive back-and-forth. If a ticket has 5+ agent replies, it might indicate a complex issue, a confused customer, or an agent needing help. These tickets are good candidates for QA review.

Escalation workflows: Use reply counts to trigger automatic escalations. For example, you might want tickets with more than 3 agent replies to notify a senior agent or manager.

Agent performance: Compare average replies per ticket across your team. Lower isn't always better (some tickets need thorough explanations), but outliers on either end deserve attention.

Ticket complexity analysis: Track which types of issues require more interaction. If billing questions average 4+ replies while password resets average 1, you know where to focus your self-service improvements.

Tracking reply counts enables managers to automate escalations and identify tickets requiring quality reviews or targeted agent coaching
Tracking reply counts enables managers to automate escalations and identify tickets requiring quality reviews or targeted agent coaching

Tips and best practices

  • Add date filters early. The Updates history dataset can be massive. Filter by date before adding other attributes to keep reports responsive.

  • Consider ticket channel. Voice tickets (phone calls) work differently than email. A "one-touch" voice ticket might have zero agent replies because the call itself resolved the issue.

  • Account for ticket reopening. When a solved ticket reopens, reply counts continue accumulating. A ticket might show 5 total replies even though 3 happened before the first resolution.

  • Watch your one-touch rate. Industry benchmarks vary, but many support teams aim for 60-70% one-touch resolution. Lower rates aren't necessarily bad (complex products need more interaction), but track the trend over time.

  • Don't use reply counts alone. A ticket with one reply might be excellent (perfect answer) or terrible (rude brush-off). Combine quantitative metrics with qualitative QA.

Taking agent analytics further with eesel AI

Zendesk Explore gives you the data, but acting on it often requires manual work. That's where AI teammates can help.

eesel AI integrates directly with Zendesk to automate reply-based workflows. Instead of just reporting on reply counts, you can:

  • Automatically escalate tickets after a certain number of replies
  • Analyze conversation quality using AI to understand sentiment and resolution likelihood
  • Categorize tickets based on conversation patterns without manual tagging
  • Get proactive alerts when tickets are at risk of becoming high-touch

The difference is that Explore shows you what happened, while eesel AI helps you act on it automatically. You define the rules in plain English ("If a ticket has more than 3 agent replies and the customer sentiment is negative, escalate to a senior agent"), and eesel handles the rest.

If you're spending hours each week reviewing reports and manually escalating tickets, an AI teammate might be worth considering.

eesel AI simulation results for a Zendesk integration, displaying predicted automation rates and example AI responses to real customer tickets
eesel AI simulation results for a Zendesk integration, displaying predicted automation rates and example AI responses to real customer tickets


Frequently Asked Questions

The agent replies metric in Zendesk Explore counts public replies for reporting purposes, while the agent replies trigger condition in Zendesk Support fires when a ticket meets specific reply count criteria. The metric is for analysis; the trigger is for automation.
You can use either. The Tickets dataset includes the 'Agent replies' metric for ticket-level analysis. The Updates history dataset lets you filter by when replies occurred and distinguish between public comments and internal notes.
When a ticket reopens, the agent replies count continues from where it left off. If a ticket had 2 replies when first solved and gets 1 more after reopening, the total count becomes 3. The ticket may also move from one-touch to two-touch or multi-touch brackets.
Common reasons include: counting internal notes instead of public comments, including automated system messages, not filtering by the right date range, or confusing agent replies with agent touches (which include field changes and status updates).
Yes. Create a standard calculated metric using the formula D_COUNT(Agent comments)/D_COUNT(Tickets updated) and add time-based attributes to your report. This gives you average replies per ticket, which you can break down by hour, day, or week.
Use the Updates history dataset and add a filter for Comment public = true. In the Tickets dataset, the 'Agent replies' metric automatically excludes internal notes and only counts public replies.

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.