Introducing automated Schedule Change and Flight Disruption Management!Click to learn more →Introducing automated Schedule Change and Flight Disruption Management!Click to learn more →Introducing automated Schedule Change and Flight Disruption Management!Click to learn more →
Acai
Book a demo

Field guide · 2026

11 metrics every TMC should know

Sometimes you know something isn't working as well as it should, but you can't quite see why. And that makes it difficult for your TMC to know where to focus, what to fix, or what needs to change.

This TMC Metrics Field Guide brings together 11 metrics that can help you get a clearer picture of your travel support operation, from workload and capacity to efficiency, response times, resolution, and SLAs.

01

Ticket volume

How many requests arrived in a period, and how that compares with the period before.

How it is computedTickets created in the window, and the change against the previous window.

Why it matters

Volume is the one number most travel teams already have, usually as a raw email count. On its own it explains nothing: 16,000 emails a month is a fact, not a decision.

It becomes useful when it is split three ways: per agent, per client, and per case type. Per agent turns it into a staffing question. Per client turns it into a service conversation. Per case type shows where the hours actually go, which in travel is not where the ticket count suggests: a schedule change takes two to three times as long as a routine change.

The trend matters more than the level. A step up that stays is a new client or a new channel. A spike that fades is a disruption day or a mailbox import.

Watch for

Read a spike with the tags open. A disruption day arrives with schedule-change tickets; an imported mailbox arrives with old dates and no replies.

How to track it

LEVEL 1Count only
Shared inbox or spreadsheet

A monthly count if someone keeps it. No split by client or case type, so no way to compare periods on a like-for-like basis.

LEVEL 2Connected channels
Phone system or generic helpdesk

A daily series for the connected channels. Case type only if agents tag every ticket by hand, which they rarely do consistently.

LEVEL 3Native
Acai Desk

A daily series across channels, with case type assigned automatically and the client attached to every ticket, so volume can be read per account and per workflow.

New Tickets last 30 days

1,284

↓ -4% vs prev period

by client and case type

In the full guide

How to track ticket volume, and what to watch for

Download the full guide and discover how to track each metric and what to watch for.

02

Open tickets

How many tickets are waiting right now, and how many days of work that represents.

How it is computedCurrent count of tickets not yet resolved. Divide by average daily new tickets to get backlog in days.

Why it matters

Backlog is the earliest warning the desk has. It grows before response times slip and long before a client notices, so it is the number that tells you tomorrow's problem today.

In travel the tolerance is short. Corporate contracts expect same-day answers and often same-hour acknowledgements, so a backlog larger than one day of inflow means tomorrow's travelers are already queued behind today's.

It is also the metric that most exposes a desk with no closing discipline: tickets that end without ever being marked resolved pile up as a backlog that nobody is working.

Watch for

If open tickets is many multiples of monthly new tickets, it is unclosed work, not unworked work. Fix the closing habit before reading the number.

How to track it

LEVEL 1Unread count
Shared inbox or spreadsheet

The unread count, which mixes answered and unanswered mail and says nothing about age.

LEVEL 2Connected channels
Phone system or generic helpdesk

An open-ticket count and, on most helpdesks, ticket age. Only for connected channels; work that moved to phone or WhatsApp disappears from it.

LEVEL 3Native
Acai Desk

Open tickets with age, client and case type, so the backlog can be read as 'which clients, which workflows, how old'.

Open Tickets current

38

0.9 days of inflow

oldest 2 days · 3 clients

In the full guide

How to track open tickets, and what to watch for

Download the full guide and discover how to track each metric and what to watch for.

03

First response time

How long a traveler waits for the first human or automated reply.

How it is computedTime from ticket created to first agent reply, averaged over tickets created in the window. Calendar hours unless a business-hours clock is configured.

Why it matters

It is the metric in every TMC contract and the first question buyers ask when assessing a servicing desk. Buyer guidance is blunt: a TMC that cannot state its average response time per channel is not monitoring it.

It is also the metric most easily gamed. Answering the phone in six rings and promising a callback meets the SLA and delivers nothing, which is why consultants call ring-count SLAs largely meaningless. Measured honestly, on email, it is the fastest read on whether the desk is staffed for its volume.

First response only means something with resolution behind it. A two-minute acknowledgement followed by a four-hour wait is a courtesy, not service.

Watch for

Auto-acknowledgements counted as replies make this look instant and hide the real wait. Calendar hours make a Friday-evening ticket look like a 60-hour failure.

