Users-to-tech support ratio

July 27, 2006, 9:16pm PDT | Length: 00:04:52
How many employees should one tech support staff person oversee?CNET's Justine Nguyen explains the golden ratio of users to tech support staff, and what factors contribute to it.

Transcript

Users-to-tech support ratio

My name is Justine Nguyen, Director of Desktop Support hereat CNET Networks, and I'm here to talk to you today about users to tech supportratio. We've been experiencing explosive growth here at CNET Networks, hiringemployees left and right. And of course in order to provide support to thoseemployees and their computers, I've had to ask for more technicians. There'ssome complicated math that might go into that, but there's some good rule ofthumbs which I wanted to share with you today.

So the first thing, before you do any calculations is youhave to take into account at least three things. The first thing is complexity.This involves your environment complexity, how many laptops versus desktops areyou using? How many operating systems are in your environments, as well as theproblem complexity-generally how involved are the problems, how hard are theyto solve or how easy are they to solve?

The second thing you have to take into account is expertise.This would mean your technician expertise, how much they'll need to knowtechnically to solve the problems in your environment as well as your userexpertise, how well do they know how to use the hardware and the software thatthey need to be productive.

The third thing that you do need to take into account istrends. Do some trend analysis of your problems. You'll see spikes and dips aswhen problems occur. Make sure that you're staffed up during those time periodsto accommodate those, whether it's during a software release, a new hardwarerollout, or hiring spikes.

So the basic rule of thumb in terms of user to support ratiois 60 users to one technician. Now there are a lot of things that can influencethis number. How many remote users do you have? Do the technicians have directaccess to those machines or not? Do your technicians have to walk a longdistance to get to users? Is there a lot of software testing done in yourenvironment?

So I picked out six things that definitely influenced myrecommendation. I'm going to share those with you. So the first one is if youhave more than one operating system and no hardware standards in yourenvironment-that means you're using Mac, Linux, various versions ofWindows-your ratio is going to be reduced to 45 employees to one technician.That's a reduction of 15 employees per technician that can be supported.

However, you can increase the number of employees that eachtechnician supports. For example, you can use restricted local administratorrights on machines. If you do this, your ratio will increase from 60 to one to70 to one. That's plus ten employees that are supported by each technician.

Another thing you can do is restrict local administrativerights completely. However, this will only increase your support ratio by five.For some reason, power users who don't have administrative rights to theirmachine it involves more work for your technician.

A big productivity factor that you can have is to use remotesoftware deployment, whether it's SMS, Alteris, LanDesk. If you do this, yourratio will increase by 20 to one. That means that you will have an 80 to oneratio of employees to technicians.

Another thing that will really increase productivity isimaging or cloning, whether you're using Ghost-you don't want technicians tospend a lot of time building machines by hand. So this will increase the ratioby 15 to one.

Another good tool is remote control, going back to thedistance a technician has to travel to provide support. Remote control toolswill increase your ratio by 15 to one. So remember the rule of thumb we startedwith was 60 to one. Now there are a lot of things which will make that numbersmaller. However, if you implement standards, policies, invest in some softwarewhich will increase technician productivity, you can add up all of these ratioincreases and receive a ratio of 125 employees to one technician.

Adding VoIP to your legacy networks

Adding VoIP to your legacy networks

If you think switching to VoIP means ripping out your traditionalphone network, think again....

Attack of the mobile viruses

Attack of the mobile viruses

As mobile communications become more prevalent, so does theonslaught of viruses. CNET's Robert...

SEO 101

SEO 101

How do you get your Web pages to rank high on search results? CNET's Laura Lippay offers some...

Business class SaaS

Business class SaaS

Sponsored: The Software as a Service market is expected to double by 2012. Martin Capurro,...

Desktop virtualization

Desktop virtualization

By 2011, there could be more than 660 million virtualized desktops. John Whaley, CTO and Founder...

SIP trunking 101

SIP trunking 101

Voice, instant messaging, and video no longer have to be islands of collaboration. Kenneth...

Application streaming

Application streaming

Sponsored: Updating applications can be time-consuming for both users and administrators....

What is LEED?

What is LEED?

"Going green" is becoming commonplace in the corporate world. Paul Holland, general partner at...

