views:

433

answers:

7

I'm one of the main developers on a complex web application. As we start to gain more users, we need a better method of managing customer support. Currently, we just have a support email box that someone goes through and answers questions, or forwards them off to other team members who can help. But it's getting too big to manage.

Ideally, we'd like some kind of system that still allows users to get help via email if they want, but on our end we should have some kind of web app to manage it all. Another thing which would be nice is if it were easy for us to integrate with our existing website and user system.

Does anyone have any experience / suggestions on a system of this type?

A: 

you're probably best of developing your own little support ticket system.

should take longer than 2 workdays to get it up and running.

Markus Nigbur
Two full workdays is already roughly $500. And I doubt I could build all the many features I'd like. It's probably worth it to buy one or use an opensource system, if it meets our needs.
davr
Sure, but I doubt you'll ever find a system that easily integrates with your current user authoritation etc.I don't know about your infrastructure / libraries etc, but whithin 2 workdays I got a pretty decent system running for our needs.
Markus Nigbur
Sidenote: $500 for 2 workdays? Is this the average in the us? here in germany this would sum to s.th. like $1630.
Markus Nigbur
Depends on your pay...$1630 per 16 hours is over $100/hr, which works out to about $200k/yr. Which is not impossible, but well above average.
davr
+3  A: 

I personally use HelpSpot (www.userscape.com) and it's great. It can pull in emails via POP3 (and IMAP?) and turn them into support requests. When you reply via the web interface, an email is sent back to the user. The whole correspondance is kept together -- very nice.

I haven't played with the integration bit, but I know it has some support for external user validation, and apparently an API is coming/here.

Also has a built-in forum and knowledge base, although I don't use those features so I can't comment.

DougN
+2  A: 

FogBugz (http://www.fogcreek.com/FogBUGZ/) has support for converting incoming e-mails to tasks and keeps tracks of replies as long as you use the web interface to reply. It also has hosted mode, which allows to set it up in minutes. Only requires a POP3 account on your side.

Jevgeni Kabanov
This looks like it's designed more as a bug tracker than a customer support system. I'll have to look at it more, maybe it has options for using it for customer support. But what worries me is they charge $25/mo per user, and we already have a few hundred users, with the hope to grow to thousands.
davr
It's per developer, not per end-user.
Jevgeni Kabanov
A: 

BugTracker.NET at http://ifdefined.com/bugtrackernet.html functions very well as a support system that takes input from the outside via email and is web-based on the inside.

Don't let the word "bug" scare you off. You can easily customize the name and "branding" of the application, the word bug to "ticket", or whatever.

BugTracker.NET is free and open source. You didn't specify the technology of your existing infrastructure, so I don't know about how to integrate it, but BugTracker.NET is an ASP.NET / SQL Server application. It supports LDAP/Active Directory authentication too.

Corey Trager
+1  A: 

I'm surprised that no one has mentioned RT: Request Tracker yet. It is a great ticketing system, able to be used solely via an email interface, if desired, and it also comes with a full-featured web front-end.

Integration into an existing web site is possible via its APIs. You should be able to authenticate into RT via an external source (though I've not done that, it's been available for years), and with CSS change the look and feel of RT to be more similar with your existing site. If need be, you can even bypass the RT web front end completely and just use the fairly simple APIs to list tickets and what not, but that would be a lot of work, because you'd essentially be re-writing the existing front end.

RT can be up and running in an hour or so, or you can spend weeks customizing it. I chose the latter approach and found a nice balance between modeling our existing work-flow and adopting new practices that a new tool allowed us to. There is an existing book that can help you learn all about RT (a bit outdated but still very relevant) and it has great community support via a mailing list and wiki.

Joe Casadonte
+1  A: 

We eneded up going with Kayako's eSupport. It works very nicely, has lots of features. For now, we took the lazy way out: customers never see the eSupport UI, all their interaction is done through email (and to make it slightly easier, in our webapp we added a form where they can fill in a question/bug report/etc and it emails it into the eSupport inbox, using their email as the From:). This way we don't have to worry about customizing the UI, since only staff members ever see it.

davr
+1  A: 

We had the same issue here, with a shared "IT Support" inbox gradually becoming too big to manage, and we went with Kayako's eSupport, as mentioned by davr.

It's incredibly customisable to suit any environment. And since it uses MySQL, we've built an entire reporting system on top of it.

Kayako have really good user forums.

Also, if you haven't yet, check out this Wiki article.

Matt