Critical.
Authoritative.
Strategic.
Subscribe to CIO Magazine »

Salesforce rollout: what customer support must know

Call centers and customer support teams can be the biggest users of a CRM system. But salesforce.com is not a traditional call center application. What do Customer Support VPs need to know - and do - in conjunction with a salesforce.com implementation to make it truly effective for their teams?
Page:

Customer support VPs may have to manage a range of customer-facing functions such as order-taking, shipment expediting, installation and field service appointments, as well as technical or warranty support. Each of these functions should have direct access to the CRM system, but the specific information needed (and transactions performed) are quite different across these CS roles.

If you're using SFDC, what decisions will you have to make? How should you measure success? Here are some customer support executive guidelines for the first few months of system usage. While much of this article applies to any modern CRM system, we've focused here on the specifics of salesforce.com.

Integration is a key success factor

Unlike traditional call center packages that "grew out of" advanced telephony gear (PBXs, ACDs, etc.), salesforce.com was not designed to center on telephone conversations. Indeed, many of their customers use web, e-mail, and IM extensively for customer support interactions. So if your CS operation is highly dependent on the phone, job one will be obtaining an App Exchange CTI plug-in for your telephony system. Fortunately, there are several of these available (and some are free). Evaluate the plug-ins for their depth of integration and the amount of data they automatically insert into SFDC records with each call. The larger and more distributed your call center, the more you'll appreciate the automation provided by the better CTI plug-ins.

Depending on the function of your customer support reps (CSRs), they'll need access to information that's outside the purview of SFDC. You will need to access the Force.com platform APIs to facilitate integration with external systems such as:

o Information integrated from your order management system: current orders, pending fulfillments, etc.

o Information integrated from eCommerce: "shopping cart" status, order details, and credit-card payment status

o Information integrated from the accounting system: order history, invoices, and payments

o Information integrated from the manufacturing/ERP system: shipments, serial numbers, inventory, backlog, parts availability, return merchandise authorization (RMA) numbers, reverse-logistics information, and warranty information

o Information integrated from engineering: defect reporting/tracking, resolutions, technical bulletins, patches, licenses, and repair/rework status

As most of these data elements don't change very often, you can probably get away with a periodic batch update in most cases. However, probably 10 percent of the data changes frequently, so some real-time integration will be required. While SFDC's APIs and 3rd-party integration connectors fully support closed-loop integration, there are implementation and maintenance costs involved. The depth of integration you use (including, for example, providing a login frame to external systems within an SFDC tab) is really a business decision, and most of our clients choose their integration approach on a screen-by-screen basis.

Page:

Join the CIO Australia group on LinkedIn. The group is open to CIOs, IT Directors, COOs, CTOs and senior IT managers.

More about: Amazon, Amazon.com, Salesforce.com
References show all

Comments

Post new comment

The content of this field is kept private and will not be shown publicly.
Users posting comments agree to the CIO comments policy.
Login or register to link comments to your user profile, or you may also post a comment without being logged in.
Related Coverage
Related Whitepapers
Latest Stories
Community Comments
Tags: CRM, salesforce
Latest Blog Posts
Whitepapers
  • High Availability with Oracle Database 11g Release 2
    In this paper, we review the common causes of application downtime and discuss how technologies available in the Oracle Database can help avoid costly downtime and enable rapid recovery from unplanned failures and also minimize impact from planned outages. We also highlight new technologies introduced in Oracle Database 11g Release 2 that enable businesses to make their IT infrastructure even more robust and fault tolerant, maximize their return on investment on high availability infrastructure, and provide better quality of service to users.
    Learn more »
  • Transforming Software Delivery: An IBM Rational Case Study
    The IBM Rational® software development organization consists of more than 2000 analysts, architects, project managers, developers, and quality professionals distributed over 15 locations on six continents. Our mission is to ensure the success of our customers through the development of a robust portfolio of software and systems delivery products. We create and maintain 57 product families that span distributed, System z®, and Power® operating environments.
    Learn more »
  • Web 2.0 in the Workplace Today
    More than a decade after the term ‘Web 2.0’ was coined, many businesses are still nowhere near to taking full advantage of the collaborative technologies the term refers to. Undoubtedly, confidence is growing in relation to using tools such as Facebook, Skype, Twitter, and indeed many more organisations are using such technology now compared to even just a couple of years ago. But the fact remains that a worrying amount of businesses seem to be operating a ‘lockdown’ approach – an approach that I’m sure many Board-level staff know is simply not good for business in the long-term.
    Learn more »
All whitepapers
rhs_login_lockGet exclusive access to Invitation only events CIO, reports & analysis.
Recent comments