Talkback Most Recent of 11 Talkback(s)

  • ZDNet Moderator

    Users to Tech support ratio
    This is an interesting article!!
    ZDNet Gravatar
    viruser
    7th Aug 2007
  • RE: Users-to-tech support ratio
    What or where does the original rule of thumb come from? What metrics are used to pull that number out of the ether? Also, what is the definition of destop technician? System Admins included in that? This ratio has been the holy grail for me. I see little uniformity in the ratios that people are espousing. Dose this include the help desk support techs?
    ZDNet Gravatar
    ahendrian@...
    12th Mar 2008
  • RE: Users-to-tech support ratio
    I don't see how she got the final number of 125:1.
    I'm computing it at 110:1 with everything factored in. Am I missing something?

    Mary Ann Krebs
    Manager of Support
    Harvard Kennedy School
    ZDNet Gravatar
    selkiedee
    7th May 2008
  • RE: Users-to-tech support ratio
    @selkiedee The Negative applied if you had no Standards. The remaining were tools and standards to increase the ratio, so the negative was never applied to the original Ratio.
    ZDNet Gravatar
    GarlynSav
    21st Aug 2010
  • RE: Users-to-tech support ratio
    This was a very short and sweet video on how to increase your ratio or user to tech. Typically what we encounter is the Technician expected to do it all! Complete support for anything electronic from computers to telephone to cell phones, not to mention server support, Virus support, VPN, plus we have to keep up with new technologies. What about projects they just expect it to get done plus everything else you need to keep up with.
    ZDNet Gravatar
    jtaylor1007
    19th Jan 2010
  • RE: Users-to-tech support ratio
    What about the ratio of tech support at a high school level where each employee has about 125 students using desktops and mobile lab computers? I support only 180 employees, but almost 1,750 students as well.
    ZDNet Gravatar
    techsupport201
    12th Mar 2010
  • RE: Users-to-tech support ratio
    I'd like to see the impact of cell phones on that ratio. Especially the difference between cell platforms Blackberry/iPhone/Droid/Windows/non-smartphones.
    ZDNet Gravatar
    john.alexander@...
    3rd Oct 2010
  • RE: Users-to-tech support ratio
    I'd like to see the impact of cell phones on that ratio. Especially the difference between cell platforms Blackberry/iPhone/Droid/Windows/non-smartphones.
    ZDNet Gravatar
    john.alexander@...
    3rd Oct 2010
  • RE: Users-to-tech support ratio
    gerald.fields@jax.ufl.edu
    ZDNet Gravatar
    skinnyg
    22nd Dec 2010
  • RE: Users-to-tech support ratio
    gerald.fields@jax.ufl.edu
    ZDNet Gravatar
    skinnyg
    22nd Dec 2010
  • RE: Users-to-tech support ratio
    A linear formula is not appropriate for this equation. Consider upper and lower bounds for evidence.

    If a company has 125 employees, a single tech is not sufficient to support all the desktop and servers. Let's say the tech is like a superhero and can single-handedly field all requests from all 125 employees with no help, patch all the servers, fix all the broken hardware, install all the required software, all by his or herself while he or she is there. What happens when he or she gets sick or goes on vacation?

    On the other hand, 1000 techs for 125,000 employees seems extraordinarly excessive. You would have a couple hundred techs with nothing to do! As servers scale out, they only require a fraction of the support. Ten identical servers do not need much more support than one server. Ten completely different servers, on the other hand, is a different story entirely. Even for end user support, the scale matters. Supporting one sales person versus 100 people in a sales department does not scale up linearly for tech support.

    Only in the middle does it make sense. Ten to 50 techs for 1,250 to 6,250 users seems fairly appropriate.

    So, basically, this formula is bunk for all but between, say, 500 to 7,000 users.

    A logarithmic formula would seem to be more appropriate. I have yet to find one that actually makes sense and works -- even within a fairly wide margin of error and unknowns. Every formula I've found for calculating IT support work-hours looks to be just made up out of thin air and not applicable to scales outside the size of the company the person who made it up works for.

    I can't blame the presenter for not knowing the answer for all organization sizes. But at the same time, she should not present this as a formula every company can use, especially in the small business block. I feel bad for the admin of a 100 employee company that can't ever take any time off and works 16 hour days due to his boss watching this.
    ZDNet Gravatar
    Parrotlover77
    13th Jan 2011

Talkback - Tell Us What You Think

Formatting +
BB Codes - Note: HTML is not supported in forums
  • [b] Bold [/b]
  • [i] Italic [/i]
  • [u] Underline [/u]
  • [s] Strikethrough [/s]
  • [q] "Quote" [/q]
  • [ol][*] 1. Ordered List [/ol]
  • [ul][*] · Unordered List [/ul]
  • [pre] Preformat [/pre]
  • [quote] "Blockquote" [/quote]

The best of ZDNet, delivered

ZDNet Newsletters

Get the best of ZDNet delivered straight to your inbox

White Papers, Webcasts, & Resources

Facebook Activity