An IT analyst gets the problems that are too tangled for the help desk and too small for a project team. You own a handful of business applications, keep accounts and licenses tidy, and turn vague complaints into fixes that stay fixed. The title means different things at different companies, so the posting's duties list matters more than the job name.
Think of internal IT as layers. The service desk answers the phone and resets passwords. Engineers build and run the servers, the network and the cloud tenant. The IT analyst sits in the middle, taking escalations the desk can't close and handling the everyday administration nobody else has time for. That usually means user accounts in Active Directory or Entra ID, plus a few line-of-business apps like the HR system or the ticketing tool itself. Add license counts and the reports that tell the IT manager what's actually going on. It's different from a business analyst, who spends most of the week gathering requirements for new projects. You'll do some of that, but your main job is keeping what already exists working and making it a little better each month.
You open the ServiceNow queue before your coffee's cool. The service desk has pushed up a sales rep who lost access to a Salesforce report and a shared mailbox that stopped syncing for the accounts payable team. There's also a new hire starting Monday who has an account but no laptop assigned. You sort them by who can't do their job right now. The mailbox wins, because invoices are stuck behind it.
It's a short call in Teams. You mention the mailbox problem and the systems administrator admits a conditional access policy changed last Thursday. That's your likely culprit. You agree to test the fix on one account before anyone touches the policy for everybody, and you update the ticket so the desk can tell the AP team something honest.
HR sends the list of people who left last week. You walk each name through Entra ID, disable the account, convert the mailbox to shared where the manager asked, and pull back the software licenses so they don't keep billing. Halfway down you find a contractor account that's still active long after the contract ended. You disable it, note who owned it, and flag it for the security lead.
Payroll calls: the timekeeping system won't export this week's hours, and payroll closes tomorrow. The vendor pushed an update overnight without telling anyone. You reproduce the error, capture the log, and open a priority case with their support team. While you wait, you find that a plain CSV export still works and walk the payroll lead through a manual import. The license report you'd planned to finish today slides to tomorrow. This happens more weeks than it doesn't.
You close tickets with notes a stranger could follow. You add the CSV workaround to the Confluence knowledge base so the desk can handle it if the vendor's fix is slow. Last, you fill in the change request for the conditional access fix. It goes to tomorrow's change advisory board, the weekly meeting where IT signs off on anything that could break something.
This is the most common route by a distance. You spend time answering tickets, get known as the person who solves the weird ones, and start picking up admin work like group permissions or app setup. When an analyst seat opens, you're the obvious choice because you already know the systems and the people.
Plenty of IT analysts started as the power user in finance, HR or sales. You ran the CRM for your team, built the reports, and became the person IT called when they needed someone who understood the process. That business knowledge is hard to teach, and IT managers value it.
A degree in information systems or a related field, plus an internship in a corporate IT department, can get you in directly. It's the least common path because hiring managers like to see some time spent supporting real users. A student job on a university help desk counts for more than you'd think.
The hard part isn't any single problem. It's the switching. You'll start a clean-up project in the morning, get dragged into a vendor outage by lunch, and field an urgent request from an executive assistant before you've eaten. People who need long stretches of quiet focus often find this draining. You'll also end up owning applications you didn't pick and don't love, and you're the face people see when those apps misbehave.
The upside is that the job shows you the whole IT operation from the inside. After a few years, most analysts pick a lane. Some go deeper into infrastructure and become systems administrators. Others lean toward the business side as business systems analysts. A good number move into identity and security work, since access control is already half the job. And the ones who like coordinating people over fixing things tend to end up running the team as IT managers.
12% of openings are fully remote.
$89,210 – $131,851.2
Typical range in the 17 of the newest 60 postings that list pay.
No, though the roles overlap. The help desk handles first contact and common fixes. An IT analyst takes the problems that need admin access, deeper digging or a call with the vendor, and usually owns specific systems and reports. Many analysts started on the desk.
You don't need to be a developer. You do need enough scripting to save yourself time, usually PowerShell for bulk account changes, and enough SQL to pull a report out of an application's database. Analysts who can automate the boring parts get the interesting work.
Because companies use it loosely. At one firm it's a senior help desk role, at another it's an application administrator, and at a third it's close to a business analyst. Read the duties, the tools named and who the job reports to. Those tell you far more than the title does.
HeroApply applies to them for you, so you can keep doing the job you have.