Category: EmanciPay (Page 3 of 4)

Google’s Wallet and VRM

Yesterday Google opened the curtain on Google Wallet. I think it’s the most important thing Google has launched since the search engine. Here’s why:

Reason #1: We’ve always needed an electronic wallet, especially one in our mobile phone. And, although others have tried to give us one, it hasn’t worked out for them, because…

Reason #2: We’ve needed one from somebody who doesn’t also have a hand in our pocket. Google WalletGoogle is the only company in the world that can pull this off, because it’s the only company in the world that lives to commodify exactly the businesses that desperately need commodification, and to await interesting consequences. I can’t think of a single company that’s better at causing tsunamis of commodification so they can join hundreds of other companies, surfing them to new shores. List the things Google does but doesn’t make money with, and you’ll have a roster of businesses that needed commodification. What Google looks for is what JP Rangaswami and I call because effects: you make money because of those things, not with them. (Note, not talking about “monetization” here. A subtle distinction.) A Google lawyer once told me this strategy was “looking for second and third order effects.” Same thing. Either way, they’re out to give us — and retailers we do business with — a hand. (But they will need to keep it out of our pockets, which includes data we consider personal. We’re the ones to say what that is, and others — including Google, Sprint, Citi and the retailers — need to respect that.)

Reason #3: This reduces friction in a huge way. It’s not an exaggeration when Google says this on their Vision page for the project:

In the past few thousand years, the way we pay has changed just three times—from coins, to paper money, to plastic cards.

Now we’re on the brink of the next big shift.

What weighs your wallet down? What slows you down at checkout? Sometimes it’s pulling out cash, but most times it’s dealing with cards. In the last few years every store, it seems, has been piling on with loyalty cards and keyring tags. This last week Panera Bread started, and watching the results have been a clinic in business fashion gone wrong. The poor folks behind the counter are now forced to ask customers if they have a Panera bread card, and the customers have to either say no (and feel strange), or to produce one from their wallet or key ring. Yesterday I asked the person behind the counter how she liked it. “We don’t need it, and customers don’t want it,” she said. “We’re only doing it because every other store does it. That’s all.” That’s a pain in the pocket nobody needs.

Says Google,

Google Wallet has been designed for an open commerce ecosystem. It will eventually hold many if not all of the cards you keep in your leather wallet today. And because Google Wallet is a mobile app, it will be able to do more than a regular wallet ever could, like storing thousands of payment cards and Google Offers but without the bulk. Eventually your loyalty cards, gift cards, receipts, boarding passes, tickets, even your keys will be seamlessly synced to your Google Wallet. And every offer and loyalty point will be redeemed automatically with a single tap via NFC.

This assumes that the ecosystem will continue to support the kind of loyalty programs we have today. It won’t, because we won’t and that brings me to…

Reason #4: Now customers can truly relate with vendors. That is, if Google Wallet and participating retailers and other players welcome it. See, CRM — Customer Relationship Management — has thus far been almost entirely a sell-side thing. It’s how companies related with you, not how you related with them. They set the rules, they provided the cards, they put up the websites where you filled out long complicated forms, they send you the junk mail, and they do the guesswork about what you might want, usually because you’ve bought something like it before. But what if your phone has your shopping list? What if you want to advertise what you’re looking for, as a personal RFP for something you need right now, and may never need again? Think of this as advertising in reverse, or what Scott Adams (of Dilbert fame) calls “Broadcast Shopping”. This is one example of how …

Reason #5: Now demand can signal supply in great detail. Until now, about the only signals we could send were with cash, cards, and whatever might percolate up the corporate CRM chain from “social” CRM. There’s a lot here (see Brian Solis’ Converation Prism, for example, or follow Paul Greenberg). But those all depended on second (vendor) or third parties (all the petals in Brian’s prism, which actually looks more like a flower). They weren’t your signals. I see no reason why the open commerce ecosystem shouldn’t include that. Why should customers always be the dependent variables and not the independent ones? Speaking of independence…

Reason #6: Now you have your own pricing gun. You can tell a store, or a whole market, what you’re willing to pay for something — or what you might offer along with payment, such as information about your other relationships, or the fact that you just moved here and are likely to be shopping at this store more. (Or that you’re a high-status frequent flyer with another airline, and considering the same for this one.) Why not?

Reason #7: You can take your shopping cart with you. Back when e-commerce began, in 1995, my wife’s sister was the VP Finance for Netscape, so that company was something like family for us, making my wife (not a technical type) an early adopter. One of her first questions back then was one that exposes a flaw that’s been in e-commerce from the start: “Why can’t I take my shopping cart from one store to another?” At least conceivably, now you can. Let’s say you want to shop at Store B while you’re at Store A. This already happens when you scan a QR or a barcode with your smartphone to see if it’s cheaper at Amazon or something. But what if you want to be more sophisticated than that? The implications for retailers can be scary, but also advantageous. After all, retailers have physical locations, which Amazon doesn’t. Retailers can earn loyalty in ways that are as unique as each store, and each person working at a store.

Reason #8: Now you can bring your own data with you. Inevitably, you will have a personal data store, vault, lockerdata wallet (yes, it’s already called that), trust framework — or other combination of means for managing and selectively sharing that data in secure, trustworthy and auditable ways. And your data doesn’t just have to be about shopping. Personal tracking and informatics are getting big now (read Quantified Self for more). That’s stuff we bring to the market’s table as well. The wallet in one’s phone seems a good way.

Reason #9: Now you can actually relate. When a customer has the ability to shop as well as buy, right in his or her wallet — and to put shopping in the contect of the rest of his or her life, which includes far more than shopping alone — retailers can discover advantages other than discounts, coupons and other gimmicks. Maybe you’ll buy from Store B because you like the people there better, because they’re more helpful in general, because they took your advice about something, or because they help your kid’s school. Many more factors can come into play.

Reason #10: Now you’re in a free and open marketplace. Not just the space contained by any store’s exclusive loyalty system. Nor in a “free” market that’s “your choice of captor” (which is one of the purposes of loyalty programs).  Along those same lines…

Reason #11: You don’t have to play calf to every store and website’s cow. The reason you can’t take your shopping cart with you from store to store on the Web is that e-commerce normalized from the start on the calf-cow, slave-master architecture of client-server computing. This is what turned the Web from a peer-to-peer, end-to-end egalitarian greenfield into fenced-off ranchland where vendors built walled gardens for “consumers” who fed on the milk of each site’s exclusive offerings, and also got cookies that helped calf and cow remember each other, but which sometimes also tracked the calves as they wandered off into other gardens. It was a submissive/dominant system from the get-go, and has been flawed for exactly that reason ever since. Google Wallet, at least conceptually, gives you ways in which you can relate to anybody or anything, on your terms and not just theirs. And not just in the old commercial-Web-based calf-cow system. You can divine the bovine right in your pocket, and avoid or correct vendors trying to feed you tainted milk or tracking cookies.