How to track it

LEVEL 1Not measurable
Shared inbox or spreadsheet

Not measurable. There is no timestamp on the reply, only a sense of who is behind.

LEVEL 2Calls, or email if connected
Phone system or generic helpdesk

Answer speed on calls from the phone system. Email first-reply time on a helpdesk, for connected mailboxes only, usually in calendar hours.

LEVEL 3Native
Acai Desk

First reply across email, chat and phone, per client and per case type, with automated replies distinguished from human ones.

Avg First Response

12m

↓ -18% vs prev period

email 14m · chat 3m

In the full guide

How to track first response time, and what to watch for

Download the full guide and discover how to track each metric and what to watch for.

04

Resolution time

How long it takes to actually finish a case, from the first message to closed.

How it is computedTime from ticket created to resolved, including time spent waiting on the traveler or the airline, averaged over resolved tickets.

Why it matters

This is the number the traveler experiences, and the one a travel manager would put in a quarterly review if anyone gave it to them. It separates a desk that acknowledges fast from a desk that finishes fast.

Travel runs on two clocks. Routine work (a quote, a straightforward change) should close the same day, and contracts say so. Airline-dependent work (refunds, waivers) can legitimately stay open for weeks because the airline holds the clock. Blending both into one average hides both.

Read against handling time, it also shows where the waiting happens: a wide gap between the two means the desk waits on third parties, not on itself.

Watch for

Closing fast inflates this and creates tomorrow's reopens. Short reporting windows always show shorter resolution, because the long cases have not closed yet.

How to track it

LEVEL 1Not measurable
Shared inbox or spreadsheet

Not measurable. A shared inbox has no closed state; a case is 'done' when nobody replies again.

LEVEL 2Helpdesk only
Phone system or generic helpdesk

A phone report ends when the call ends. A helpdesk records a resolution timestamp, but only for the ticket, not for the work done in the booking system.

LEVEL 3Native
Acai Desk

Resolution per client and per case type, with waiting time recorded separately, so routine and airline-dependent cases are judged on their own clocks.

Avg Resolution

3h 10m

↓ -22% vs prev period

routine 1h 40m · airline-dependent 2.1d

In the full guide

How to track resolution time, and what to watch for

Download the full guide and discover how to track each metric and what to watch for.

05

First contact resolution

The share of cases finished in one reply, with no follow-up and no reopen.

How it is computedResolved tickets closed with exactly one agent reply and never reopened, divided by all resolved tickets. Some tools use a looser rule (no reopen within N days); check the definition before comparing.

Why it matters

Every case that needs a second reply is usually a case where the desk asked for something it should already have had: the traveler profile, the booking reference, the policy, the fare rule. First contact resolution is that manual lookup problem, measured.

It is the metric most tightly linked to satisfaction. Contact-center research finds each point of FCR is worth roughly a point of customer satisfaction, and that escalated or repeated contacts are where satisfaction drops fastest.

For a TMC it is also a capacity metric. A case that comes back consumes two handles instead of one, so a ten-point rise in FCR is roughly a ten percent rise in cases an advisor can carry.

Watch for

FCR rises when tickets are closed after the first reply regardless of outcome. Pair it with new tickets per traveler, and compare within a case type, not across the desk.

How to track it

LEVEL 1Not measurable
Shared inbox or spreadsheet

Not measurable. Nobody counts how many threads came back.

LEVEL 2Calls only
Phone system or generic helpdesk

Repeat-contact or reopen rate on calls from the phone system. Replies per conversation on a helpdesk, which is the ingredient rather than the metric, and only for connected channels.

LEVEL 3Native
Acai Desk

One-reply resolution per case type, which is the only fair way to read it: a booking request needs a quote and a confirmation by design, a schedule-change notice can be one message.

First Contact Resolution

58%

↑ +6 pts vs prev period

exchanges 61% · schedule changes 74%

In the full guide

How to track first contact resolution, and what to watch for

Download the full guide and discover how to track each metric and what to watch for.

06

Handling time

How much of a case's life was active work rather than waiting.

How it is computedTime from created to resolved, minus time the ticket spent in a waiting status. On a phone system, the same name means something smaller: agent talk time plus wrap-up.

Why it matters

Handling time is the metric the entire capacity story rests on, and the one fewest travel teams can produce. Cases per advisor per day is handling time turned inside out; without it, 'we saved time' is an adjective.

