Service & Support Administration

Posted April 17th, 2009 in Certified Administrator by John Coppedge

Define a Case

From Salesforce:

A case is a detailed description of a customer’s feedback, problem, or question. Your organization can use cases to track and solve your customers’ issues. You can enter cases manually in the Cases tab, or your administrator can set up Web-to-Case and Email-to-Case to gather customer feedback from your company’s website and customer emails. Your customers can also create and submit new cases on your Self-Service portal.

Understand that cases are typically used for issue tracking and beyond that it really depends on your organization’s implementation.

 

Describe use cases for Case Hierarchies

Case hierarchies can be used to track sub-cases.  For instance, let’s say that the IT department uses cases to log new user creations.  In this situation, each new user requires 3 different accounts: salesforce.com, unix, and windows.  HR must also prepare the person’s paperwork and have them sign off on this documentation.  Here’s how this could break down using case hierarchy:

  • Parent Case: New hire (person name), Case Owner: HR Person
    • Child Case: Windows Login, Case Owner: Windows Admin
    • Child Case: Unix Login, Case Owner; Unix Admin
    • Child Case: Salesforce.com Login, Owner: SF Admin

Note that each case is owned by a different user (HR, Windows Admin, Unix Admin, SF Admin).  This gives you much greater flexibility and accountability than having a single shared case.

 

Describe how to use Case Queues to manage Cases

Case queues work like any other queue.  Unassigned cases should get assigned to a case queue until a user takes ownership of the issue.  This is useful if you have a staff of different users resolving cases as they are available for work.

 

Describe how to use a Case Assignment Rule to assign and route Cases

Case assignment rules are similar to lead assignment rules.  Rules are executed in order; if no order matches the default assignment is used.

image

 

Describe use cases for Web-to-Case

Customer request page on your company website.  IT support request page on an intranet page.  You can repurpose web-to-case for plenty of other processes as well.

 

Describe uses cases for Email-to-Case

An email address like support@salesforce.com.  Basically the same principal applies to email-to-case as web to case: a support email account or helpdesk/call center situation is ideal for this.  An added benefit of email-to-case is that incoming/outbound emails can be tracked and attached to cases automatically.

Note that email to case prior to Spring 09 required a software agent to be run behind the company firewall.  Email to case on demand was released as a feature in the Spring 09 release and removes the need for this agent.  Understand how each of these works and the differences between the two (essentially the agent monitors emails and assigns cases as needed, while on demand uses email forward to allow this process to happen on the Salesforce end).

 

Describe the functionality of the Case Escalation Rule

Case escalation rules are designed to escalate cases when they meet certain criteria.  After X number of hours (and 30 minute increments).  Case escalations can email up to 5 non Salesforce users.

image

 

Describe the functionality of the Case Auto-Response Rule

The case auto response rules can determine which email response will be sent when a customer submits a case through email, website, or self service portal.  This allows you to configure different email responses for different customers, and so forth.

 

Describe the functionality of the Business Hours

Business hours allow you to assign cases to different time zones, and escalate cases according to time zone.

Example:  East coast support staff and West coast support staff, both have business hours 8-5 and case to escalate after 3 hours.  Each get a new case assigned at 4p EST.  The East coast case will escalate the following day at 10a, while the West coast will escalate at 4p PST (7p EST).  Without different business hours per time zone configured, they would both escalate at the same time.

Note that Age Over and Age are two different entities.  Age (as defined in reporting) does not take business hours into consideration, while the escalation rules (Age_over) do use business hours.  Last time I checked into this you could get a Business Age field added from Salesforce by request only.

 

