Best Practices for Using ServiceDesk
From AgileApps Support Wiki
Revision as of 01:58, 15 November 2012 by imported>Aeric (→Use Case Status to Manage Workflow)
Use the tips on this page to use your Template:HelpDesk solution in the most advantageous ways.
1 Setting Up a B2B System
- For a business-to-business system, you'll typically:
- Have an Account record for each organization you serve, and Contact records for the individuals in those organizations.
- Set up Email to Case so that Customers can use email to create a new case, but only if their email address matches an existing Contact record
- Set up your Support Portal so that only registered users can access it, so your knowledge base and community support channels are available only to your customers.
2 Setting Up a B2C System
- For a business that sells product to consumers--especially one that sells through indirect retail channels, rather than through direct contact, you'll typically:
- Maintain Contact records for people that file cases or use your Support Portal. (Except in rare cases, you won't have Account records.)
- Disable new case creation in Email to Case, to minimize the effect of spam.
- Allow anonymous users to access your Support Portal, along with your knowledge base and community support channels.
- Depending on the size and activity of the anonymous-user base, you may or may not allow anonymous users to create new cases in the Support Portal.
3 Use Case Status to Manage Workflow
- You're free to use Case Status settings in any way you like. You can even Template:HDlink. But the strategy outlined here is recommended, especially if this is your first encounter with a Template:HelpDesk management system.
- Here is the way the status transitions are expected to work:
- When customer files a case, it's status is automatically set to New.
- When a Case Agent claims a case, or a Case Manager assigns it, or an automated Rule causes it to be assigned, the status of the case is automatically changed to Open.
- When the customer is asked for more information (in an email, for example), the Case Agent changes the status to Pending.
- This step is especially important when Service Level Agreements are in place, because there can be monetary penalties if a problem is not resolved in time. So it is important to halt the clock when additional information is needed from the customer--in effect, calling a "time out".
- Note:
A Case should not be placed into Pending status when waiting on information from a co-worker, or from some 3rd-party supplier because, from the customer perspective, the clock is still running.
- Note:
- This step is especially important when Service Level Agreements are in place, because there can be monetary penalties if a problem is not resolved in time. So it is important to halt the clock when additional information is needed from the customer--in effect, calling a "time out".
- At times, the customer will indicate that the problem has been fixed. At that point, the case is immediately Closed.
- When the customer supplies the required information, the Case Agent should change the status back to Open.
- When the customer's issues appears to the Case Agent to have been handled, the Case Agent changes the status to Resolved.
- This status is in effect a tenative closure, asking for confirmation from the customer.
- To get that confirmation, a system will typically be configured to automatically send out a Satisfaction Survey.
- If it turns out that customer is not satisfied, the status automatically changes to Reopened.
- When the customer indicates that they are satisfied, the status automatically changes to Closed.
- In general, a Timer Event will also be configured automatically close the case if several days have passed without a response.
- When customer files a case, it's status is automatically set to New.