Search
Topics
  Create an account Home  ·  Topics  ·  Downloads  ·  Your Account  ·  Submit News  ·  Top 10  
Modules
· Home
· Content
· FAQ
· Feedback
· Forums
· Search
· Statistics
· Surveys
· Top
· Topics
· Web Links
· Your_Account

Current Membership

Latest: GHopkins
New Today: 1
New Yesterday: 98
Overall: 143928

People Online:
Visitors: 59
Members: 2
Total: 61 .

Languages
Select Interface Language:


Major ITIL Portals
For general information and resources, ITIL and ITSM World is the most well known for both ITIL and ITIL Books. A shorter snapshot approach can be found at ITIL Zone

Related Resources
Service related resources
Service Level Agreement
Outsourcing

Note: ® ITIL is a registered trademark of OGC. This portal is totally independent and is in no way related to them. See our Feedback Page for more information.


The Itil Community Forum: Forums

ITIL :: View topic - How often do you give your customers feedback during a case?
 Forum FAQForum FAQ   SearchSearch   UsergroupsUsergroups   ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

How often do you give your customers feedback during a case?

 
Post new topic   Reply to topic    ITIL Forum Index -> The ITIL Service Desk
View previous topic :: View next topic  
Author Message
dicerman
Newbie
Newbie


Joined: Jan 17, 2010
Posts: 1

PostPosted: Mon Jan 18, 2010 8:32 am    Post subject: How often do you give your customers feedback during a case? Reply with quote

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?
Back to top
View user's profile
Diarmid
Senior Itiler


Joined: Mar 04, 2008
Posts: 1884
Location: Newcastle-under-Lyme

PostPosted: Mon Jan 18, 2010 8:44 pm    Post subject: Reply with quote

"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
Back to top
View user's profile Send e-mail
JohnKing
Newbie
Newbie


Joined: Dec 29, 2008
Posts: 5
Location: Midlands UK

PostPosted: Mon Jan 18, 2010 9:23 pm    Post subject: Reply with quote

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.
Back to top
View user's profile
mymickie
Newbie
Newbie


Joined: Feb 15, 2010
Posts: 3

PostPosted: Thu Mar 04, 2010 7:28 am    Post subject: Reply with quote

Hi
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%
Back to top
View user's profile
vz-r_Dave
Newbie
Newbie


Joined: Oct 28, 2009
Posts: 15

PostPosted: Wed Jun 09, 2010 4:07 pm    Post subject: Reply with quote

Is it really a 2nd line helpdesk though? Of course this might be your official line but if it is the first point of contact then it really isn’t the case.

The guy's might have the technical ability but this doesn’t really change the fact that they are doing a first line role.

Perhaps I am wrong and you do have a first line desk but it doesn’t seem so.

If it is a case of the guy's on the desk realising that they are first line and that this so called admin/clerical work is part of their job then it should be pushed on them.

Perhaps this will de-motivate them further but there is no room for arrogance on a Helpdesk/Servicedesk.
Back to top
View user's profile
SubbuA
Itiler


Joined: Jan 28, 2010
Posts: 33

PostPosted: Fri Jul 23, 2010 8:38 pm    Post subject: Reply with quote

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,
Subbu A
ITIL Certified and well experienced
Back to top
View user's profile
Display posts from previous:   
Post new topic   Reply to topic    ITIL Forum Index -> The ITIL Service Desk All times are GMT + 10 Hours
Page 1 of 1

 
Jump to:  
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

Powered by phpBB 2.0.8 © 2001 phpBB Group
phpBB port v2.1 based on Tom Nitzschner's phpbb2.0.6 upgraded to phpBB 2.0.4 standalone was developed and tested by:
ArtificialIntel, ChatServ, mikem,
sixonetonoffun and Paul Laudanski (aka Zhen-Xjell).

Version 2.1 by Nuke Cops © 2003 http://www.nukecops.com

Forums ©

 

Logos/trademarks property of respective owner. Comments property of poster. Rest © 2004 Itil Community for Service Management & Foundation Certification. SV
Site source copyright (c)2003, and is Free Software under the GNU / GPL licence. All Rights Are Reserved.