Craig Stanley
Home / Work / Role cards / Service desk analyst

Service desk analyst

A role card for IT service desk analysts: the main tasks, the decisions inside them, where AI tools can help, and where people should stay in charge.

· 3 min read · Craig Stanley
In short, explained

A service desk analyst helps people when their computer or apps go wrong. They decide what's wrong, how urgent it is, and who should fix it.

Service desk analysts answer IT questions, fix problems and pass harder ones on. Their day is full of quick decisions: how urgent is this, which category, can I fix it or should I escalate? Several of those suit AI suggestions. A few, like access and security calls, should stay firmly with people.

Closest O*NET match: 15-1232.00 Computer User Support Specialists. High-frequency decisions (categorise, prioritise, resolve or escalate, knowledge article choice) suit decision support with ticket-history grounding; access grants, security incident calls and VIP exceptions should remain human, with logged rationale.

The role

A service desk analyst is the first point of contact when people have problems with computers, software or accounts. The closest O*NET occupation is Computer User Support Specialists (15-1232.00). Its task list includes answering user enquiries about software or hardware, investigating problems by reading manuals, talking to users or running diagnostics, keeping records of problems and the action taken, and referring major problems to vendors or technicians.

That matches what most service desks do, with one addition O*NET doesn't stress: a large share of the work runs through a ticketing system, which records nearly every decision. That makes this role one of the easiest to study, as described in Ticket logs as a map of decisions.

The decisions

DecisionOptionsFrequencyStakesReversible?
Category of a ticketA list of categoriesVery highLowYes
PriorityUsually 4 or 5 levelsVery highMedium: a missed outage costs many people timeYes, if noticed
Resolve now or escalateFix, escalate, or ask for more informationHighMediumYes
Which knowledge article to useSeveral articles, or noneHighLowYes
Whether to grant access someone asks forGrant, refuse, or referMediumHigh: wrong access can expose dataPartly
Whether an issue is a security incidentYes, no, or unsureLowHighNo, once missed

The frequency and stakes labels are general; a real card would use the scoring guide.

Where AI helps

Categorising and suggesting a priority are good candidates for a decision model. They're frequent, mostly reversible, and the ticket history provides thousands of labelled examples. The model suggests; the analyst accepts or changes it with one click; the changes become training and test data.

Finding the right knowledge article suits a SharePoint agent or a Copilot Studio agent grounded in the knowledge base. Summarising a long ticket history when a case is passed on suits Microsoft 365 Copilot or a summary step in the ticketing tool.

Where people should stay in charge

Access requests and security judgements carry high stakes and can't always be undone. An AI tool can gather the facts, such as the requester's role and the approver on record. A person should make the call, and the reason should be logged.

I'd also keep "unsure" as a valid answer for security. An analyst who's unsure should be able to escalate without needing to justify it.

A worked example

These numbers are illustrative. A service desk with 12 analysts handles 6,000 tickets a month.

DecisionTime nowWith AI suggestionTime saved a month
Category and priority40 seconds per ticket15 seconds to check a suggestionAbout 42 hours
Knowledge article2 minutes on half of tickets1 minuteAbout 50 hours

That's about 92 hours a month across the team, if the suggestions are good enough to accept most of the time. The real number depends on the acceptance rate, which is what I'd measure in a pilot.

What I'm still checking

I've assumed analysts check each suggestion. In practice, accepting becomes automatic over time, as described in Controls people actually keep. For priority, I'd want a weekly sample of accepted suggestions to catch drift.

Sources

The decisions, time estimates and savings are illustrative.

Read next

A question to take awayCould you list the ten decisions your team makes most often, with how long each takes?

About me

Craig Stanley

Microsoft AI consultant and technical architect, based in Whitley Bay. Over the last few years I've delivered Microsoft 365 Copilot, Copilot Studio agents, Microsoft Foundry (formerly Azure AI Foundry) work and governance for UK public sector and financial services organisations.

What interests me is the decision underneath the tool: what it costs, what it risks, and whether a small, transparent model can make it better. I write the methods up here and on Substack so anyone can use them.

I write this site to learn in public: explaining each idea simply is how I check I understand it. Why I write this site.

Find me