Get told when a verified record lands on this occupation → · Mark which of these tasks are yours (VOLO Pro, free) → · For a team or a graduating class →
IT support specialist / helpdesk
The first person you reach when something at work has stopped working: resets it, explains it, or works out that what you said happened is not what happened.
Take last month's tickets and sort them into ones with a machine-checkable resolution and ones without. The first pile is the roadmap; the second is your job.
This is not a probability of losing your job. It combines how much of the role's task load is exposed to automation with how far adoption has actually gone — useful for comparing occupations on one consistent basis, and for nothing else.
Covers internal end-user support — service desk, desktop support, first and second line. It does not cover infrastructure engineering or SRE, which have their own page, and it does not cover consumer product support, where the caller is a customer rather than a colleague and the economics are different. In outsourced service desks the ticket volume target changes this job more than any tool does.
What is actually changing#
The unit of analysis is the task, not the job title. A role is not replaced — its task mix shifts.
Each tile is one task. Its size is how much of the job it is; its colour is where the task is heading. Click a tile to see what the judgement does not establish.
Removing the easy tickets does not leave a smaller version of this job, it leaves a harder one: what remains is the queue's long tail, where the user's description is wrong and the fault is in the gap between two systems. Teams sized on ticket volume that automate the volume and keep the sizing end up with the same headcount doing work the metric no longer describes — and appraisals built on tickets-closed start measuring the wrong thing the week the tool lands.
Human-led here is about who can solve it, not about how many are employed to. A team that automates the easy half and shrinks by that half leaves the hard half to fewer people, and the hard half is where the burnout in this occupation has always been. The task surviving is not the same as the post surviving.
Two employers' own announcements, with no change in IT staff time given. The physical half is small and shrinking for reasons unrelated to technology — remote work and cloud services removed the desk rather than the person who walks to it — so measure the ratio in your own week before reading any reassurance into it.
This is the task most likely to be automated badly rather than well: a verification step that a system performs is a step an attacker can learn exactly. And the authority to refuse is granted, not inherent — a desk measured only on resolution time will grant the access, and no technology is needed for that to happen.
Is this your job? Say so and this page narrows to your share of it.
A job title is a bundle of tasks bought together, and no two people hold the same bundle. Nothing is sent anywhere — it stays in this browser.
Read all 4 tasks in full — direction, reasoning and limits →
Recent changes#
NAICS 5415, computer systems design and related services, all employees, seasonally adjusted. The turn is March 2023 and the decline is steady rather than sharp. Two limits decide how much weight this can carry for this occupation. The industry contains software development, consulting and managed services as well as support desks, and cannot separate them — so this is not a support-specific measurement. And most people doing IT support are employed inside a bank, a hospital or a factory rather than by an IT services firm, and every one of them is counted in that employer's industry instead. The series sees the outsourced half of this occupation and not the larger in-house half.
Verifiable change in hiring, headcount, hours or job scope. Highest weight — but causal attribution still has to be argued, not assumed.
England, one university. The university's own notice says self-service lockers for staff and students to pick up laptops, drop off equipment for repair or collect accessories were ready for use from 12 February 2026, and that by reducing face-to-face collections the IT team can focus more time on resolving technical issues; equipment is issued through support requests, hardware orders, repairs, loans or replacements. The hand-over moves to a locker; the repair and preparation of kit stay with people; no staffing change is given.
An employer has put it into production. Can move the baseline — weighted by scale and how similar the setting is.
A joint advisory by US and allied government cyber agencies on a criminal group's methods. It says the group's social engineering attempts are designed first to learn what steps are needed to conduct password resets from help desks, then to gather the reset information for a targeted employee, often over several calls; and, in the July 2025 update, that its members posed as employees to convince IT or help-desk staff to provide sensitive information, reset the employee's password and transfer the employee's MFA to a device they control. Its mitigations recommend phishing-resistant MFA and training against voice phishing; it does not prescribe how a help desk should verify callers, and it describes one group rather than how often desks are fooled.
Failure, rollback, regulation or cost is suppressing adoption. Can lower an assessment or widen its uncertainty.
England, one public employer. The trust's own staff newsletter says its IT Services team rolled out a smart locker system to a third site after successful pilots in two towns; that the pilots distributed 1,000 laptops and saved 2,000 hours of clinical time; and that staff contact the service desk, agree a collection point, receive a code and collect their device from the locker. The service desk still triages first; the hours saved are clinicians', not IT staff's. Dated only as the April 2025 edition.
An employer has put it into production. Can move the baseline — weighted by scale and how similar the setting is.
The casino company's own filing about a cyber incident. It says it identified suspicious activity in its network resulting from a social engineering attack on an outsourced IT support vendor used by the company, and that on 7 September 2023 it determined the attacker had acquired a copy of its loyalty programme database, including driver's licence and social security numbers for a significant number of members; customer-facing operations were not affected. It does not describe how the vendor's staff were deceived or what verification they used.
Failure, rollback, regulation or cost is suppressing adoption. Can lower an assessment or widen its uncertainty.
A commissioned sector study, not a measurement, and the mechanism it names is the part worth keeping. Only one of its three routes is a machine doing the work: AI automating help desk answers and ticket routing. The other two are reorganisation — under Agile and CI/CD the development function takes over maintaining software and overseeing transition and testing, and under SaaS or PaaS the service provider takes over maintaining and updating the software, 'reducing the manpower needed for the in-house capability'. The report's own sentence is that there will be a decreasing need for stand-alone roles because the tasks will be 'subsumed under the Applications Development or DevOps team's job tasks' (for applications support; for systems support, 'under the DevOps team's job tasks'). Work moving to a different team is not the same event as work being automated, and a retelling flattens exactly that difference. Dated October 2022 on analysis dated December 2020, so written before generative AI reached the public — which matters because the help-desk automation it describes is ticket routing and canned answers, not a chat model. Singapore's infocomm workforce only; stakeholder interviews, not employment data.
A named person with standing publicly predicted something, on a date, in an attributable statement. It is recorded so that who said what, and when, stays checkable — and it never moves a task's assessment, because a prediction is not an observation. Its value arrives later: the record sits on the same page as the evidence about that occupation, so anyone reading the forecast reads the record of what happened next beside it. That is the reckoning; this site publishes no verdict on whether a forecast came true.
The entry is the department's own submission to the statutory inventory OMB publishes under the Advancing American AI Act, so the publisher here is the employer describing a deployment it runs, not a vendor or a journalist. The entry gives its operational date only as a month, 09/2019, so it is recorded as the first of that month; the reported date is the April 2026 data upload, which the repository README dates as of 13 April 2026. Read across the whole 2025 file and hand-filtered to genuine IT service-desk use cases, the same inventory holds 12 deployed across 6 agencies, 4 pilots, 26 in pre-deployment across 11 agencies and 1 retired — more are waiting than are running. What the entry does not give is any headcount figure, and it records no measurement of what share of the queue the system closes. Because this deployment predates public generative models by three years, it is evidence about ticket triage automation, not about language models.
An employer has put it into production. Can move the baseline — weighted by scale and how similar the setting is.
What this means for you#
This has been one of the main doors into technology work for thirty years, and it is the door with the clearest automation mechanism pointed at it — the easy tickets are the ones that hire beginners. The route through is unchanged in shape but shorter in time: get to the tickets nobody can script, and get named on the tooling that closes the rest, because operating the automation is the version of this job that is being funded.
Your organisation will size the team on ticket volume and then automate the volume. The argument that works is not that the tickets are hard, it is that the metric stopped describing the work — and it has to be made before the headcount is set, because afterwards you are arguing against a number that already looks good.
Your options#
Four directions, each with its real constraints and one thing you can test this week. Continuing as you are is a legitimate choice — it just has to be a chosen one.
Own the automation instead of competing with it
Someone has to decide which tickets the system may close by itself and what it does when it is unsure, and the only person who knows is whoever worked the queue.
It is a different job with a different title, and in many organisations it sits in a team you have to transfer into rather than grow into.
Take last month's tickets and sort them into ones with a machine-checkable resolution and ones without. The first pile is the roadmap; the second is your job.
Cross into security operations
Attackers call the desk directly to get passwords reset and MFA moved, US and allied cyber agencies warn, so you already have the context a security team needs: what a normal request from this company looks like.
Security roles usually want a certification before they will interview, and the on-call is heavier than the desk's.
Write down every request this month that felt off, whatever the outcome. If the list is not empty, that instinct is the thing the other team is hiring for.
Common questions#
The repeat half of the queue has the clearest automation mechanism of any office task: narrow problem, known resolution sequence, and success that a machine can check — the account unlocks or it does not, so a system can retry unattended. The long tail does not, because it starts from a user's description that is confident and wrong about a key detail. What that produces is not a smaller version of this job but a harder one, and teams sized on ticket volume that automate the volume usually discover the metric stopped describing the work.
No date. Sort last month's tickets into two piles: the ones where a machine can tell whether the fix worked, and the ones where only a person can. The first pile is what the tooling will take and the ratio between the piles is your exposure — you can compute it this afternoon, and it is far more informative than any industry figure because it is about your queue and not an average of everyone's.
A large share, and worth noticing that this happened before any model arrived — password self-service has been standard for years. That matters for reading the current wave correctly: the easy tickets were already being taken, and what language models add is handling the ones where the user cannot describe the problem in the portal's categories. The direction is the same as it has been for a decade; what changed is the pace.
Partly — a university and an NHS trust have moved the hand-over of devices to self-service lockers, while the repair and preparation of the kit stay with people. But the hand-over is the part the lockers took, so what stays is the repair rather than the walk to the desk. Measure what share of your own week it actually is before treating it as a plan.
Studying towards this?
These majors lead here. Their pages break down which of their competencies transfer and what graduates typically lack.
What these judgements rest on#
4 of 4 task judgements on this page are backed by a verified event and 0 are platform inference, each labelled where it appears. Behind them sit 3 technology dimensions, a reconstructed trajectory since language models reached the public, and 7 verified events.
See which technologies, how it got here, and the method →
Where it sits in the official classification: skills, knowledge, related jobs →
Other roles in the same function#
A company divides its work into functions before it divides it into jobs. These sit in Technology & data alongside this one — a fact about org charts, not a judgement that they are similar or that they are changing in the same direction.
Junior software developer · Experienced software engineer · Frontend developer · Backend developer · Data engineer · Machine learning engineer · AI researcher · Software tester / QA engineer · Data analyst · Data scientist · Statistician · Economist · Business analyst · Business systems owner · Security analyst (SOC) · DevOps engineer / platform engineer / SRE · Network engineer · Technical writer / documentation engineer · Grant writer / grants officer
