What Really Makes A Great IT Support Technician?

I started thinking about what it means to be a great IT technician. As one of my now roles, IT technician was thrust upon me, among other things, by choice. Primarily because I enjoy it, and so it got me thinking, why do I love it so much? Over the years I have worn the hat of support specialist, web developer, IT manager, IT director, and CEO. I am now the information systems security officer but not matter how hard I try, the pull, and draw of troubleshooting issues pulls on me.

I suppose it makes sense, its one of the only jobs that I have ever felt, at home with, and so much so that it led me to and through a decade long consulting career. Its one of those jobs that never really felt like work and I feel lucky to have found something that I enjoy and am talented at. But why is that, why is it that I am so drawn to this core element that for many is such a drudgery and a grind. What sets appart the standard IT support technician from the others.

Obviously passion, if you enjoy what you do you tend to do it wholeheartedly and it just comes easy. The more I grappled with this concept though the more I realized that I was looking internally and not outwardly. I wasn’t asking the right question. The question really is what makes a great IT support technician, and the answer is that its not the technician that makes themselves great, its the customer, the client, the person with the problem that makes you great, because you aren’t ever great yourself your great because people mandate it.

What sets appart great from good?

Let’s be clear, I don’t think I am a great support technician. I think I am driven, talented and hardworking which are the elements that I control. Its the opinion of those I work with that provide me with the sense of accomplishment that fuels my passion. That said, what sets appart a great tech from the rest of the pack? For me it really comes down to one single thing, WHY. Why is the question that you get often in this field. Why doesn’t this work? Why can’t I open this file? Why is my screen frozen?

Interestingly enough, if you were to go into the why you would realize fairly quickly that they are not actually interested in they why, they really at the core just want you to fix the issue. A truly great technician knows how to navigate this question and approach. At its core IT is a people skilled based job. Yes, obviously you have to deal with technology but you deal with people more, people who use the technology. You deal with the people who also make the technology and companies that sell the technology.

The sooner you understand each entities motivations you start to learn why they do what they do, and when you understand why tech companies do what they do then the decisions they make at the technical level make more sense. In short a great technician knows how to answer the why, but seldom actually explains it, instead they fix the issue while providing a good bedside manner to the obviously frustrated individual who just can’t seem to print.

Why?

So lets dig into the why a little bit more. Sometimes users really do want to know why things aren’t working. A good technician fixes the issue a great technician knows what information to relay to whom and when. They can read body language, take cues and provide the information in a non technial and non threatening way. Great technicians are good storytellers, they can help people understand why an issue happened and what they can do to avoid it by using analogies, or metaphors.

Great technicians can tell when they have explained too much. Its sometimes not easy to tell when its time to stop talking and wrap up your point and a great tech knows how to not get stuck in a midwest goodbye situation.

Sometimes you don’t know why and you never will know why. Great technicians will never make up explanations or gaslight people, if they don’t know they simply admit that they are just as confused as you are, reassuring you that you are working on a solution and will keep them informed when you have more information.

Great technicians agonize about the communication, of system changes knowing that the why is inevitably coming. A good IT communication tries to get ahead of all the potential whys, but welcomes users to ask questions.

Patience Is a Skill, Not a Trait

It took me years to realize that patience isn’t something you’re born with—it’s something you practice, over and over. The best IT support folks aren’t calm because they’re naturally zen; they’re calm because they’ve been through the fire enough times to know that frustration doesn’t solve anything. They’ve been yelled at, looped into never-ending tickets, blamed for things outside their control—and they still show up the next day ready to help.

Being patient doesn’t mean being a doormat. It means you can walk someone through a five-step process twelve times without letting your tone change. It means you can be empathetic to the person who’s had their day ruined by something that seems small to you but is huge to them. That kind of patience creates trust—and that trust is the foundation of a great support relationship.

Pattern Recognition

You do this long enough and you start to see the matrix. Not just in the technology—though yes, you’ll know exactly which firmware version caused that obscure printer crash—but in the behaviors, the language people use when they report problems, the subtle signs of larger systemic issues.

Great technicians aren’t just solving problems in isolation. They’re looking for patterns. That one user who keeps reporting latency? Maybe it’s not their machine. Maybe it’s a switch on the floor that’s dying slowly. A flurry of login issues on a Monday morning? Maybe there’s a policy misconfiguration rolling out with the GPO.

You start seeing these problems like puzzle pieces, and you don’t just fix the broken piece—you start questioning the whole puzzle.

Ownership is Everything

One of the traits I’ve seen over and over again in the greats is ownership. It’s not just about taking responsibility when something breaks—it’s about making sure things get resolved, even when they’re not technically “your job.”

Great techs don’t pass the buck. They escalate when they need to, but they never drop the baton. They follow up. They circle back. They make sure the user knows they’ve been heard, even if the issue takes days to resolve.

Sometimes ownership looks like sending one more email at the end of the day. Sometimes it’s documenting what you found so the next tech doesn’t have to reinvent the wheel. It’s the mindset of: If I touched it, I’ll see it through.

The Invisible Work

Here’s the thing about support: when you’re doing it right, no one notices. The printer just works. The app launches. The login succeeds. And when things break, they get fixed so quickly and so smoothly that the end user barely registers the interruption.

There’s a kind of quiet pride in that. Great technicians live in that invisible space. They’re like stagehands in a theater—if they’re doing their job well, you’ll never know they were there. But without them, the show doesn’t go on.

It’s not glamorous. It doesn’t come with a standing ovation. But there’s deep satisfaction in knowing that hundreds of people were able to do their jobs because you did yours.

Conclusion: It’s About People

Here’s the thing about support: when you’re doing it right, no one notices. The printer just works. The app launches. The login succeeds. And when things break, they get fixed so quickly and so smoothly that the end user barely registers the interruption.

There’s a kind of quiet pride in that. Great technicians live in that invisible space. They’re like stagehands in a theater—if they’re doing their job well, you’ll never know they were there. But without them, the show doesn’t go on.

It’s not glamorous. It doesn’t come with a standing ovation. But there’s deep satisfaction in knowing that hundreds of people were able to do their jobs because you did yours.

If you found this post useful, Follow me and comment with questions, or feedback.

AI Usage Transparency Report

AI Era · Written during widespread use of AI tools

AI Signal Composition

Rep Tone Struct Instr
Repetition: 52%
Tone: 59%
Structure: 45%
List: 0%
Instructional: 17%
Emoji: 0%

Score: 0.22 · Moderate AI Influence

Summary

A great IT support technician is one who understands the motivations of users, tech companies, and themselves, and can navigate complex technical issues with empathy and effective communication.

Related Posts

Setting up Ollama on macOS

Recently, after some bad experiences with OpenAI's ChatGPT and CODEX, I decided to look into and learn more about running local AI models. On its face it was intimidating, but I had seen a lot of people in the MacAdmins community posting examples of macOS setups, which really helped lower the bar for me both in terms of approachability and just making me more aware of the local AI community that exists out there today.

Read more

AI Agent Constraints and Security

I really feel like in this era of AI it's essential to write about and share experiences for others who are leveraging AI, especially now that AI usage seems almost ubiquitous. Specifically, when it comes to AI in development and the rapid growth of AI-driven automations in the IT landscape, I believe there's a need for open discussion and exploration.

Read more

ABM Warranty 0.4.1

The 0.4.x release series for ABM Warranty is focused on operational scale. The earlier 0.3 releases were about trust, correctness, and stabilizing the foundation. Version 0.4.1 builds directly on that work by making the app more practical for consultants, internal IT teams, and managed service providers who need to support multiple environments without losing isolation, control, or visibility. This includes improvements to user interface and workflow, as well as enhanced reporting capabilities to help these users manage their workflows more efficiently.

Read more

Vibe Coding with Codex: From Fun to Frustration

So there I was, a typically day, a typical weekend. As a ChatGPT customer, I had heard good things about Codex and had not yet tried the platform. To date my experience with agentic coding was simply snippit based support with ChatGPT and Gemeni where I would ask questions, get explanations and support with squashing bugs in a few apps that I work on, for fun, on the side. There were a few core features in one of the apps I built that I wanted to try implementing but the...

Read more

Why Apple Fleet Risk Isn’t a Security Problem—Until It Is

Security and risk are often treated as interchangeable concepts in modern IT environments, but they are not the same discipline. Security focuses on controls, enforcement, and prevention. Risk management, by contrast, is concerned with likelihood, impact, and consequence across operational, financial, and organizational domains. Frameworks such as those published by NIST make this distinction explicit: risk assessment is not a technical exercise, but a business one. Technology informs risk decisions, but it does not define them.

Read more

ABM Warranty 0.3.1

The 0.3.x release series for ABM Warranty is about tightening guarantees. Where earlier releases focused on surfacing data and making long-running operations observable, 0.3.x focuses on ensuring that what you see is complete, consistent, and safe to trust—particularly as the app is used in larger, slower, and more varied environments. This shift in focus aims to provide a more reliable foundation for users who require higher levels of assurance from their warranty management system.

Read more

ABM Warranty 0.2.0

ABM Warranty 0.2.0 is a feature release focused on visibility, safety, and scale. This version does not change what ABM Warranty is meant to be, but it significantly improves how the app behaves under real-world conditions—large device counts, API throttling, long-running imports, and the kinds of failure modes Apple IT admins actually encounter. The improvements in this release are designed to make the app more reliable and efficient, allowing it to handle complex scenarios without breaking or becoming unresponsive.

Read more

Running a Beta Program: Lessons Learned

Shipping software in isolation is comforting. You control the inputs, the environment, and the narrative you tell yourself about how things work. The moment you invite other people in—especially people who don’t share your assumptions—you lose that comfort. You also gain something far more valuable. Running a public beta for ABM Warranty through Apple’s TestFlight program forced me to confront that tradeoff head-on, and it fundamentally changed how quickly and confidently the app matured.

Read more

The Day I Unmanaged a Mac Into a Corner

There are a few kinds of mistakes you make as a Mac admin. There are the ones that cost you time, the ones that cost you sleep, and then there are the ones that leave you staring at a perfectly good laptop thinking, “How did I possibly make this *less* manageable by touching it?” These mistakes often stem from a lack of understanding or experience with macOS, but they can also be the result of rushing through tasks or not taking the time to properly plan and test.

Read more