Df09 Complex Integration In Your Contact Centre Dreamforce Session
1. Complex Integration in your Contact
Center
Service Cloud
Stuart Bernstein, Salesforce.com
Matt Yeoh, Salesforce.com
Emily Kranz, Listingbook
Sara Satchel, Saveology.com
2. Safe Harbor Statement
“Safe harbor” statement under the Private Securities Litigation Reform Act of 1995: This presentation may contain
forward-looking statements including but not limited to statements concerning the potential market for our existing service
offerings and future offerings. All of our forward looking statements involve risks, uncertainties and assumptions. If any
such risks or uncertainties materialize or if any of the assumptions proves incorrect, our results could differ materially from
the results expressed or implied by the forward-looking statements we make.
The risks and uncertainties referred to above include - but are not limited to - risks associated with possible fluctuations in
our operating results and cash flows, rate of growth and anticipated revenue run rate, errors, interruptions or delays in our
service or our Web hosting, our new business model, our history of operating losses, the possibility that we will not remain
profitable, breach of our security measures, the emerging market in which we operate, our relatively limited operating
history, our ability to hire, retain and motivate our employees and manage our growth, competition, our ability to continue
to release and gain customer acceptance of new and improved versions of our service, customer and partner acceptance
of the AppExchange, successful customer deployment and utilization of our services, unanticipated changes in our
effective tax rate, fluctuations in the number of shares outstanding, the price of such shares, foreign currency exchange
rates and interest rates.
Further information on these and other factors that could affect our financial results is included in the reports on Forms 10-
K, 10-Q and 8-K and in other filings we make with the Securities and Exchange Commission from time to time. These
documents are available on the SEC Filings section of the Investor Information section of our website at
www.salesforce.com/investor. Salesforce.com, inc. assumes no obligation and does not intend to update these forward-
looking statements, except as required by law.
3. Agenda Slide
Opening Statement
Key objectives for the Session
Emily Kranz, Listingbook
Sara Satchel, Saveology.com
Questions & Answers
4. Customer Portal
Community
Chat
Partners
Email
Search
Integrate into the Service Cloud
Call Center
Social
Service
Cloud
Manager
5. Key Drivers for Integration in your Contact
Center
To provide a unified source of information quickly and
effectively
Optimize and simplify the processing of a call
The ability to route information to your contact center
from different channels of communication
Provide statistical analysis of your contact center
6. VF and Web service vs. Replication
There are many factors to consider(i.e. business priority, availability of resources, etc.) beyond what is
described in this flow, but this represents how to evaluate based upon data privacy and salesforce tools
Are there data privacy or Does the source system
Yes No
real-time or high volume have a web services Consider Web tab or
requirements? API? URL to other system
No Yes VF and Web service
Strategy
Do you need to have the
Does the source system
data be searchable, editable, No No Consider Replication
reportable, or synch-able have a web services
via the standard salesforce API? Strategy
UI or tools?
Yes
11. All About Listingbook
Online Real Estate Client Management Suite,
servicing REALTORs and their customers. 0ver
500,000 users and 200 million page views per
month.
• Implemented Customer Support over 8 week period, went
live December 2008
• 66 Users, 12 Customer Support Users
• Handle 20,000 Customer Support Cases per month
• Currently supporting every department except product
development Salesforce
12. Issues Listingbook faced Pre-Salesforce
Huge email backlog and lots of aging inventory
Little to no ability to report on support cases or
underlying call reasons
No ability to predict call volume or staffing needs
No way to effectively communicate back to customers
when issues were resolved by development
No tracking of contacts per customer
14. Leverage Built In Capabilities
Make complex integrations easy
Email to Case
– All support emails sent directly to Salesforce
– User cancellations within Listingbook.com generate an email to
Salesforce to generate case and perform Win Back
– Apex triggers to improve contact associations
Customer Portal
– Used by high value customers to provide higher level of
support and account management
– Provides self serve case open & case status
– Customers have limited access to knowledge base
15. Leverage Built In Capabilities
Make complex integrations easy
Web to Case
– Logged in Listingbook.com users submit cases directly via form
post
Formula generated URLs
– Based on Contact and User data we generate dynamic URLs
on case that link to internal credit card processing system
16. Customer Master Data Integration
Consolidating customer data from 28 disparate
databases into Salesforce
PhP utilizing Salesforce.com API
Scheduled script runs nightly
Incremental updates from each database
Data flows both directions, but only written to Salesforce.com
Storing Meta Data and connection information for
external databases in a custom object
We maintain external identifiers on records to maintain
external primary keys
17. API Integration Overview
Wrapper class handles Salesforce specific tasks
Connection, environment, login
Get Meta Data to drive updates & assign object owners
Handle batching and monitor API calls/governor limits
SOQL queries for all object types
Pass in object type and external ids
Build queries dynamically
Validate formatting across systems
Logging and Error Handling
18. API Integration Overview
Set Options
Multi-Thread – Incremental - Single Object Update
Instantiate SF Wrapper Class
Query SF for Meta Data
Fork
M
M M
L L
S L S
S
Instantiate SF Wrapper Class Instantiate SF Wrapper Class Instantiate SF Wrapper Class
Gather ALL Data Gather ALL Data Gather ALL Data
If Incremental If Incremental If Incremental
Query EXT IDs from SF Query EXT IDs from SF Query EXT IDs from SF
De-Dup records De-Dup records ... De-Dup records
Insert/Update/Delete (batched) Insert/Update/Delete (batched) Insert/Update/Delete (batched)
Kill Fork Kill Fork Kill Fork
21. Issues to Consider
Email Bounce Back Loop
Realtors LOVE to send an “I got your email” email
Solved with a trigger on Case
Check to see if case was created via email
Check how many other cases created in the last 60 minutes
If more than 3 new cases for same email
set custom field = TRUE
Check custom field in Auto Response rules
22. ROI
Increased Case load per CSR 73%
Upselling incoming calls - $20,000 - $30,000 per month
Aging inventory ONLY on cases with developer support
needed – other aging inventory never exceeds 48 hours
Optimized staffing based on volume trends
Subbed out email support to less costly reps
Reporting on case reasons loops back to product
development
Newly Implemented WinBack program
24. About Saveology.com
Saveology.com is a leading consumer
destination focused on lowering the cost of living
by providing consumers with valuable cost
savings, information and services.
At Saveology.com, it is simple and convenient to
comparison-shop for service providers of key
essentials such as satellite television, digital
cable, high-speed Internet, home phone service
and calling plans, wireless phones, insurance,
home security, moving services, and more.
•500 agents within 6 centers
•Answer up to 10,000+ calls a day
25. Business Problem
Pre-Salesforce.com
Due to the high number of toll free numbers (20,000+) its become
difficult to track our marketing efforts in order to track the success
of their marketing campaigns.
Saveology's 19 providers contractually require agents to properly
brand incoming calls, read required disclosures.
Saveology's primary goal for their SFDC implementation is to have
it guide their agents through the sales and customer support
processes in a consistent, easy-to-follow, step-by-step manner.
26. Key Deliverables
Pre-Salesforce.com
Saveology’s phase 1 addresses three key business
problems:
• Guide the agents through the sales process while
providing a consistent customer experience
• Automate Campaign tracking
• Integrate phone, campaign and order processing in
one solution.
27. Architecture and Data Flow Diagram
Diagram shows the rudimentary data flow and integration touch
points…
28. Improved Duplications Leads/Accounts
InContact solution automatically stamps lead/accounts
with key attributes DNIS (toll free number), Contact ID
(Unique Identifier), Campaign/Affiliate ID and ANI
(Caller ID)
Customized the InContact system to automatically look
up records when a match is found for the caller’s ANI
(caller ID)
Customized the call center script (Informavores) with a
de-duplication process to look up records based on
name, email address and phone numbers
29. Increased Efficiency In The Call Centers
InContact, Call Center Scripting and Salesforce.com
CRM Integration means that the telephony and the
CRM functionality appear to the agent as a single
integrated solution.
This makes agents faster, more efficient, and more
effective and courteous in the eyes of the customer.
30. Next 6 Month Of Integration
Integrating InContact call data with campaign and orders
object
Integration our Saveology API with SFDC native OE tool
Integration/Customize Partner Relationship
Management module for our affiliates (Saveology
Network)
Building the reconciliation/commission system to track
payments, status from our vendors and integrate with
ADP to payout our call center and affiliate agents
31. Key Take Aways
Use a phase approach when integrating SFDC with
other applications
Maintain data clean from duplicates by having a process
for duplicate records
Integrate with all of your applications, which will allow
you to centralize all of your customer data into an one
system, which will make it easier for the entire company
31
33. QUESTION & ANSWER
SESSION
Emily Kranz
VP Customer Operations
Sara Santiago Satchel
Director, Call Center Technology &
Salesforce Implementation
Editor's Notes
Everything in our cloud is designed to get the relevant information about your customer to you quickly. Whether that is loading customer and product information from your ERP system so that your call center agents can quickly see it placing or paying for orders on your customer behalf sending a defect to your developers because a case was open We are going to discuss some examples of how you can integrate the service cloud with your own systems and replicate your data in salesforce.com and why would want to use apex and visual force to view data into another system The service cloud can tie together all your channels, customers, call center agents with on and off premise systems
Here are some of the key business drivers we are seeing for integrating your contact center. Proving a unified source of information quickly and effectively. The service cloud can service as a central point of information bringing together customer information in one place that you may not have easily had access to before. For example, allowing your service team to see how close your customers are to renewal, and offering to help them renewal while they have them on the phone. Calls can be quickly be processed with the service cloud. Easily create cases without re-typing key information. The service cloud can route information from twitter, email, the web, chat or calls directly to the service cloud and then to correct queue or person who can best handle the information. Combing all this information and being able to easily report it and can lead to new insights on your customers, their use of your products and even how to staff your contact center. Our speakers will have examples of how they solved these problems at their organizations and real numbers of cost savings and increased revenue from integrating to the contact center.
I ’m about to show you two possible use cases using visual force in a contact center. Here are some considerations that you can use help understand if this is the proper solution. Consider you privacy, regulatory and legal requirements whether the web services are available and then what you want to do with the data within sfdc
This is one example of an architecture using mash-up using an Apex Callout from salesforce.com ’s servers to weather.gov. In this case the information is not stored in salesforce ’s objects and instead is retrieved in real-time from weather.gov using an apex callout and displayed using Visual Force. While we are showing information from weather.com, the information could just as easily be coming from you own servers. As long as the data is available using a web service and can be retrieved from the internet.
One reason why companies choose a VF solution is consolidate both salesforce.com and data originating from their back end systems. If there is are legal or regulatory issues, high volumes of data or frequent updates in the other system then this may be good solution to allow access to data from other systems without replicating it into salesforce.com.
Here ’s another customer who is an operator of self-storage location that developed a VF solution for their call center to marry information from their fulfillment and pricing systems. They did this to leverage their existing services without having to rebuilt a complex web of data within SFDC. It also demonstrates the type of complex integrations you can use to provide the highest level of information to your call center agent in order for them to perform their jobs.
Highlight Cancellation WinBack Cases Every cancellation request sends user info and cancellation reasons to helpdesk@listingbook.com Creates a case connected to the Contact and allows Customer Support to evaluate cancellation reason before making an outbound call Does NOT pertain to refund requests – must call Customer Support for refunds
Highlight Cancellation WinBack Cases Every cancellation request sends user info and cancellation reasons to helpdesk@listingbook.com Creates a case connected to the Contact and allows Customer Support to evaluate cancellation reason before making an outbound call Does NOT pertain to refund requests – must call Customer Support for refunds
We start by pulling MLS/market records out of salesforce and checking last updated field – use these to choose order of markets to update Update 6 objects – 3 standard 3 custom MetaData includes db names, record owner, and “Fallback account for contacts”
We start by pulling MLS/market records out of salesforce and checking last updated field – use these to choose order of markets to update Update 6 objects – 3 standard 3 custom MetaData includes db names, record owner, and “Fallback account for contacts”
We start by pulling MLS/market records out of salesforce and checking last updated field – use these to choose order of markets to update Update 6 objects – 3 standard 3 custom MetaData includes db names, record owner, and “Fallback account for contacts”
Customer Support communicates user reported issues to QA by clicking button on case layout Status on case changes to “Sent to Development” Apex generated email message includes thread id of case After resolution, QA responds to Salesforce with information to be relayed to customer Email is automatically attached to case on thread ID and case status is set to “Please Follow Up”
Handle escalation rules differently depending on system – cases sent to other systems for additional work cannot expect same SLA as those handled entirely within Salesforce
Handle escalation rules differently depending on system – cases sent to other systems for additional work cannot expect same SLA as those handled entirely within Salesforce