In travel the work is uneven. A simple time change on a flexible fare takes 8 to 15 minutes of lookup before any decision. A schedule change or a disruption takes 20 to 30 minutes. A tagged handling time shows which workflows are eating the day.

It is also where the value of automation becomes visible: a case the desk prepares before an advisor opens it should show a shorter handle, and a case resolved automatically should show none.

Watch for

If waiting is never recorded, handling time equals resolution time and both look bad for reasons outside the desk. If waiting is over-used to protect the number, resolution time exposes it.

How to track it

LEVEL 1Time study only
Shared inbox or spreadsheet

By feel, or by a one-off time study when a business case needs a number.

LEVEL 2Talk time on calls
Phone system or generic helpdesk

Talk time plus wrap-up on calls, which excludes everything done in the booking system afterwards. Most helpdesks do not measure handling time at all.

LEVEL 3Native
Acai Desk

Active time per case, net of waiting, by case type and by client, including the automated share.

Avg Handling Time excl. waiting

34m

↓ -15% vs prev period

schedule changes 51m · quotes 22m

In the full guide

How to track handling time, and what to watch for

Download the full guide and discover how to track each metric and what to watch for.

07

Reassignments

How often a case had to change hands before it was resolved.

How it is computedAverage number of assignment events per ticket, and the share of tickets assigned two or more times. Equivalent to transfer rate or escalation rate in other tools.

Why it matters

Every reassignment is a case that went to the wrong person first, or to a person without the skill: rail refunds that only senior agents can do, schedule changes that need a ticketing-qualified advisor.

It is expensive. Escalated tickets cost three to five times a first-line ticket in contact-center studies, and satisfaction drops by around 20 points when a case is passed on.

Where routing is automated, reassignment is the honest measure of routing quality: the desk made the first assignment, so every second one is a routing miss the advisor had to correct.

Watch for

Read it by case type. A high rate on schedule changes is expected; a high rate on general inquiries is misrouting. An average below 1.0 means tickets are not being assigned at all.

How to track it

LEVEL 1Not measurable
Shared inbox or spreadsheet

A reassignment is a forward, and nobody counts forwards.

LEVEL 2Transfers on calls
Phone system or generic helpdesk

Transfer rate on calls from the phone system. Reassignment count on a helpdesk, if agents assign tickets at all rather than working from a shared view.

LEVEL 3Native
Acai Desk

Assignments per ticket by case type, so an expected handoff (a disruption to the ticketing team) is separated from a misroute (a general inquiry sent to the wrong desk).

Reassignments avg assignments / ticket

1.1

8% reassigned

disruptions 19% · general 3%

In the full guide

How to track reassignments, and what to watch for

Download the full guide and discover how to track each metric and what to watch for.

08

Interactions to resolution

How many messages it took to finish the case, counting both directions.

How it is computedInbound and outbound messages per resolved ticket, internal notes excluded. The minimum meaningful value is 2: one question, one answer.

Why it matters

This is the cost multiplier hidden inside every other metric. Support research puts the average issue at about 2.3 contacts, so the true cost of a case is more than double the cost of a contact.

In travel the back-and-forth is worse than in software support, because the desk asks for information it should already hold and the traveler answers from an airport. A booking request needs at least a quote and a confirmation, so the natural floor is three to four messages, not two.

It is the cleanest read on whether context is reaching the advisor. When profile, booking and policy are in front of the person answering, the second and third messages disappear.

Watch for

Holding replies count. A desk that improves first response with 'looking into it' messages will see interactions rise. Imported email history brings every old message with it.

How to track it

LEVEL 1Not measurable
Shared inbox or spreadsheet

Not measurable, beyond scrolling a thread.

LEVEL 2Helpdesk only
Phone system or generic helpdesk

Replies per conversation on a helpdesk, for connected channels. Phone systems do not count messages.

LEVEL 3Native
Acai Desk

Messages per case across channels, by case type, so a quote-plus-confirmation case and a one-message notice are judged separately.

Avg Interactions to resolution

3.2

↓ -0.8 vs prev period

bookings 3.9 · notices 2.0

In the full guide

How to track interactions to resolution, and what to watch for

Download the full guide and discover how to track each metric and what to watch for.

09

Response SLA met

The share of cases where the first reply arrived inside the agreed target.

How it is computedTickets whose first response was inside the target, divided by tickets that have been decided (met or breached). Tickets still within their window are pending, not counted.

Why it matters

