by Steven J. Owens (unless otherwise attributed)
A help desk/trouble ticket application can be useful for your organization if:
This is a bit more complex than just a feedback form, but it can be handy if you have a need for it. It's also possible to set them up so that email sent to a normal email address goes into the trouble ticket app automatically, so you can get the best of both worlds, using your trouble ticket app to help manage the normal email.
There are free and open-source trouble ticket/help desk web applications out there, but I haven't done extensive research on the topic. Bug-tracking applications are a subclass of software that is a bit easier to find, since open source projects have a need for bug-tracking. Mantis and Bugzilla are two bug-tracking applications that seem to be more popular. It's not uncommon for people to use a bug-tracking app as a help desk app.
Some googling turned up this web page; they're selling their commercial help desk app, but they also list several open source help desk apps:
I wouldn't recommend building a help desk app from scratch, but the one down side to using an existing help desk/trouble ticket app is that they can be more complex than you really need. So if you have an IT guy who's good with web apps (php and mysql are a good tool set for this sort of problem) you might find it takes less time and effort to build a simple system from scratch than to "dumb down" a complex existing system.
Here's a quick "day in the life" of a help desk/trouble ticket system:
The buzzword for this sort of stuff is "workflow management", and it can be simple or complex. Generally it's best for it to be simple and flexible. Let the human beings manage the process; they tend to be much better at it than a rigid system.
A ticket might be assigned according to some criteria - maybe there's a category checkbox that the user selects when they submit the request, or maybe there's a supervisor who skims the stack of incoming requests and assigns it. Another alternative is to let a pool of help desk people take turns pulling requests out of the inbox, as they finish each request they're dealing with.
More complex workflow systems can enforce a step-by-step process; Alice gets it first, reads it and sets the status to "diagnosed, hardware problem", at which point it shows up in Bob's inbox because Bob handles hardware problems, and so forth.
This can be handy and useful, but it can also be awkward and painful, so be careful about buying into such a system. Keep it simple. Generally once somebody starts dealing with the end-user, you want to keep them with that person, so the end-user feels some continuity and doesn't feel like a pinball being bounced from person to person. Of course, this has to be balanced against making sure the right person is dealing with the problem.