I could go on, but I have a book to write and not much time left. But I consider Google Wallet a move of profound importance, even if it doesn’t work out, so I’m putting this list out there for us to correct, debate or whatever else we need to do . At the very least Google Wallet gives us one thing a BigCo is doing that can mesh well with what the VRM development community has been working on for the last few years. I hope the synergies will get everybody excited.

[Later, in August…] Some additional news:

Stay tuned.

IIW dev job: ListenLog

Craig Burton has a nice tutorial on developing VRM applications, using ListenLog as both an example and a challenge for next week at IIW.

ListenLog is the brainchild of Keith Hopper and the collaborative result of efforts by folks from NPR, PRX and other public radio institutions, as well as the Berkman Center and volunteers from the VRM community. It’s a form of self-tracking (see The Quantified Self for more on what that’s about), and also part of a larger effort that includes EmanciPay.

You’ll already find it on the Public Radio Player for iPhone, which is free and a great app. If you’re using an iPhone, download it, then go (as the tutorial says) to the settings and turn on logging. What you’ll have is your own growing pile of personal data, that you control. (No, it’s not yet in your all-purpose personal data store, locker or vault, but that’s another step and we can talk about that too. It is, for sure, in your Personal Data Ecosystem.)

Here’s where the tutorial pauses, for now:

to be done

One of our jobs next week is fulfilling those needs. This is light-duty hacking of the sort we can do around a table in one afternoon. (For those of us who can hack. Alas, the only code I know is Morse.)

Here’s where moving forward on this will lead:

  1. Better knowledge for listeners about what they actually value.
  2. Necessary groundwork for EmanciPay, which is a new listener-driven business model for public radio — and for everything else thats available for free but worth more than that.
  3. More money for public radio (because the old models won’t go away).
  4. More money for every business that produces free goods that are worth more than that. (For example music, newspapers, magazines, blogs and so on.)
  5. Experience and modeling for other similar projects.

Should be fun work.

Bonus thought: This might also work as something that ties in with the Knight-Mozilla News Innovation Challenge. (Keith will be there, I think.) Hey, let’s connect the two. Should be fun. Just tweeted this as well.

Prepping for IIW

IIWCode talks, talk walksCraig Burton just said in a phone conversation about IIW #12, which is coming up in Mountain View in the first week of May: the week after next. I like the spirit of that statement. Lots of VRM and related development efforts will be present there. Same goes for lots of APIs, and opportunities to improve them and hook them together. So we should see some good hacking done there and shown off as well.

Toward the API side of that, Craig points us to Punctuated Equilibrium, Celestial Navigation, and APIs, a slide deck by Sam Ramji (@sramji), Dan Jacobson (@daniel_jacobson) and Michael Hart (@michaelhart). Sam and Michael are both at Apigee . Michael worked on the Netflix API. And Dan came to Netflix after doing great work on NPR’s excellent API.  Sam gave a great talk along the same lines a few weeks back at Kynetx’ Impact 2011 conference. (Photos start here. My own slides are here.) I hope one or more of those guys can come down, show off what they’re doing and help us out.

I know there will be other newcomers to IIW, though I don’t want to say who yet. (Let’s let that be a pleasant surprise.) What I know is that they’ll bring work they’re doing, and expect to contribute and not just to hang out and talk about stuff. Obviously, we need to talk. In fact, IIW is home to more productive talking than I’ve ever heard at any other conference of any kind, thanks to its open space-sytle format, and Kaliya Hamlin‘s expert facilitation. (Speaking of which, here’s Kaliya’s post about possible IIW topics.)

IIW has been focused on identity for the duration (that’s been its middle name). Identity is still a big issue — maybe bigger than ever — but the contexts have been changing, especially around a core VRM concern: growing independence and capacity for action and interaction by individuals, especially in respect to data we each either gather for ourselves or share with others. This is what the Personal Data Ecosystem (of which VRM plays a role) is all about. On deck at IIW will be many approaches, technologies, protocols and other other developments toward personal data control and sharing. To visit a few, check the last two links.

Craig suggests that the growing connections between individuals and institutions (corporate or otherwise), especially through APIs, constitutes a new form of infrastructure. And, like me, he thinks that infrastructure itself needs to be visited as a topic, since we’ll be making more and more of it ourselves, and in cooperation with others. So, that’s a topic too.

Personally, I think we’re at the end of the Web 2.0 era and at the start of something less numeral and far more profound. Louis Gray calls it the Third Wave of the Web: one that’s uniquely personal. I agree. From the corporate side, this looks like personalization. But that’s not enough. In fact, personalization without personal independence is just more of the same, but with a smaller bull’s eye. We need to be the same independent, sovereign, autonomous human beings on the Net that we are in the physical world. I wrote about the problem with the current (mostly corporate and silo’d) social media matrix in A Sense of Bewronging.

What I say there, and have said many times before, is that we’re nearing the end of a bubble period, especially around “social” you-name-it, and its defaulted business model: advertising. I spoke about this a bit at the IAB (Internet Advertising Board) Annual Leadership meeting in Palm Springs, on February 28. The show’s theme was “The People vs. Data”, and I was joined in conversation on stage with John Battelle (at his invitation, good man). The title of the meeting (with >1000 attending, and in the room) was “Data, Privacy and Control — Unpacking the Role of the Consumer in the Media and Marketing Ecosystem.” John and I had some interesting back-and-forths on our blogs (see here), and carried the same exchange forward in front of many hundreds of folks in the very hot online advertising business. A short video hunk of the conversation is here on YouTube. I have other notes, which I’ll put up after I get back from my current trip. Meanwhile, many open tabs need to be closed, so here is a rundown, in no particular order:

I’ll add more later in two new posts, one about a VRM vertical, the other about a VRM horizontal. The vertical is health care. The horizontal is legal (because it cuts across everything). I suppose identity does too, but we just covered that.

Volunteer some below as well.

State of the VRooM

