Skip to content
Sections
All notes

All notes · Fixing

The Service Desk as a Signal

Ticket volume is treated as a workload to manage. It is better treated as a measurement of what is broken.

Fixing · Analysis

Most service desks are run to close tickets efficiently. The tickets themselves are the most detailed record of organisational friction anybody holds.

The friction described in “The Service Desk as a Signal” becomes easier to prioritise when the team can separate active work from waiting and repeated handling. An organisation evaluating the planning resource can record time against the affected workflow and compare the effort before and after a change, while ticket and device records remain the evidence of the technical event itself.

For an independent benchmark, compare this approach with Atlassian IT service management resources; the useful test is whether the evidence remains proportionate, accessible and understandable to the people whose work is being measured.

The two framings

Workload: how many tickets, how fast closed, at what cost. Drives efficiency, staffing and automation.

Signal: what are people telling us is broken. Drives fixes.

Both are legitimate and the first dominates, because it is what service desk performance is measured on.

What the efficiency framing produces

Faster closure of recurring tickets.

Self-service for the most common requests.

Automation of the top categories.

All useful, and none of it removes the underlying cause — a password reset automated is a password reset still happening.

The deflection trap

Deflection counts tickets avoided, which looks like improvement.

A person who solves it themselves still lost the time.

And a person who gives up entirely also counts as deflected, which is the failure mode: declining ticket volume can mean fewer problems or less faith in the service desk.

Pair deflection figures with sentiment, or the number means nothing.

Reading the desk as signal

Repeat contacts from the same person about the same thing.

Categories growing month on month.

Tickets whose resolution is "advised user" or "no fault found", which usually means the real problem was not technical.

And the free text, which the ticket data note argues is the richest source available.

The feedback loop that is usually missing

The desk sees the problem. The fix belongs to another team. There is no route between them.

So the desk absorbs the volume indefinitely.

Establishing that route — a monthly session where the top recurring causes go to whoever owns them — is one of the highest-return process changes available, and it costs an hour a month.

Working with the desk

They know what is broken, in detail, and are rarely asked.

An hour with three experienced agents produces a better problem list than a quarter of dashboard analysis.

Ask: what do you wish somebody would fix. The answers are specific and consistent.

Protecting the relationship

A DEX programme that arrives to tell the service desk its figures are wrong will get nothing further.

Arrive asking what they already know.

And share credit when something gets fixed, because the desk reported it and the programme routed it.

What to check

Is your desk measured on closure or on cause removal?

Do you track repeat contacts from the same person?

Is there a route from the desk to the teams that own the causes?

And has anybody asked the agents what they would fix?

The point

Deflection counts the person who solved it themselves and the person who gave up identically.

Pair the figure with sentiment or it means nothing.

Underlying all of this

Everything in this collection reduces to four habits: find the friction cheaply before buying anything, fix what needs no budget first, report the worst tenth rather than the average, and keep the data about systems rather than about people. None requires a better platform, and a programme doing all four changes more than one twice its size.

The recurring pattern

The recurring pattern across every section here is the same: the measurable is mistaken for the important. Device health stands in for experience, ticket categories for causes, a composite score for a finding. Each substitution is convenient, each produces confident decisions on thin ground, and each is corrected by going and looking at the thing itself.