This is the number a client contract is written in. Corporate travel agreements are often phrased as 100% compliance, with persistent failure treated as grounds to end the contract.

Today most clients hear about it in a quarterly review deck the TMC assembled by hand, which is why travel managers complain of account managers pasting analytics with no recommendation attached. A per-client SLA number the TMC can show live is a different conversation.

It is a better metric than average response time for the same data, because it resists outliers: one weekend ticket moves an average, not a percentage.

Watch for

Compliance improves when targets are loosened. Note the date any target changes, because the previous-period comparison stops meaning anything that month.

How to track it

LEVEL 1Not measurable
Shared inbox or spreadsheet

Not measurable, which is why 'SLAs missed because emails got buried' is such a common story.

LEVEL 2One desk-wide target
Phone system or generic helpdesk

Answer-within-N-seconds on calls from the phone system. Email SLA timers on a helpdesk, usually one target for the whole desk rather than per client, and in calendar hours.

LEVEL 3Native
Acai Desk

SLA met per client, on that client's target and clock, with pending tickets shown separately so tomorrow's breaches are visible today.

Response SLA Met of decided tickets

96%

4% breached · 12 pending

per client target

In the full guide

How to track response sla met, and what to watch for

Download the full guide and discover how to track each metric and what to watch for.

10

Resolution SLA met

The share of cases finished inside the agreed resolution target.

How it is computedTickets resolved inside the target, divided by decided tickets. Same rules as response SLA: per-client targets where set, pending tickets excluded.

Why it matters

Response SLA says the desk showed up; resolution SLA says it delivered. Buyers are moving toward outcome measures for exactly this reason, and pairing a process metric like answer speed with an outcome metric is the direction TMC service agreements are heading.

Because the target is per client, this is the metric that surfaces uneven service: a desk can run 95% overall while one demanding account sits at 70%. Read it by client before reading it in total.

Combined with the pending count, it is also a forecast. A large pending pile at the end of a shift is tomorrow's breach.

Watch for

Below about 50 decided tickets, each ticket is worth two points or more. Do not read the percentage on a small window.

How to track it

LEVEL 1Not measurable
Shared inbox or spreadsheet

Not measurable.

LEVEL 2One desk-wide target
Phone system or generic helpdesk

Not available from a phone system. On a helpdesk, a resolution timer with a single desk-wide target; the airline-dependent cases will breach it by design.

LEVEL 3Native
Acai Desk

Resolution SLA per client and per case type, so refunds and waivers can carry their own target instead of dragging the desk's number.

Resolution SLA Met of decided tickets

91%

9% breached · 20 pending

per client and case type

In the full guide

How to track resolution sla met, and what to watch for

Download the full guide and discover how to track each metric and what to watch for.

11

Automation rate

The share of cases handled without a person, and how many of those were actually resolved.

How it is computedTwo numbers, not one. Deflection: tickets no human touched, divided by eligible tickets. Resolution: tickets whose problem was solved without a human, divided by eligible tickets. The gap between them is the honest measure of AI quality.

Why it matters

Automation rate is the one operational metric mid-market travel companies already ask for, often before they ask about time. It is also the number buyers want in the next RFP: how many manual tasks the TMC has automated, and what that freed up.

The two definitions diverge sharply. Industry analysis puts AI deflection above 45% of queries while genuine self-service resolution sits near 14%. A desk that reports only deflection is counting travelers who gave up.

For travel the right unit is the case type. Automation of a routine notice can run high; automation of a refund is constrained by the airline, not the desk. Industry-wide, only 40 to 45% of ticket changes and about 5% of refunds are completed with automation at all.

Watch for

Ask which definition a number uses. Deflection and resolution can differ by 30 points on the same desk, and only one of them is a service metric.

How to track it

LEVEL 1Not applicable
Shared inbox or spreadsheet

Not applicable: there is nothing automated to count.

LEVEL 2Deflection only
Phone system or generic helpdesk

Bot-answered conversations as a share of total, on the helpdesk's own definition, which is usually deflection. Classification accuracy is rarely reported.

LEVEL 3Native
Acai Desk

Deflection and resolution per case type, plus classification and routing accuracy, with every automated action logged so the client can audit which cases ran on autopilot.

Automation Rate of eligible tickets

43%

resolved without a person

58% deflected · every action logged

In the full guide

How to track automation rate, and what to watch for

Download the full guide and discover how to track each metric and what to watch for.

We use cookies to understand how Acai Desk is used and to improve the site. See our Privacy & AI Center for details.