IT support specialist / helpdesk — tasks, one by one
The unit of analysis is the task, not the job title. Each one below carries its direction, whether the judgement rests on evidence or on platform inference, the reasoning, and what it does not establish.
Every task on this page#
The ticket you have seen four hundred times
Automating✓ Evidence-backedPassword resets, account unlocks, access requests, the printer, the VPN — the same twenty problems that make up most of the queue.
This is the single clearest automation target in an office, and it had already been half-automated by self-service portals before any model arrived: the problem is narrow, the resolution is a known sequence, and success is machine-checkable — the account unlocks or it does not. That last property is what lets a system retry without a person watching, which is the property that separates tasks that moved from tasks that did not.
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.
Finding out what actually happened
Still human-led✓ Evidence-backedReconstructing the real sequence of events from a report that is confident, well-meaning and wrong about a key detail.
The diagnostic input here is not the ticket, it is the correction of the ticket — asking the question that reveals the user did something they did not mention because it did not seem relevant. A tool given the same written report inherits the same wrong premise, and this occupation's whole skill is refusing to accept it.
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.
Going to the desk
Still human-led≈ Platform inferenceThe physical half: hardware swaps, cabling, the meeting room that will not project, setting up the new starter.
Nobody is automating a hardware swap in an office, and the reason is economics rather than difficulty — the volume in any one building is far too low to justify a machine. What has actually reduced this task is not automation at all: remote work and cloud services removed the desk rather than the person who walks to it.
This half being safe from automation is what makes the whole occupation look safer than it is, because the physical half is small and shrinking for reasons unrelated to technology. Measure the ratio in your own week before reading any reassurance into it — in most organisations it is a minority of the hours and falling.