How much is too much?

I’ve always been of the belief that whenever you’re dealing with end users, the more information you could give them and the more ways they could access knowledge, the better. A couple of things recently have me questioning that theory.

One was this whole DST mess. If there was one constant in all the things we did it was this. Every communication we sent to users in the hope of limiting some help desk calls by supplying information ahead of time, only resulted in more help desk calls. Instead of people reading the email, following the directions and going about their lives without the need to involve tech support folks, they called to ask questions about the email. Even people who didn’t actually need to do anything different from what they always have been, called to make sure they didn’t need to do anything. It seemed like the more we tried to educate people about the issue, and what to expect, the more it just confused them. A handful of people literally just took to ignoring any emails that came from the IS department, figuring we’d fix whatever needed to be fixed later for them.

Here was a case where our attempts at sharing information backfired completely. It illustrates to me that when it comes to technical information, there is a saturation point where users simply tune you out.

It was with this new illustration that I had in mind when I was spending some time looking over some helpdesk software. The front page of the software for an end user presented them with three options, submit a ticket, search the knowledge base, or post a question in the forums. My immediate thought was, for many people, this is one option too many, maybe even two options too many. Many of my users would never bother to post a forum question. Why would they when what they really want is someone in IT to fix something for them or show them how to do something? They already have the option to submit a question to IT where it will be assigned to someone to handle, why post it on a forum and wait for “someone” to answer? Perhaps other organizations would have a different expectation, but in terms of where I work, that’s probably just going to confuse people about how to submit a question, which will prompt them to call. *L*

It also got me to thinking about all the different tools we have now to train users. We do screencasts, webinars, podcasts, classroom training, one on one training, printed materials, etc. At what point do we offer a user looking for training information too many options? Isn’t there some point where a user goes to the training page on the intranet, is overwhelmed by the choices, and just says “nevermind”? I think there very well might be, but I also think that point is individual to each user, so how do you plan around it?

Tags: Training, TechSupport

Similar Posts

  • Liberum

    Seen mentioned in this post by Chris Haaker, a free helpdesk tracking system called Liberum. Looks like it might be pretty interesting. Don’t know that I would use it here, there’s one tech, me, and people are pretty much used to just emailing me or stopping by my office. Asking them to move to filling…

  • I take it back

    Long time readers may remember this post, when I requested Law-firm IT folks take some time and train their users not to send links to documents from their document management system when sending them outside their firm. Now that I am one of those folks, I’d just like to say, I’m sorry. I take it…

  • Summation Training Classes

    I’m done with my first attempt at doing some Summation training. Had one class yesterday afternoon, another this morning. The goal was to do 90 minutes on the very basics, what the program does, how to navigate around, do some basic searching, edit the summaries, add notes to transcripts, etc. I’ve learned a couple of…

  • How to avoid outsourcing

    I was litening earlier to the latest In the Trenches, spefically to special guest Chuck Tomasi’s take on how to make yourself more valuable to your employer. He is in management now afterall so it’s a different perspective. I was struck by this idea of getting outside the technology and understanding the core business processes…

  • The end of IT Departments?

    Read. Discuss… My thoughts? It’s an obvious case. There are simply too many different technologies at play to have an expert on staff for each of them. For example, where I work, I consider myself an “expert” when it comes to desktops, our memberships database, Access, end-user support and training, SOHO networking, etc. I’m not…

3 Comments

  1. Good point on the options Mike. One thing I’d note though is that the options you provide vary drastically based on who you’re supporting.

    For instance in support HepSpot having those 3 options works great because I have many customers who only use the forums and others who send tickets in.

    For an internal IT group like yours the forums would probably never get used. So it would be best to hide or disable the forum and just have requests and the KB or just the request form even.

    In truth your users would probably rarely even use the form and would mostly likely just be sending emails to helpdesk@.

  2. Ian, ahh you recognized yourself in that one huh? Actually, I didn’t name the software because of the fact that I know I could choose to not implement any of the options, so it wasn’t a criticism of the product, more something for someone to think about when choosing what tools they would implement.

  3. Heh, no problem. I didn’t take it at criticism at all, just wanted to point out that most help desk system (including mine!) can be configured to remove the options that are not appropriate.

Leave a Reply

This site uses Akismet to reduce spam. Learn how your comment data is processed.

To respond on your own website, enter the URL of your response which should contain a link to this post's permalink URL. Your response will then appear (possibly after moderation) on this page. Want to update or remove your response? Update or delete your post and re-enter your post's URL again. (Find out more about Webmentions.)