seamonkeyrodeo

karaoke mind control

Sidebar

Context

  • About
  • Popular

Archives

  • October 2015
  • November 2014
  • October 2014
  • July 2014
  • March 2014
  • January 2014
  • November 2013
  • March 2013
  • January 2013
  • November 2012
  • October 2012
  • September 2012
  • August 2012
  • July 2012
  • May 2012
  • December 2011
  • September 2011
  • July 2011
  • April 2011
  • February 2011
  • January 2011
  • August 2010
  • July 2010
  • February 2010
  • November 2009
  • October 2009
  • September 2009
  • August 2009
  • July 2009
  • July 2008
  • May 2008
  • April 2008
  • March 2008
  • February 2008
  • January 2008
  • December 2007
  • November 2007
  • October 2007
  • September 2007
  • August 2007
  • July 2007
  • June 2007
  • May 2007
  • April 2007
  • March 2007
  • February 2007
  • January 2007
  • December 2006
  • November 2006
  • October 2006
  • September 2006
  • August 2006
  • June 2006
  • May 2006
  • April 2006
  • March 2006
  • February 2006
  • January 2006
  • December 2005
  • November 2005
  • October 2005
  • September 2005
  • August 2005
  • July 2005
  • June 2005
  • May 2005
  • April 2005
  • March 2005
  • February 2005
  • January 2005
  • December 2004
  • November 2004
  • October 2004
  • September 2004
  • August 2004
  • July 2004
  • June 2004

VRM Is Not Anti-Vendor

Standard

VRM on the brain continues…
Another (slightly modified) reproduction of an email on VRM that I sent a few months ago, this one to Doc Searls and Britt Blaser (hey, guys—I’m still following the VRM effort, and I hope to have the bandwidth to start contributing again before too long). The email was largely a summary of a conversation that Britt and I had about and around VRM, and seems relevant to some of the discussion that’s been happening on the VRM mailing list of late. Enjoy.

OVERVIEW
The core of Vendor Relationship Management (VRM), in all its incarnations, is a respectful relationship between vendors and customers. VRM is not anti-vendor: at most, it is anti-business-as-usual.

While engaging in VRM does mean that vendors must do without some “rights” that are currently taken for granted, and their associated practices, VRM also requires that customers actively engage in the relationship, taking on the responsibility for communicating to vendors in a way that they can easily understand.

## START METAPHOR
A vendor/customer relationship based on today’s CRM places far too much weight on each party “reading” the gestures—the implicit statements and questions—made by the other, leaving little or no room for explicit communication. CRM “relationships” are like a newly-married couple that never speak to one another, relying entirely on body language and facial expressions, mood and gesture, to interpret one another’s behavior.

These non-verbal layers enhance communication, and help to create a rich, textured relationship, but without a foundation of clear, open, and explicit communication, these readings of the other party are guesses.

Each guess about what the other partner wants or needs from the relationship leads to another guess: do they like what I’ve done, or not? Would the other idea that I had have been better received? A model of the other partner is built, layer upon layer, and each party is engaging with the model of their partner, not with the actual person.
## END METAPHOR

VENDOR PERSPECTIVE
The benefits of VRM vary depending on what role one is playing in a relationship, and the goals of that relationship, but there are common threads. From a vendor’s perspective, each individual that they engage with is made up of more data points than the vendor could possibly hope to collect and interpret, and that’s a margin-eating problem; where CRM almost requires that the vendor’s “relationship” is with an impressionistic (and often out-of-date) thumbnail sketch of a person (as in the metaphor section above), VRM allows the vendor to engage with the actual person. The seeker and vendor agree to treat one another with respect, and (we hope) that allows them to be more open with one another.

Two other notes on the vendor’s perspective on VRM:

Many companies have entire divisions dedicated to purchasing. The idea that finding and acquiring what you need as efficiently as possible, taking advantage of your existing relationships, is one that’s immediately comprehensible to vendors. The existing language, models, and tools of corporate purchasing may be useful for informing VRM development and also for conveying the importance and benefits of VRM to vendors.

In addition, presenting VRM to vendors as a “framework” or “API” may be advantageous. Many vendors understand CRM as an umbrella term that encompasses many different implementations; we should make it clear that VRM is an analagous umbrella, providing ways to engage with current or potential consumers in a more effective way.

SEEKER PERSPECTIVE
From a “seeker” perspective, the problem seems a little more straightforward: you can never get back the two days that you spend figuring out which cell phone you want to buy and who to buy it from. If VRM can help you quickly and easily figure out what you want and communicate those needs/desires to the people who can fulfill them, VRM offers a real, immediate benefit.

Much of our behavior as customers is defensive: we ask our friends’ opinions, we search the Web for unbiased reviews, we compare vendors’ prices online, use disposable email addresses or fake profiles to get access to vendors’ special offers…because we see vendors’ interests as opposed to our own, much of our relationship with vendors comes down to simply trying to avoid getting screwed.

REPUTATION AND TRUST
While VRM is fundamentally about one-to-one relationships, it requires a superstructure of reputation in order to work well. What is the reputation of the vendor, customer, or prospect that I’m engaging with? What do the people (or vendors) that I trust think about them?

The importance of reputation and trust points to another key VRM issue: the reputation/trust concerns for any VRM data storehouse. In some VRM implementations a central data repository is likely to be necessary (or at least very desirable). Under what circumstances will it seem appealing and worthwhile to people to share data with a third party? To put it another way, is a big storehouse (vendor-neutral VRM data store) actually better than many little silos (vendor-specific CRM) if you still don’t trust the landlord? What can the landlord do to earn people’s trust?

  • Date May 23, 2007
  • Author W.B. McNamara
  • Comments Leave a comment

Post navigation

When Social Software Works
Lunchtime Musings: too much bandwidth, or too little imagination?
Proudly powered by WordPress
Theme: Writr by WordPress.com.