Posted: Mon Jan 18, 2010 8:32 am Post subject: How often do you give your customers feedback during a case?
As a member of a servicedesk, I can see that our customers most likely only get feedback when a case gets closed. (And when they first report the case)
Is there any "best practices" on giving feedback to the customer during the case's lifetime?
When, where, how?
We want to give a better experience of the servicedesk, by giving better feedback more often, but how have you done it - which way works for you?
Do you have like reminders in your Servicedesk tools, so you won't forget to give feeback - FOR EXAMPLE - when the case might take a bit longer than first expected? Or any other situation.
The goal is to have the customer feeling he/she is getting good attention.
Quickcases like pw resets would not need a "halftime" notice, but maybe another case which is taking more than 15minutes or so.
So, are you guys giving more information during the cases or just when picking the call and when closing the case?
Joined: Mar 04, 2008 Posts: 1884 Location: Newcastle-under-Lyme
Posted: Mon Jan 18, 2010 8:44 pm Post subject:
"Best practice" would be to consider what information, at what intervals will be of value to the customers/users so that, for example they can restructure their immediate plans according to sound expectations or the lack of them; so that they can be warned of further delays or of imminent restoration.
There is a psychological element as well. People who have lost a service don't like being in the dark and they shouldn't need to be.
The opposite end of the spectrum is that they will not thank you for interrupting them every five minutes just to say "we're still working on it" and you don't want to be interrupting your service staff all the time while they are working hard on the resolution.
Sometimes it makes sense to agree a schedule of updating at the start of the incident to meet the specific needs of the situation and you can also make some commitments in your SLAs as to how and when you keep the users/customers informed during ongoing "situations". _________________ "Method goes far to prevent trouble in business: for it makes the task easy, hinders confusion, saves abundance of time, and instructs those that have business depending, both what to do and what to hope."
William Penn 1644-1718
Joined: Dec 29, 2008 Posts: 5 Location: Midlands UK
Posted: Mon Jan 18, 2010 9:23 pm Post subject:
We are currently running a pilot where Customer Feedback is based around the Urgency of a ticket.
The analyst having received the ticket would have X hours to contact the customer and explain they had received their ticket and the next steps. Then based on the SLA there is a follow up date. This is when the analyst will next make contact with the customer and provide and update on the progress. The follow up date can be moved on agreement with the customer.
When contact is made this is recorded in the ticket with a support action to show contact has been made.
The metrics are a little up in the air. It seems some of our sites can easily make the provisional target and some sites cant.
We have 2 minutes to acknowledge electronic contact of Critical severity
5 minutes for Serious ... etc
In addition we have also update periods SLTs (internal) but that allow to define when the incident should be monitored by the incident owners not only to update the customer but also to escalate further if there is no progress. They are based on the recovery SLTs and Critical incidents to be recovered in 90 minutes have to be updated every 10/15 minutes while serious ones every 2 hours (SLT 6 hours to 48 hours depending the SLA)
The issue is that this is adding additional activities to the helpdesk that not only has to deal with incoming incidents (100 per day approx. for some teams) but also to update WIP ones
As our helpdesk is a 2nd level one, they do not like at all the clerical aspect of this - motivation may be an issue as they prefer to investigate as their resolution rate is 50%
making servicedesk members call customer on a regular basis to feedback them on the progress of resulution is going to be costly and you may find that few time you call and few times you are stuck between work
It is suggestive to use automated emails that could be triggered from the ticket logging tool based on the progress of the incident - say once the ticket is logged, first email is sent which gives the ticket number, clarifies the SLA and also provides a contact number/email id for the customers to reach if the urgency seem to be any better than the SLA...
As and when the ticket progresses towards resolution - the worklog if practised to be formally written can shared automatically
if the ticket is on pending status for customer response then automated emails on regular intervals can be set to be triggered..
It all depends upon how well you customize this automation for your need and help suit your structure
But that works _________________ Regards,
ITIL Certified and well experienced
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum