I would like to suggest that DreamHost implement a threaded customer support system to replace the current system.
The current system works when:
- only one reply from customer support is needed to resolve the issue; and,
- the one reply is adequate to resolve the issue.
If either of these conditions is not true, the system fails. Consider the following failure modes:
A. The client (i.e. me) sends a support request that does not include enough information. It goes into the queue with a 24-hour timer on it. The customer service rep (CSR) writes back (in, for example, 8 hours) saying “I need more information in order to help you.” I then reply with the needed information and my reply goes back in the queue with another 24 hours to wait. If the CSR takes 24 hours to reply (as has happened), then my “time-to-useful-information” is not a reasonable 8 hours, but an inefficient 32.
B. I send a support request. It goes into the queue with a 24-hour timer. The CSR misunderstands the request or provides a response that is inadequate to resolve the issue. (This, too, has happened.) I write back, saying “I’m sorry. You haven’t resolved my issue,” and the message goes back into the queue with another 24 hours to wait. I have one such case currently that is at 51 hours and counting.
A threaded model would avoid these failures without increasing the load on the customer service department. In fact, the load would decrease because issues would be handled more efficiently.
For example, in case A: I send a support request that does not include enough information. This opens a thread (or an “incident”). The CSR writes back (in the same thread) to say “Send more information.” I reply into the thread, and instead of going to the bottom of the main queue with a 24-hour timer, my reply stays near the top of the queue as an “open incident” (with perhaps a 1 or 2-hour timer). The CSR will see that I have replied, and can deal with the issue as he/she would have done originally if my request had been complete.
And, in case B: I send a request. The CSR sends a reply (in the thread) that is not adequate to resolve the issue. My reply into the thread does not go to the bottom of the queue with a 24-hour timer, but stays near the top. The CSR can see that the issue is not resolved and can refer it to an expert for resolution.
This system would be good for the clients, because it would reduce the “time-to-useful-information”. It would be good for individual customer support reps because they could potentially deal with complete incidents in a shorter time, reducing the need to go back and re-read previous messages. It would be good for the customer support department as a whole, because it would reduce the number of repetitive messages showing up at the bottom of the queue, giving a more realistic view of the current state of the queue.
Well, whaddya think?