Best Practices for Using ServiceDesk

From AgileApps Support Wiki
Revision as of 01:53, 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.
StatusTransitions.png
Here is the way the status transitions are expected to work:
  1. When customer files a case, it's status is automatically set to New.
  2. 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.
  3. When a reply is sent back to the customer asking for more information, the Case Agent is expected to change the status to Pending
    This step is especially important when Service Level Agreements are in place, because there can be monetary penalties when problems are not resolved in time. So it is important to halt the clock (in effect, calling a "time out", when additional information is needed from the customer.
    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.
  4. Occasionally, the customer will reply that the problem has been fixed. At that point, the case can immediately be Closed.
  5. When the customer supplies the required information, the Case Agent should change the status back to Open.
  6. 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.
  7. If it turns out that customer is not satisfied, the status automatically changes to Reopened.
  8. 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.