Skip to main content

Social CRM: Putting Customers First

Last night I attended Social CRM: Putting Customers First, hosted by the San Francisco chapter of the Social Media Club.  It was a great event, and I'll briefly recap some of the discussion and my observations.

The panelists were first asked why Social CRM (SCRM) was relevant.  Their answers were as follows:
  • Vendors need to know who their customers are out there on the social web.
  • Vendors need to be able to identify customer pain points from conversations on the social web. 
  • Vendors need to know what to do with these conversations on the social web.  These discussions are the center of business today; their importance cannot be understated.
  • The social web grows too fast for vendor solutions to keep up.  Therefore, vendor solutions must embrace the social web, and learn how to crowdsource.  There is no way that you can scale communities and community managers that fast.
  • Customers don't care about your organization structure, they just want answers and solutions.
One of the things that leaped out right away was how much of the conversation revolved around collecting customer data from the social web, opposed to traditional vendor-owned community sites.

When a customer engages a vendor (or vice versa), the vendor should be equipped with that customer's full range of relevant information—call records, emails, tweets, blog posts, facebook status updates, etc.—so that the vendor can better understand the customer's sentiment, concerns, and needs.

Of course, this is not always feasible or easy.  Identity disambiguation is a big challenge.  Carnegie Mellon University is currently researching this, and what they're finding is that identities can be determined by their unique social network imprints; an individual's social network map might be the closest thing to a social "fingerprint" that exists online.

One interesting question that came up was: Who owns the data collected from the social web?  For example: if Vendor B watches all tweets about "Vendor B", and is able to map that to some customer ID and store it in the SCRM system, does the vendor actually own that collected data?  It's a legal gray area, but it would initially appear that the vendor would in fact own that data.  Finders keepers.

Another topic that came up was incentives.  Studies have shown that monetary incentives are a terrible idea; even incentives with tangible rewards can be a bad idea because it encourages the wrong kind of participation.  You don't get the "good" data that you're after; instead you get reems of low or no-quality data submitted by members who are after a prize.

In the spirit of the recent Facebook media fiasco, there was a healthy debate over privacy.  Of course, vendors feel that they want all that information on the social web and that they're entitled to it.  Many customers feel otherwise.  There are potential abuses of such data; such as health insurance companies bumping premiums on people who announce that they ate half-a-dozen doughnuts or who post pictures of themselves smoking/drinking.  The panelists all felt that data collected from the social web should be used as a means to a) better understand their customer and b) reward their customers with responses and feedback.  There seemed to be no interest among the panelists in using that data to punish customers.

The panelists all expressed confidence about the emergence of SCRM, but acknowledged that vendors that don't have social cultures will struggle with this.  Vendors need a social strategy for employees within the organization and for engaging customers outside the organization.

The SMC folks said they were going to try to broadcast a video of this event online.  If they do, I'll be sure to post a link.

Cheers!

Comments

  1. Here's the video link: http://www.justin.tv/richreader/b/263911441

    Jump ahead to about 25 or 30 minutes to the start of the actual discussion.

    ReplyDelete

Post a Comment

Popular posts from this blog

Building Better Products Using Quantitative & Qualitative Data

Disclosure: This was an internal post I wrote and shared with my colleagues back in 2015. While cleaning out my Confluence space, I came across it and thought that I'd share it with everyone. There is a much more recent and polished post by my good friend Glenn Block on Mind the Product that you can read here:  https://www.mindtheproduct.com/2018/01/need-quantitative-qualitative-data/ What Data Is/Not Data cannot  compensate for bad design or replace good design, but it can inform designers. Data cannot compensate for listening to actual users, but it can inform the kind of user research we conduct. Data cannot tell us what to build, but it can inform what we should investigate. Example If you can visualize a funnel report where visitors are leaving a buying process during various stages of the journey, quantitative data can give you information about where you may have a problem. In the above example, the quantitative data ( QT ) informs you that 36 pe...

Luck Is Not The Answer

As the 2011 season of the National Football League approaches, so does the rabid anticipation of its parasitic counterpart; fantasy football. Anyone who knows me knows that I love football (not fútbol); particularly the NFL . I grew up a dedicated Patriots fan and have since become more of a fan of the game itself rather than just a New England loyalist. I tend to keep up with NFL news throughout the year, and regularly download the Rich Eisen Podcast for listening during my morning commute. Rich's guest on the most recent episode was Michael Fabiano, the resident fantasy football expert at NFL.com. At one point during the podcast, Rich and Mike were exchanging viewpoints on what constitutes being an expert and how no matter how much of an expert you are, you need to be lucky to win a fantasy league. A similar sentiment was expressed during a 2010 podcast by one of the guests (I forget whom); that it's all luck and you can't really predict anything. I take exception t...