The tickets that land on you are the ones the first line already tried and gave up on. That makes this job less about knowing every fix and more about finding the cause with evidence you can hand to someone else. Learn the diagnostic habits first, the product and identity depth second, and the automation and problem management work once you're in the seat.
| Certificate | Best for | Effort | Worth it? |
|---|---|---|---|
| CompTIA A+ | People moving up from retail tech, repair shops or help desk without a certificate | a couple of months of evenings, two exams | Still the one support postings name most. Skip it only if you already have solid IT jobs on your resume. |
| CompTIA Network+ | Specialists who keep getting the VPN, Wi-Fi and DNS tickets | several weekends after A+ | Worth it for tier-two work, because proving where traffic stops is half the job. |
| ITIL 4 Foundation | Specialists at larger companies running ServiceNow or a formal service desk | a few weekends and one multiple-choice exam | Light on hands-on skill, but it gives you the vocabulary for incidents, problems and changes that managers use. Good once you're aiming at a lead role. |
Exam names, versions and prices change, so check the current details on the provider's site before you pay for anything.
Handled escalated support tickets and resolved technical issues for users.
Worked 40+ tier-two escalations a week in ServiceNow, traced a recurring SSO failure to a conditional access rule affecting 300 users, and wrote 25 knowledge base articles that cut escalations from the help desk by a third.
The titles overlap, but a technical support specialist usually sits behind the help desk and takes the tickets nobody else could close. The weight is on diagnosis and escalation rather than setting up laptops and meeting rooms.
For internal IT roles, rarely. For roles supporting a software product, often, and a few simple SELECT queries against a test database will cover what most interviews ask.
Build a small lab with a virtual machine, break things on purpose, like DNS settings or a service that won't start, and write up how you found each one. Bring those write-ups to the interview.
Scripting, paired with root cause write-ups. Together they show you fix classes of problems, not single tickets, which is what systems and support engineering roles hire for.