Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations SkipVought on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Helpdesk "Type" and "Priority" advice please

Status
Not open for further replies.

museudf

MIS
Jan 10, 2005
44
0
0
GB
I am in the middle of setting up a helpdesk solution for about just over 100 employee. The software I have decided to use for helpdesk if “track-it”. I have a couple of questions I was hoping someone could help me with. Basically when an end user creates a new work order they are asked to select the type of problem. So far I have Hardware - Software – Network – Purchasing – Email – Website. I was hoping someone could give me a couple of other suggestions.

Also priority, the end user has a field called priority, what options should I or should I not set in her.

Any help or advice would be great, Thanks

F
 
From my expeience, a miscellaneous category is a must. You will always get an occation where it will not fit into one of the pre-defined categories, for example, I got a help desk call when the building flooded, and the electricity went off. Not exactly an IT problem, but one that needed logging anyway.

It also depends on how you are going to use the category. Is it the reason the person called, or are you going to change it in order to reflect what the actual problem/solution was. E.g. Cannot open a page in internet explorer could be logged as Website, network, or software problem. It may then be apparent that the problem is a failed port on a switch at which point it becomes a network or hardware problem.

As for priorities, there should be nothing which can be logged above high, and most things should be logged at medium or low. Urgent or very high should be determined by the helpdesk operative, as the priority for resolution is dependant on the other work in the queue, which the end user will not be able to see. For example, a PC with a blue screen of death the end user will be an urgent problem, however, if someone goes and fixes that over sorting out the switch that has just failed, then they are no better off, as once the machine is fixed, they still cannot access network resources.

I would in an ideal world not allow end users to log above Medium themselves, and only be able to excelate it following discussion with a helpdesk operative.

Hope this helps.

Andy

=======================================
So often times it happens that we live our lives in chains
And we never even know we have the key

Ne auderis delere orbem rigidum meum
======================================
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top