Configure the settings and rules for Case processing, including Business Hours, and Escalation

  1. Customize –> Cases –> Support Settings
  2. Company Profile –> Business Hours
  3. Customize –> Cases –> Escalation Rules
  • Default Case Owner
  • Notify Default Case Owner
    • Option to email case owner when a new case is assigned to them
  • Automated Case User
    • User listed in case history for default creation and actions until reassigned
  • Case Creation Template
    • Email to send to person requesting the case acknowledging creation of case
  • Case Assigned Template
    • Email to send to case owner
  • Case Close Template
    • Email sent to requestor indicating that the case is closed
  • Email Case Comments Notification to Contacts
    • When enabled allows contacts outside of the self service portal to receive notifications when case comments are updated
  • Notify Case Owner of New Case Comments
  • Early Triggers Enabled
  • Enable Suggested Solutions
  • Send Case Notifications from System Address
    • If not checked, notification updates will be sent from user that updates the case
  • Notify Case Owners when Case Ownership Changes

See “Customizing Support Settings” for more info.

 

Rules and the use of Email Templates

Customize –> Cases –> Auto-Response Rules

Case auto-response rules work the same as lead auto-response rules. The first rule met sends the associated email template and ends the process.  If no rule is met, the default email template is used.

 

Define Solutions and how they can be associated with Cases

  • A solution is a defined answer to a support issue.  For instance, the solution “turn on computer” could be the answer to the case “cannot turn on computer”.
  • Solutions have a many-to-many relationship to cases (a solution can be tied to many cases, and a case can have many solutions). 
    • See “How are Cases and Solutions related” for more info.
  • Solutions have a status field (draft, published, etc) that allow for easy maintenance and prevent premature visibility of unapproved solutions. </L
    i>
  • Solutions can be made available in the self service portal and public knowledge base.

See “How are Cases and Solutions related” for more info.

 

Build a Solution Category tree and assign Solutions to Categories

Customize –> Solutions –> Solution Categories

Solutions are assigned in the categories related list in on the solution record.  A solution can belong to many categories.

 

Define suggested solutions and explain where to use them

Suggested solutions are the top 10 recommended solutions based upon a hidden formula that rates based upon:

  • Word frequency in all solutions
  • Word frequency in similar cases with related solutions
  • Proximity of the keywords within the solutions
  • Word similarities to self-closed cases and solutions rated useful by Self-Service users

Suggested solutions can be used:

  • Case page: click view suggested solutions and it will show the user entering the case.
  • Customer Portal and Self Service Portal: Customers can view suggested solutions when they submit a case online.
  • Case auto responses:  you can add the merge field {!Case_Suggested_Solutions} and it will include these in the email.

 

Describe what content is accessible via the Self-Service Portal

Enterprise and Unlimited Edition only.

Cases can be logged; past cases can be viewed.  Solutions can be browsed if this option is enabled.  Suggested solutions can be enabled.  Activities can be shown if marked as available for self service portal, as can case comments if the comment is marked publicly viewable.

 

Describe the ways to access the Self-Service Portal

The self service portal is accessed by users through a website; this site is generated when the self service portal is enabled by the system administrator.  The system administrator can export the code or URL to the site and import this code/URL to the appropriate website.

image

 

Build a Case Queue, Assignment Rule, Web-to-Case, and corresponding Auto-Response Rule

  1. Manage Users –> Queues
  2. Customize –> Cases –> Assignment Rules
  3. Customize –> Self Service –> Web-to-Case (Pro+)
  4. Customize –> Cases –> Auto-Response Rules

Marketing Administration

Posted December 10th, 2008 in Certified Administrator by John Coppedge

Define a Campaign

Enterprise+

A campaign is salesforce’s method of tracking marketing initiatives.  Leads and contacts can be added to marketing campaigns, which can then be used to track response rates, ROI, and other statistics.

 

Describe when to use Campaign Hierarchies

Campaign Hierarchies should be used when one campaign is a part of another.  Let’s say that you’re marketing a new product called Widget G, and you had a print and electronic marketing campaign for this new product.  You could create the below hierarchy and then track both with the parent campaign.

  • Widget G
    • Print
    • Electronic

See “Setting up a Campaign Hierarchy”.  Max of 5 levels of hierarchy.

Rolled up fields:

  • Total Num Sent in Hierarchy
  • Total Expected Revenue in Hierarchy
  • Total Budgeted Cost in Hierarchy
  • Total Actual Cost in Hierarchy
  • Total Leads in Hierarchy
  • Total Converted Leads in Hierarchy
  • Total Contacts in Hierarchy
  • Total Opportunities in Hierarchy
  • Total Won Opportunities in Hierarchy
  • Total Value Won Opportunities in Hierarchy
  • Total Value Opportunities in Hierarchy
  • Total Responses in Hierarchy

To enable campaign hierarchies, add Parent Campaign to the page layout and enable the campaign hierarchy statistics fields.  I also had to change the field-level security to visible for most of these formula fields, although this was not stated in the documentation.

 

Create a Campaign targeting both existing customers and new Leads

Create a campaign.  Click Manage Members.  Add both member types.  Alternatively you can add each contact/lead individually by clicking on that person and manually associating them with the campaign (the related list must be added to the page layout for both objects).

 

List the methods to associate Leads and Contacts to a Campaign

  • A report of existing leads or contacts
    • Run report of contacts/leads.  Click “Add to Campaign”.
  • A list view of existing leads or contacts
    • Campaign –> Manage Members –> Add Members – Existing (Contacts/Leads)
  • An individual lead or contact record
    • Click add from the Campaign related list
  • Campaign –> Manage Members –> Add Members – Import File (will create new leads and associate them with the campaign)

 

Describe how to use Lead Queues to manage Leads

Use lead assignment rules to forward leads to the correct queue.  A queue would be a group of users that would handle a particular set of leads.  In this example the lead queue is based upon region:

image

 

Describe how to use a Lead Assignment Rule to assign and route Leads

The above example is good.  The rules are processed in order, and if none of the rules are met then the lead is sent to the default lead owner.  Naturally “Assign To” can be different users/queues.

 

Describe the use cases for Web-to-Lead

Any time an online contact form is used for a sales-resulting form would be appropriate.  For instance, a contact us page where a sales person will call the prospect.  There are plenty more use cases… essentially anything where the person filling out the form would be considered a lead in salesforce is an appropriate use.

 

Describe the functionality of a Lead Auto-Response Rule

Lead auto-response rules allow you to determine what response email is sent to the website submitter.  For instance if you have many contact us pages- one for the US and one for each additional country served- each of theses pages may have a different email response.  These work in the same fashion as assignment rules- follow rules in order and if none met use default.

 

Build a Lead Queue, Assignment Rule, Web-to-Lead, and corresponding Auto-Response Rule

  1. Create lead queue
  2. Set lead defaults (if no rules met)
  3. Create assignment rule
  4. Create web-to-lead form
  5. Create auto-response rule mimicking assignment rule

 

Measure Campaign results

Results can be measured by:

  • Individual campaign detail page.
    • Campaign detail page of top-level campaign can show the statistics for the campaign hierarchy (requires that the fields be enabled and added to the page layout).
  • All of these details can be pulled through both canned and custom reports.

Measurements:

  • Total Responses
  • Total Leads
  • Converted Leads
  • Total Contacts
  • Num Total Opportunities
  • Num Won Opportunities
  • Total Value Opportunities
  • Total Value Won Opportunities

And all of the hierarchy measurements:

  • Total Responses in Hierarchy
  • Total Opportunities in Hierarchy
  • Total Leads in Hierarchy
  • Total Won Opportunities in Hierarchy
  • Total Converted Leads in Hierarchy
  • Total Value Opportunities in Hierarchy
  • Total Contacts in Hierarchy
  • Total Value Won Opportunities in Hierarchy
  • Total Num Sent in Hierarchy
  • Total Actual Cost in Hierarchy
  • Total Expected Revenue in Hierarchy
  • Total Budgeted Cost in Hierarchy

 

Describe the process and effects of converting a Lead

When you convert a lead:

  1. An account is created with the lead’s company information
  2. A contact is created with the lead’s contact information and is linked to the new account and the campaign the was associated with
  3. An opportunity is created with the lead’s information (including the campaign source field) and linked to the account (end of quarter set as close date, first selection of stage automatically selected)