A lot has been happening in VRooMville lately. (Testimony: over there on the right at the moment we have three different #VRM tweets, in three different languages.) Rather than summarize things, I’ll let writers and developers in the VRM community give us a rundown. In no special order, here goes…

Reverse the Paradigm, by . Excerpt:

What if we asked: How can we deliver a product/service that people want? We could stop the insane guessing game all of us are engaged in. We wouldn’t have to battle for the attention of people; they asked for our attention. That’s the basic idea of Vendor Relationship Management. I’ve written many times about VRM before.

What baffles me is that many people believe this is an utopian dream. “It’ll never happen.” They tend to forget, it’s already happening. Not in the marketing world yet but it happened to the publishing industry. The desire of people to get customized media whenever they want it lead to the sale of Newsweek for $1. And the sale of Huffington Post for $315 million. It changed the recording industry forever. Or, rather, wrecked it. People revolted against getting their information top-down. They wanted customization, filters and control. It was a quick transformation because Web 2.0 made publishing so easy for everyone.

What makes you think the same won’t happen to marketing and advertising?

The Customer is Center, by . Excerpt:

THE BIG IDEA: “Cookies and tracking software? Who needs em? People are creating taste-signals daily with what they choose to buy. Why not let the customer go directly to the brand/vendor and get rid of this guesswork?”

C3 Commentary : Welcome to VRMville! by Dan Miller. Excerpt:

Adding VRM (Vendor Relationship Management) to the picture adds a more “user-centric” set of possibilities. Each person who generates all this metadata is also given adequate means to control release of the data or to attach terms and conditions governing how and to whom the information can be released. That’s where companies like Sing.ly and its closely related Locker Project come into play.

In Bridging the Marketing/Customer Care Divide – Thoughts from #C32011, Lou Dubois of The Social Customer wrote that “Dan Miller (@dnm54) and Greg Sterling (@gsterling) from Opus Research (@opusresearch) put on a unique, intimate and thought-provoking conference last week in San Francisco built around the challenges and opportunities facing different companies as they try to close the gap and get folks from marketing, customer service and PR to work towards the larger organizational strategy.” He added that one take-away was, “The next big step for Social CRM is VRM — and 2011 will mark it officially moving from theory to practice for most intelligent organizations.”

The Personal Cloud, by . Excerpt:

When the VRM’rs on the panel first explained the concept of the personal data store, Mark Plakias, VP Strategy and Design at Orange Labs in San Francisco, immediately referred to it as the personal cloud. Although I’d heard the term a few times before, Mark’s usage suddenly rang true for me. He was referring to everything that the VRM community has traditionally defined a PDS as encompassing, plus personal storage, backup, connectivity, and other options that will clearly be part of the overall value proposition as the concept goes to market.

A little Google searching this weekend showed that a number of vendors including Iomega and Tonido are already using the term for cloud storage of personal data assets. And last May Forrester analyst Frank Gillette predicated that the personal cloud will replace the traditional personal computing OS.

That all seems to fit.

Then, The Personal Cloud, Take 2:

…neither the idea nor the term “personal cloud” is really new — all of this was 18 months ago. And the VRM community has been talking about personal data stores since 2004.

But, as with almost everything in tech, it’s all about timing. The hadn’t formed yet. And, in my personal opinion, the technologies that can actually implement the personal control that all these authors agree will be necessary for personal clouds wasn’t there yet (hint: Internet identity is only the start). For example, Jeremie Miller hadn’t created the Locker Project or protocol yet, nor his new company based on it, which just won best-in-show at the O’Reilly Strata Conference Startup Showcase.

So maybe it’s finally time to seed personal clouds for real.

Then,  Personal Cloud Take 3: Thomas Vander Wall’s Personal Infocloud:

When I first heard the term “personal cloud” from Mark Plakias at C3, I knew it sounded vaguely familiar, but it wasn’t until I started this series of blog posts that Kaliya Hamlin (Identitywoman) reminded me that Thomas Vander Wal named his blog Personal InfoCloud some years ago. Instantly I recalled the dinner that Kaliya and Thomas and I had in Washington D.C. a few years ago wheree he explained his vision for a personal information cloud, and how it was a superset of what the VRM community has been calling a personal data store.

In retrospect, I am quite sure this was one reason a subconscious bell rang for me when the term “personal cloud” came up again. And, reading recent posts from Thomas’ blog, including one about lessons to be learned from Yahoo’s threat to close Delicious, I point to it as even more evidence that the term works well for expressing what we all mean by this collection of personal data and relationships that will become the hub of your digital life.

Speaking of hubs, that reminds me of yet another pioneer thinker in this space: Jon Udell and his concept of hosted lifebits.

Riftstalker‘s VRM vs. RPG Excerpt:

When Doc Searls couldn’t explain what VRM is, he turned to RPGs. Wait, what’s VRM? VRM stands for Vendor Relationship Management.

So, as I was explaining VRM to some people this morning, and how we were equipping individuals with tools for both independence and engagement, an analogy came up: role playing games. Dungeons & Dragons. World of Warcraft. Final Fantasy.

I was blown away. Not because it’s a great analogy, but because I … just didn’t know. I’ve never played any of these games. But the people I was talking to had (or still did) play these games. And they were getting something about VRM that I wasn’t saying.

Well, Doc, RPGs get immediate response. Often emotional and sometimes even dramatic. Everyone has their favorite archetype, everyone has their favorite game. So who knows, maybe it’s like talking about your vendors… the Warrior vendor, the Mage vendor, and of course, the Rogue vendor.

Startups in the personal data ecosystem, by The list (all of which are also in the VRM space):

Data Storage,  Collection and Sharing

is a Community Interest Company based in the UK that has begun a community prototype that connects individuals’ personal data store accounts to local government agencies.

has raised 7 million in venture funding and although it does not yet have any services their website articulates clearly how personal data under the control of the user is valuable.

Jeremy Miller’s startup to build 3rd and 4th party apps based on data from data stores build using the Locker Project code base an open source project for collating, securing and sharing personal data .

is a startup that supports you pulling in your information from different service providers including Mobile phone record, Energy and utility records, Health and fitness, Shopping and payment, Transportation.  Statz gives you instructions on how to go into your mobile carrier or electric company and export your statements – often this involves a dozen steps and is very labor intensive – not something easy or that everyone will do.

Greplin Does Personal Cloud SearchWhen people set up their accounts they give the service access to a range of accounts – LinkedIn, Gmail, Basecamp, Flickr, etc. Then you use their engine to search across them.

Backupify is an all-in-one archiving, search and restore service for the most popular online services including Google Apps, Facebook, Twitter, Picasa and more.

helps manage user-driven searches across multiple search providers and websites, creating a powerful new way to explicitly express search intent anywhere on the Internet.  Joe Andrieu

provides Vendor Relationship Management (VRM) infrastructure. Businesses use CRM to manage customer relationships, while VRM lets individuals manage their relationships with businesses. TrustFabric writes Open Source software and gives customers a platform to represent their side of the VRM+CRM relationship. TrustFabric is based in Cape Town, South Africa.

helps you to stop unwanted marketing and to get in control of the way your data is used.

Consortium for Local Ownership and Use of Data, Inc.  A non-profit technology standard consortia started in early 2009 that believes that a new era of ME 1.0 is at hand, an era that looks beyond Web 2.0, while simultaneously looking to the founding principles of the Internet as the solution to many of today’s most vexing issues of privacy, security and data.

DataInherit online safes from Switzerland offer individuals around the world highly secure online storage for passwords and digital documents. You can access your online safe using any Internet browser or an iPhone from anywhere and at any time. In addition the unique data inheritance functionality will protect your data in emergency situations. Simple and convenient.

New Application Building and Design Tools

Kynetx is developing a new language that looks at data from personal data stores and public datasets and can do real time matching based on rule sets created by the individual to surface relevant content.

EmanciPay is a relationship management and voluntary payment framework in which buyers and sellers can present to each other the requirements and options by which they are willing to engage, or are already engaging. Including choices concerning payment, preference, policies.

Open Source Projects

Speaking of Jeremie Miller, and Sing.ly, Marshall Kirkpatrick put the scoop in Creator of Instant Messaging Protocol to Launch App Platform for Your Life on ReadWriteWeb:

Called The Locker Project, the open source service will capture what’s called exhaust data from users’ activities around the web and offline via sensors, put it firmly in their own possesion and then allow them to run local apps that are built to leverage their data. Miller’s three person company, Singly, will provide the corporate support that the open source project needs in order to remain viable. I’m very excited about this project; Miller’s backgrounds, humble brilliance and vision for app-enabling my personal data history is very exciting to me.

Here’s how The Locker Project will work. Users will be able to download the data capture and storage code and run it on their own server, or sign up for hosted service – like WordPress.org and WordPress.com. Then the service will pull in and archive all kinds of data that the user has permission to access and store into the user’s personal Locker: Tweets, photos, videos, click-stream, check-ins, data from real-world sensors like heart monitors, health records and financial records like transaction histories.

Where data extraction is made easy already by APIs or feeds, Lockers will pull it that way. Where the data is appealing and the Locker community is motivated to do so, data connectors will be built.

Searching those data archives has been a technical challenge for many other startups, but the Locker team says it is trivial for them – because they only have to build search to scale across your personal data and the data you’ve been given permission to access by members of your network.

Seach and sharing across a user’s network will be powered by Miller’s eagerly-anticipated open source P2P project called Telehash, described as “a new wire protocol for exchanging JSON in a real-time and fully decentralized manner, enabling applications to connect directly and participate as servers on the edge of the network.”

… and here’s in O’Reilly Radar:

Singly, by giving people the ability to do things with their own data, has the potential to change our world. And, as Kirkpatrick notes, this won’t be the first time Jeremie has done that.

I was drawn over to the Singly table when an awesome app they were demonstrating caught my eye. Fizz, an application from Bloom, was running on a locker with data aggregated from three different places.

Fizz is an intriguing early manifestation of capabilities never seen before on the web. It provides the ability for us to control, aggregate, share and play with our own data streams, and bring together the bits and pieces of our digital selves scattered about the web.

, by . Excerpt:

Personal data assets are fast becoming a new asset class, traded among these companies and marketing departments of enterprises around the world. That’s a shift in how personal data is conceived and exploited. The Vendor Relationship Management (VRM) community could bring another shift as start-ups begin invading this space, switching the emphasis to managing personal data assets on behalf of users.

Facebook as a personal data store, by Joe Andrieu. Excerpt:

To this veteran VRM evangelist, Facebook has done more in 2010 to usher in the era of the personal data store than anyone, ever. In one fell swoop, Facebook launched a World Wide Web built around the individual instead of websites, introducing the personal data store to 500 million people and over one million websites.

Unexpectedly, Facebook has moved VRM from a conversation about envisioning a future to one about deployed services with real users, being adopted by real companies, today. We still have a lot of work to do to figure out how to make this all work right—legally, financially, technically—but it’s illuminating and inspiring to see the successes and failures of real, widely-deployed services. Seeing what Amazon or Rotten Tomatos or Pandora do with information from a real personal data store moves the conversation forward in ways no theoretical argument can.

There remain significant privacy issues and far too much proprietary lock-in, but for the first time, we can point to a mainstream service and say “Like that!  That’s what we’ve been talking about. But different!”

The Case Against Data Lock-In, by Brian W Fitzpatrick and JJ Lueck of Google’s Data Liberation Front in ACMQueue. Excerpt:

What Data Liberation Looks Like

At Google, our attitude has always been that users should be able to control the data they store in any of our products, and that means that they should be able to get their data out of any product. Period. There should be no additional monetary cost to do so, and perhaps most importantly, the amount of effort required to get the data out should be constant, regardless of the amount of data. Individually downloading a dozen photos is no big inconvenience, but what if a user had to download 5,000 photos, one at a time, to get them out of an application? That could take weeks of their time.

Even if users have a copy of their data, it can still be locked in if it’s in a proprietary format. Some word processor documents from 15 years ago cannot be opened with modern software because they’re stored in a proprietary format. It’s important, therefore, not only to have access to data, but also to have it in a format that has a publicly available specification. Furthermore, the specification must have reasonable license terms: for example, it should be royalty-free to implement. If an open format already exists for the exported data (for example, JPEG or TIFF for photos), then that should be an option for bulk download. If there’s no industry standard for the data in a product (e.g., blogs do not have a standard data format), then at the very least the format should be publicly documented—bonus points if your product provides an open source reference implementation of a parser for your format.

The point is that users should be in control of their data, which means they need an easy way of accessing it. Providing an API or the ability to download 5,000 photos one at a time doesn’t exactly make it easy for your average user to move data in or out of a product. From the user-interface point of view, users should see data liberation merely as a set of buttons for import and export of all data in a product.

Google is addressing this problem through its Data Liberation Front, an engineering team whose goal is to make it easier to move data in and out of Google products. The data liberation effort focuses specifically on data that could hinder users from switching to another service or competing product—that is, data that users create in or import into Google products. This is all data stored intentionally via a direct action—such as photos, e-mail, documents, or ad campaigns—that users would most likely need a copy of if they wanted to take their business elsewhere. Data indirectly created as a side effect (e.g., log data) falls outside of this mission, as it isn’t particularly relevant to lock-in.

Another “non-goal” of data liberation is to develop new standards: we allow users to export in existing formats where we can, as in Google Docs where users can download word processing files in OpenOffice or Microsoft Office formats. For products where there’s no obvious open format that can contain all of the information necessary, we provide something easily machine readable such as XML (e.g., for Blogger feeds, including posts and comments, we use Atom), publicly document the format, and, where possible, provide a reference implementation of a parser for the format (see the Google Blog Converters AppEngine project for an example1). We try to give the data to the user in a format that makes it easy to import into another product. Since Google Docs deals with word processing documents and spreadsheets that predate the rise of the open Web, we provide a few different formats for export; in most products, however, we assiduously avoid the rat hole of exporting into every known format under the sun.

GeekTown.ca‘s What if Flickr Fails? Excerpt:

Wouldn’t it be nicer to have a ‘bucket’ of storage where all your files are kept, and then make those files available to third party services that can add snappy interfaces, clever sharing mechanisms, tagging, and other Web 2.0 tools to the mix without touching the files directly?

That’s the concept now being floated by a growing collection of people that want to take back control of their data. Searls is working on ProjectVRM (vendor relationship management), which preaches self-hosting, among other things. Aleks Cronin-Lukas is working on the Mine! project, which advocates separating data owned by the user from third party applications. In models such as these, the data is stored in a single place on the Internet. The user can then expose that data to third party sites (like Flickr, etc), who can add functionality to it. But if the content site gets shut down, the original data is untouched. Another advantage to this concept is that the user can decide exactly what data gets shared, and how.

The folks have a post by Sebastian Reisch titled Otras maneras de definir VRM: la Nube Personal o Relaciones Manejadas por Consumidores, which Google Chrome translates to Other ways to define VRM: Personal Cloud or Managed by Consumer Relations. The translation, slightly edited:

…ultimately what we want to achieve with VRM is that each individual has an identity in the network by using myinfo.cl, and therefore has a personal space in the cloud… to keep your personal information that will help you to manage relationships with their suppliers. Ultimately to have a digital identity, which will receive the messages and offers that meet the needs we have at the right time.

Ultimately, VRM is the application we’re building.. to lead consumers to take a more active role, and thus manage their relationships…

Also in ReadWriteWeb, Kynetx gets coverage in Nevermind Google, New Extensions Block Spam Across Browsers & Search Engines:

Yesterday, Google released a Chrome browser extension that lets users block certain websites from showing up in their Google search results. That way, if you never want to see an eHow article again, you don’t have to. Kynetx, a company that offers developers a single platform for building extensions for multiple browsers, saw the announcement and immediately offered $500 to the first person that could create an extension “with the same functionality for all 3 browsers and all 3 major search engines.”

Less than a day later, the company has announced a winner and released the extensions.

Those wishing to be involved in development efforts should also check out the and at .

Last but hardly least, both and are in the second round of the . Go to those links and vote ’em up.

And if I’ve missed anything (and I’m sure I have), let me know and I’ll add it on.

Knight News Challenge entry for EmanciPay

Below is a copy of our entry to the Knight News Challenge. It actually hadn’t crossed my mind to put one together until last Monday, when I saw that they have a category for sustainability. It says here,

Sustainability: Considers new economic models supporting news and information. New ways of conducting and consuming journalism may require new ways of paying for it. We’re open to ideas for generating revenue as well as ways to reduce costs.

EmanciPay is exactly that.

Three years ago, when ProjectVRM was new, we applied and made it to the second round. Back then EmanciPay was still called PayChoice. (We changed it because we wanted a better name with a URL we could buy, which we did.) Sustainability wasn’t front-burner for Knight then, I guess. Now it is. And, in the meantime, much VRM development has been going in the sustainability direction, including work behind the r-button (some context here). Special thanks for that goes to David Karger, Oshani Seneviratne and Adam Marcus of CSAIL at MIT,  our Google Summer of Code student, Ahmad Bakhiet of Kings College London and Renee Lloyd (a fellow veteran Berkman Center fellow) for their good work on that.

That work is built on code Adam and Oshani had already done on Tipsy, which has its own Knight News Challenge entry as well. (This is all open source stuff, so it can be leveraged many ways.) I met Adam and Oshani through David Karger, who I met through Keith Hopper of NPR, a stalwart contributor to the VRM community from the beginning. Keith is the brainfather of ListenLog, an application you’ll find in your Public Radio Player, from PRX, which is run by Jake Shaprio (another Berkman vet, and a star with the band Two Ton Shoe). When I ran the idea of applying again past Jake (who has an exceptional track record at winning these kinds of things), he said “Go for it,” so we did.

Another VRM effort in the Knight News Challenge  is Tom StitesBanyan Project. Tom has forgotten more about journalism, and its business, than most of us will ever know, and has been hard at work on Banyan for the last several years, rounding up good people and good ideas into one coherent system that could use support. Here’s the Banyan application to the News Challenge. It seems not to appear on the roster at the KNC site right now. I’m told that’s just a glitch. So check it out at that last link in the meantime.

Meanwhile, here are the parts of the EmanciPay entry that matter:

Project Title:

EmanciPay:
a user-driven system for generating revenue and managing relationships
Requested amount from Knight News Challenge:

$325,000

Describe your project:

EmanciPay is the first user-driven revenue model for news and information media. With EmanciPay, users can easily pay whatever they like, whenever they like, however they like — on their own terms and not just those controlled by the media’s supply side.

EmanciPay will also provide means for building genuine two-way relationships between the consumers and producers of media, rather than the confined relationships defined by each organization’s default subscription and membership systems .

EmanciPay is among a number of VRM (Vendor Relationship Management) tools that have been in development for the last several years, with guidance from ProjectVRM, which is led by Doc Searls at Harvard’s Berkman Center for Internet & Society. Here is a list of VRM development projects.

Starting early this year, Doc and other members of the VRM community have been working on EmanciPay with developers at MIT/CSAIL and Kings College London. The MIT/CSAIL collaboration is led by David Karger and ties in with work he and others are doing with Haystack. This work includes developing a UI called r-button for offering payment and for creating and managing relationships between users and producers.

The r-button is the first Web UI element that allows a site to signal openness to the user’s own terms of engagement. Toward this end work has also begun on terms-matching, which will allow engagement to go forward without the user being forced to “accept” terms on a site’s take-it-or-leave-it basis — thus eliminating a major source of friction in the marketplace. (Note: These one sided agreements are increasingly coming under fire by courts and regulators, thus creating a higher risk profile for organizations using them. EmanciPay seeks to lower or eliminate that risk altogether.)

As with Creative Commons, terms will be expressed in text and symbols that can be read easily by both software and people.

While there is no limit to payment choice options with EmanciPay, we plan to test these one at a time. The first planned trials are with Tipsy, which is itself the subject of another Knight News Challenge application, here. (Note: EmanciPay is not a micropayments system. It is a way for users to choose whatever amounts and methods of payment they like, whenever they like, with maximum ease.)

ProjectVRM has also been working with PRX and other members of the public radio community on ListenLog (the brainchild of Keith Hopper at NPR), which can currently be found on the Public Radio Player, an iPhone app that has been downloaded more than 2 million times, so far.

Other VRM development efforts, on identity and trust frameworks, and personal data stores (PDSes), will also be brought in to help with EmanciPay.

The plan now is to step up code development, get the code working in the world, test it, improve it, work with media and their CRM suppliers, and drive it to ubiquity.

How will your project improve the delivery of news and information to geographic communities?:

Two ways.

The first is with a new business model. Incumbent local and regional media currently have three business models: paid delivery (subscriptions and newsstand sales), advertising, and (in the case of noncommercial media) appeals for support. All of these have well-known problems and limitations. They are also controlled in a top-down way by the media organization, and cannot be managed from the user’s side, using tools native to the user. Thus they lack insight into what buyers really want. Accordingly, what we propose is a new supplementary system that makes it as easy as possible for anybody to pay anything for whatever they like, whenever they like, without going through the friction of becoming a “member” or otherwise coping with existing payment systems.

The second is a system for creating and sustaining relationships between the consumers and producers of news and information. EmanciPay is one among a larger box of VRM (vendor relationship management) tools by which individual consumers of news can also participate in the news development process. These tools are based on open source code and open standards, so they can be widely adopted and adapted to meet local needs.

CRM software companies, many of which supply CRM (customer relationship management) systems to media organizations, are also awaiting VRM developments. (The cover and much of a recent CRM Magazine were devoted to VRM.)

What unmet need does your proposal answer?:

EmanciPay meets need for maximum freedom and flexibility in paying for news and information, and for a media business model that does not depend only on advertising or the frictions of subscriptions and membership systems.

Right now most news and information is already free of charge on the Web, whether or not it costs money to subscribe or to buy those goods on newsstands. Meanwhile, paying for those goods voluntarily today ranges from difficult to impossible. Even the membership systems of public broadcasting exclude vast numbers of people who would contribute “if it was easy”.

EmanciPay will make it easy for consumers of news to become customers of news. It will allow customers to pay for what they want, when they want, in ways they want, and to initiate actual relationships with the news organizations they pay — on users’ own terms as well as those of news organizations.

How is your idea new?:

Equipping individuals with their own digital tools for exerting and controlling their means of engagement with suppliers is a new idea. So is basing those tools on open source and open standards.

There have also been no tools for expressing terms of engagement that match up with — and reform — those of sellers, rather than just submitting to what are known in law as contracts of adhesion: ones in which the dominant party is free to change what they please while the submissive party is nailed to whatever the dominant party dictates. Contracts of adhesion have been pro forma on the Web since the invention of the cookie in 1995, and EmanciPay is the first system developed to replace them. This system is entirely new, and is being developed by legal experts on the ProjectVRM team, aided by friends at Harvard Law School and other interested institutions. Once in place, its implications and reformations are likely to exceed even those of Creative Commons, because they address the demand as well as the supply side of the marketplace — and (like Creative Commons) do not require changes in standing law.

EmanciPay is also new in the sense that it is distributed, and does not require an intermediary. As with email (the protocols of which are open and distributed, by design), EmanciPay supports any number of intermediary services and businesses providing services to assist it.

What will you have changed by the end of the project?:

First, we will have changed the habits and methods by which people pay for the media goods they receive, starting with news and information.

Second, we will have established a new legal framework for agreements between buyers and sellers on the Web and in the networked world.

Third, we will have introduced to the world an intention economy, based on the actual intentions of buyers, rather than on guesswork by sellers about what customers might buy. (The latter is the familiar “attention economy” of advertising and promotion.)

Fourth, we will have introduced relationship systems that are not controlled by sellers, but instead are controlled and driven by the individuals who are each at the centers of their own relationships with many different entities. Thus relationships will be user-driven and not just organization-driven.

What terms best describe your project?:

Bold, original, practical, innovative and likely to succeed.

(I left out stuff where I was asked to flatter myself. Not my style; but hey, they made me do it.)

So far the place has 207 views and 20 ratings. It would help us if you could view it too, and rate it kindly. Recommendations going forward are welcome too.

And do the same for Tipsy and Banyan.

VRM+CRM Follow-Up

It’s been a week since VRM+CRM 2010, and there have been many conversations on private channels (emails, face-to-face, phone-to-phone, face-to-faces), all “processing,” as they say. Meanwhile we also have some very interesting postings to chew on. (Note: This is cross-posted here.)

First, Bill Wendell‘s RealEstateCafe wiki has a nice outline of sessions at the workshop. Better than our own, so far, I might add. Great notes behind his many links, and an excellent resource.

Next, there is Katherine Warman Kerns’s Making Sense of Things (which follows her HuffPo piece, Will VRMCRM2010 disrupt ambiguity?). Here Katherine puts on some hats we both shared as veterans of the advertising and media businesses, and does some great thinking out loud about better ways for marketing energy to be spent than CRM, online advertising and FSIs (I believe these are Free Standing Inserts). An excerpt:

What if that 3% in CRM, the 1% in FSI’s, and the less than 1% online are the same heavy TV watchers with nothing better to do?You’d think there would be a lot of investment in innovation to develop “something better”, but innovators are getting mixed signals from advertisers.  Most businesses still advertise  in order to convince retailers and/or Wall Street that they are supporting the brand.

Few outsiders understand that advertising has become a business to business marketing tactic more than a business to “consumer” tactic. Instead of paying attention to advertising spending trends –  dropping from 40.6 % of the total media/marketing industry in 1975 to 17.2% in 2009 . . . . . .  the Venture world pays attention to the proportional amount spent on different tactics: “what this chart (provided by GOOGLE’s Hal Varian) says is that over that past decade Internet has gone from nothing to 5% of all the ad spend in the US”.  As I point out in my comment on this post, “At 5% of 17.2% that puts internet advertising at less than 1% of total media/marketing revenues. ”

Ignoring this fundamental change in the market, an amazing amount of money is wasted on investing in incremental change.  For example, the race is on (reportedly, over $40 Billion a year) to upgrade CRM technology to improve predictive accuracy so that 3% will go up.

I’m all for continuous improvement process . . .  but, when the starting point is single digit success and that success may not even be among the desirable demographic who leaves the house, doesn’t it make sense to spend some of that money developing Plan B?

Hey if everyone on the team is aiming for the same corner of the goal with a single digit success rate, doesn’t it make sense to develop the skill to go after the remaining 90%+ of the goal?Until something better comes along, a market leader, P&G is quietly investing in the “new media” segment, “custom digital publishing”, to reach their target with less waste and to identify “thought leaders” to engage in their leading edge open innovation process.  Two examples are beinggirl.com and the partnership with NBCU to produce lifegoesstrong.com.

A new technology movement is creating a possibility to offer something even better: making it possible to shift the paradigm from improving Business to Customer communications to improving Customer to Business communication. Instead of wasting money on better ways to interrupt customers with messages, the customers are enabled to tell business when and what they want information. Project Vendor Relationship Management is the thought leadership evangelizing this premise and encouraging technology development.  On August 26-27, a workshop calledVRMCRM2010 introduced many of these technologies to VRM fans and receptive CRM professionals.

Media has an opportunity to use this technology to give all participants “The Freedom to be Ourselves”.   Instead of self-censuring because of uncertainty over what, with whom, or when their participation will be available for exploitation in “cyberspace”, participants may manage the release of identity, content, and information “in context”.   AND this control can be mutual – for  the “formerly known as audience”, the “formerly known as creative content producers”**, and the “formerly known as advertisers”.

Mutual benefit has the potential to breakdown the siloes which are barriers to collaborate on innovation.  Indeed, VRMCRM- like technologies offer a blank canvas of possibilities for media and marketing innovation to  disrupt ambiguity.

Next, Dan Miller’s In Spite of Investment in “Social CRM”, Enterprises are Still not Paying Attention. Dan, who led the CRM panel at the workshop, sees CRM and social CRM as a train wreck in progress:

…current solutions that are based in CRM and social CRM capture and conduct analysis on a broad set of customer generated data and metadata. Companies think they are doing a better job of paying attention but, whether they admit it to themselves or not, they continue to use their resources to analyze activity, target messages and promotions and influence future activity. That’s not listening or engaging in a meaningful conversation.

VRM involves a totally different engagement model. “Users” (be they shoppers, searchers, mobile subscribers or “other”) initiate conversations with their selected vendors through a trusted resource or advocate. They can compare notes with other shoppers/customers and, while they may be loyal to a brand, they are more loyal to themselves and their peers. In the ideal, the power shifts to the shopper in ways that will disintermediate traditional channels (like the contact center) and influencers (meaning commercials and advertisements).

The train wreck is not the result of there being too many names for the social CRM phenomenon, it is that CRM and VRM are on a collision course whereby one side seeks to grant more power to buyers while the other seeks to retain nearly all the power by pretending to do a better job of listening.

On the other hand, Denis Pombriant sees social CRM as having some promise for VRM, and writes about that in VRM’s Missing Ingredient, also posted as VRM and CRM Meet. An excerpt:

The great thing about social CRM is that it lets the genie out of the bottle.  It introduces randomness and uncertainty to the puzzle and that’s largely a good thing.  You can’t program a customer relationship, there are too many permutations and customers do things you just can’t always predict.

My big takeaway from the conference is the wisdom of crowds, the idea that since you can’t predict, take a deep breath and stop trying.  Instead, just ask the customer and, if you do it right, you’ll get amazing insights.  It struck me that the wisdom of crowds is, perhaps, one thing that VRM could incorporate with great success.

Mitch Lieberman (@mjayliebs) put up a nice summary of #vrmcrm2010 tweets through September 1Here’s the current Twitter search for the tag.

Even though the workshop was well-attended by CRM folks (and some of their customers), I was struck by how widely varied that business actually is. The distinction between CRM and sCRM is but one of very many.

In fact I had already been schooled on this by my old friend Larry Augustin, whom I got to know well back when he was a major force in the Linux community, and now runs SugarCRM. You can’t have a $15 billion (give or take… I still haven’t seen any numbers since 2008) business without a great deal of variation in what is sold to whom, and how it is used.

And, of course, relating to customers is not the sole province of CRM itself. I would bet that most customer-supporting corporate Twitter entities (e.g. @BigCoCares) began as individual efforts within their companies, completely outside those companies’ CRM systems, including call centers. These as a class now qualify as sCRM, I suppose. But in any case, it’s complicated.

So is VRM, of course. It starts from the individual, but can go in many directions after that. Here are a few of my own take-aways, all arguable, of course:

  1. You can’t get to VRM from CRM, or even sCRM, any more than you can get to personal from social. But VRM needs to engage both. And both need to engage VRM.
  2. You can’t get to VRM from advertising, either. Trying to make VRM from advertising is like trying to make green from red. The closest you’ll get is brown.
  3. We have code, and were able to show some off (or at least talk about it), and that was great. Adam Marcus’ talk on r-buttons, while delayed by equipment failings (not his — the classroom’s built-in projection system on Day One was flaky), showed how users and site owners could signal their intentions toward each other with symbols that actually worked. Renee Lloyd unpacked the (very friendly) legal side of that too. Iain Henderson gave a nice forecast of the Personal Data Store (PDS) trials that MyDex will be running in the UK shortly. Phil Windley vetted the work Kynetx is doing with the Kynetx Rules Language (KRL). It also amazed me that, even when the workshop was over, many people stayed late, on a Friday, to see Craig Burton give a quick demonstration of KRL at work. (See the photo series that starts here.) Joe Andrieu didn’t show his code at work, but gave a great talk on how search is more than queries. I could go on, but to sum up: this was a watershed moment for the VRM community.
  4. It’s still early. Maybe very early. At the end of the workshop I was asked the What’s Next question. My reply was that it’s great to see a fleet of planes airborne after watching them head down the runway for three years — and that they’re all heading in different directions. Also, they’re not the only planes. Beyond that the future is what we make it, and we’ve still got a lot of making to do.
  5. VRM+CRM is a live topic. There was much talk afterward of next steps with workshops, conferences and other kinds of gatherings, in addition to a list for people wanting to follow up with focused conversation. Stay tuned for more on all that.
  6. VRM is not just the counterpart of CRM. There are VRM efforts, such as The Mine! Project, that address one-to-one relating outside the scope both of identity systems (from which some VRM efforts originated) and of CRM. These also matter a great deal, and are very close to the heart of VRM’s mission.
  7. GRM has mojo going. Two years ago, Britt Blaser was the only GRM guy at that VRM workshop, and had trouble drawing a crowd. This time he brought his own crowd, and drew a bigger one. Very encouraging.
  8. I’m still not entirely sure what ProjectVRM should become as it spins out of the Berkman Center. I want it to be lightweight and useful. I’ll be involved, obviously; and we’ll always have a kinship connection with Berkman. Specifics beyond that are forthcoming, probably in the next three weeks.

I’ll think of others, but I’m out of time right now. Please add your own. And thanks again to everybody who participated. It was a great workshop.

VRM + CRM

We’ve reached the point where VRM and CRM developers are ready to talk.

There is a lot of CRM-facing development going on in the VRM community. A number of both commercial and non-commercial projects on this list are involved, and some are far enough downstream that folks in both communities need to show what they’re working on, sit down and talk.

Some of this is already happening. More will happen next week in New York. And more will happen in some other gatherings that are in the works. Stay tuned for those.

I think that will help answer some of the questions that have been coming up — partly as a result of what I’ve been writing here, and especially after CRM Magazine’s May Issue, Julian Gay’s Beyond Social CRM post, Ewe Hook’s Edison, Insull and planning for the future of VRM and Mitch Lieberman’s VRM Who Has the Relationship Repsonsibility Anyway?, in CRM Ousiders. Martin Schneider’s follow-up, Remember, No One “Owns” a Relationship aligns exactly with what I wrote in Cooperation vs. Coercion and in R-buttons and the open marketplace. As I said there,

Markets, in both their literal and metaphorical meanings, are middle grounds. They are places where we are selectively open to society, and especially to sellers — and where they are open to us. One way to represent that is to turn our silos on their sides and open them up, so we each have a representation of containment, but also of openness, and even of attraction. So, instead of having silos, we have magnets, like this:

You are on the left. The seller is on the right. And the market is in the middle.

The VRM community is working on building this out. (As we said above, the CRM community has begun to join the effort as well.) We are doing this by creating ways of relating in which both sides are open to the other, but neither contains the other. The two can have attractions toward each other, but engagement is optional. Think of the result as a market that’s far more free than the your-choice-of-silo model.

This also realates to Larry Augustin‘s Some Thoughts on Open post. Larry runs SugarCRM. Larry and I go way back to the 90s, when he started VA Linux and I was still a rookie editor for Linux Journal. Even at a distance we’ve been manning the same barricades for the duration. (Much of the time explaining the same things over and over again. Right, Larry? 🙂

I’m also know people at SalesForce.com, including Marc Benioff and especially my old buddy Steve Gillmor (for whom I can’t find a link currently, so here’s his latest Gillmor Gang, which I was on). Plus people at SAP, Oracle, IBM and Microsoft. (Though in some cases not in their CRM divisions.) I’m looking forward to seeing and talking to many of those folks (and more) over the coming weeks and months. More importantly, I’m looking forward to VRM developers other than myself meeting with their counterparts on the CRM side. And with customers and users of CRM software and services.

Meanwhile I’m looking for ways that ordinary users — that’s all of us — can become more aware and mindful of the good work that folks in the CRM community are trying to do. I’m talking here about the work that doesn’t just try to “capture,” “acquire,” “own,” “lock in” or otherwise “manage” us as if we were slaves or cattle. This customer-respecting work is at the leading edge of the CRM world. Respectable customers are at the leading edge of the VRM world. The twain should meet.

I should add that there is much happening in VRM that isn’t CRM facing as well. But for the next few weeks, the focus for many of us will be on reaching across and building out the new common ground between VRM and CRM. That ground is the marketplace, and in many ways it’s still virgin and unspoiled territory.

Cooperation vs. Coercion

We think of markets as competitive places: arenas, battlegrounds, playing fields, boxing rings. Which they are, if you look at them from the standpoint of vendors. As buyers, we do want vendors to compete, of course. But we also want them to cooperate — with us. From our perspective, markets are places where we shop, meet and do business. We want the freedom to do that, and we don’t want sellers taking any of that away, even if they think doing that makes them better competitors.

For decades, if not for a century or more, taking customers’ freedoms away has been something of a virtue for vendors. It’s not for nothing that marketers talk about “acquiring,” “capturing,” “owning” and “managing” customers as if they were slaves or cattle. In the old industrial economy, this made sense. It was easier to serve managed customers than free ones. You could limit the variables you addressed. Even today we sometimes like having our choices restricted, and gladly make the Faustian bargain of captivity. But even here we see the downsides, which go beyond lack of choice. Being captive may seem safe in some ways, but it also makes us vulnerable to a single source of goods on which we have no choice but to depend.

On the sell side, there are two problems. One is the burden of management itself, which should be easier if customers were also carrying some of the load. The other is intelligence. When all you know is what you learn from your captive customers (say, through your loyalty program), you don’t know enough. There is far more happening in the marketplace than you can learn and crunch only in your own exclusive ways.

What we need now is for vendors to discover that free customers are more valuable than captive ones. For that we need to equip customers with better ways to enjoy and express their freedom, including ways of engaging that work consistently for many vendors, rather than in as many different ways ways as there are vendors — which is the “system” (that isn’t) we have now.

There are lots of VRM development efforts working on both the customer and vendor sides of this challenge. In this post I want to draw attention to the symbols that represent those two sides, which we call r-buttons, two of which appear above. Yours is the left one. The vendor’s is the right one. They face each other like magnets, and are open on the facing ends.

These are designed to support what Steve Gillmor calls gestures, which he started talking about back in 2005 or so. I paid some respect to gestures (though I didn’t yet understand what he meant) in The Intention Economy, a piece I wrote for Linux Journal in 2006. (That same title is also the one for book I’m writing for Harvard Business Press. The subtitle is What happens when customers get real power.) On the sell side, in a browser environment, the vendor puts some RDFa in its HTML that says “We welcome free customers.” That can mean many things, but the most important is this: Free customers bring their own means of engagement. It also means they bring their own terms of engagement.

Being open to free customers doesn’t mean that a vendor has to accept the customer’s terms. It does mean that the vendor doesn’t believe it has to provide all those terms itself, through the currently defaulted contracts of adhesion that most of us click “accept” for, almost daily. We have those because from the dawn of e-commerce sellers have assumed that they alone have full responsibility for relationships with customers. Maybe now that dawn has passed, we can get some daylight on other ways of getting along in a free and open marketplace.

The gesture shown here —

— is the vendor (in this case the public radio station KQED, which I’m just using as an example here) expressing openness to the user, through that RDFa code in its HTML. Without that code, the right-side r-button would be gray. The red color on the left side shows that the user has his or her own code for engagement, ready to go. (I unpack some of this stuff here.)

Putting in that RDFa would be trivial for a CRM system. Or even for a CMS (content management system). Next step: (I have Craig Burton leading me on this… he’s on the phone with me right now…) RESTful APIs for customer data. Check slide 69 here. Also slides 98 and 99. And 122, 124, 133 and 153.

If I’m not mistaken, a little bit of RDFa can populate a pop-down menu on the site’s side that might look like this:

All the lower stuff is typical “here are our social links” jive. The important new one is that item at the top. It’s the new place for “legal” (the symbol is one side of a “scale of justice”) but it doesn’t say “these are our non-negotiable terms of service (or privacy policies, or other contracts of adhesion). Just by appearing there it says “We’re open to what you bring to the table. Click here to see how.” This in turn opens the door to a whole new way for buyers and sellers to relate: one that doesn’t need to start with the buyer (or the user) just “accepting” terms he or she doesn’t bother to read because they give all advantages to the seller and are not negotiable. Instead it is an open door like one in a store. Much can be implicit, casual and free of obligation. No new law is required here. Just new practice. This worked for Creative Commons (which neither offered nor required new copyright law), and it can work for r-commerce (a term I just made up). As with Creative Commons, what happens behind that symbol can be machine, lawyer or human-readable. You don’t have to click on it. If your policy as a buyer is that you don’t want to to be tracked by advertisers, you can specify that, and the site can hear and respond to it. The system is, as Renee Lloyd puts it, the difference between a handcuff and a handshake.

Giving customers means for showing up in the marketplace with their own terms of engagement is a core job right now for VRM. Being ready to deal with customers who bring their own terms is equally important for CRM. What I wrote here goes into some of the progress being made for both. Much more is going on as well. (I’m writing about this stuff because these are the development projects I’m involved with personally. There are many others.)

What I want to make clear here is that symbols are necessary. We need graphic representations of states and actions, and what’s possible for both. And we need ones that are not encumbered by anybody’s intellectual property claims. That’s why r-buttons are free for the using. Everybody is also free to use something else, if you think it’s better. I don’t care. I just know we need symbols, and these are some we’ve been using while we’ve been developing stuff.

In the next few weeks there will be a number of  occasions for VRM and CRM folks to get together, to talk, to start building toward each other, and to start training company legal departments in the new ways of open markets — cooperative ways, rather than just coercive ones. Looking forward to seeing how that all goes.

Work toward free and open markets

I just posted three long VRM pieces on my blog:

  1. R-buttons and the Open Marketplace
  2. ListenLog
  3. EmanciPay

They’re really one long post in three parts. Together they unpack the thinking behind my own development work at ProjectVRM here at the Berkman Center, and the three different components of that work. (It’s been a fun four-year-long learning by doing process.)

All this has been going on, of course, in the midst of a growing and active development community that’s also working on many other things, most of which overlap with these three.

See what you think.

Additional note… Those posts should have been on this site; but it’s past three in the morning here in Paris, where my upstream bandwidth is lousy (making the posting of graphics a glacial process) and I made the mistake of misreading my WordPress dashboard, and posting on my blog the first of those pieces. So, rather than start over I continued there. After I figure out how to cross-post the same items here, I’ll do that.

« Older posts Newer posts »

© 2024 ProjectVRM

Theme by Anders NorenUp ↑