Tag: Craig Burton

Adjusting Business to a Networked World

In response to The Trillion Dollar Market, which adds a few paragraphs to Gain of Facebook (below), which responded to How Facebook Could Create a Revolution, Do Good, and Make Billions, by Bernard Lunn in ReadWriteWeb, Nate Ritter raised some questions that I’d like to answer in detail. We begin…

…one question that needs to be solved is that if both suppliers and demanders are getting value out of the transaction why is it the suppliers are always fronting the money to make the connection?

The short answer is that we’ve done it that way ever since Industry won the Industrial Revolution. The long answer is that customer choice in the prevailing industrial system is provided by sellers. This includes telling customers what their choices are. We call this “marketing”.

At the level of simple customer choice, the industrial system is no different than it was when sellers operated out of carts and stalls at village crossroads. Such is the nature of straightforward retailing. But in our industrial system, sellers sit out at the last link of many value chains. Exchanging goods and services for money is a small part of that system. The final transaction is just the far end a process that moves from source to sale through a series of complex stages in which individual customers have little if any direct say. At the end of those stages the customer’s choice is to buy or not to buy. The customer’s job is to consume, and not to do much more than that. It’s not a bad system, but it’s one that’s open to countless improvements in a world where everybody is approximately zero distance from everybody else. That world is the Internet.

The Net makes it easy — or should make it easy — for customers to advertise their demand. That is, to find and drive supply. To a very limited degree, the supply side helps this with CRM (Customer Relationship Management) systems, but those systems are all silo’d and allow very limited input from customers themselves. Put crudely, they have ways of making you talk. And a very limited set of allowable words and phrases. If this weren’t already broken enough, many are also poorly designed or maintained.  Think about what all of us go through when we need customer service or tech support. Why should you have to give a series of call center people your account and phone numbers, even after you’ve already punched them in, time and again? These systems are lame because they put all responsibility for maintaining a “relationship” on the sell side. They exclude most forms of customer input because they don’t want more variables than they can easily “manage”. That excludes countless clues about what the market is up to, in addition to countless sums of money left on tables they can’t see through the CRM blinders they wear.

To be clear, I’m not saying CRM is inherently bad here. But it’s no closer to what we need than AOL and Compuserve were to the Internet. Or than mainframes were to PCs.

What VRM proposes is shifting appropriate relationship responsibility to customers, for the simple reason that the customer is, for many purposes, the best point of integration for his or her own data — and the best point of origination for what can be done with it.

For example, a customer’s VRM system should be able to say, globally, “I want receipts emailed to me. Here is my email address. You can do business with me if you don’t share that address with anybody, and if you don’t send me unwanted emails. Sign here (digitally) if you agree to these terms.” Yes, that may sound scary to sellers, but guess what? The customer-control horse left the seller’s barn as soon as the Internet came along. All that precious customer data that sellers think they own is a tiny fraction of what they can gain from customers in a relationship where both sides are open to whatever the other brings to the table. In other words, one in which the seller does not speak of “acquiring”, “managing”, “controlling”, “owning” or “locking in” customers as if they were slaves.

What VRM offers are better ways for sellers and buyers to relate — on terms of equal power and range of options. Yes, we’ll need open and standard protocols, data types and methodologies. Not to mention agreements that the customer (and not just the seller) asserts. We’re working on all that stuff.

Next item…

I have a feeling the culture of consumerism dissuades consumers from believing they are giving up anything (or devalues the money they are giving away for the product/service). For example, the belief that everything is free that is on the web. That’s an inherent problem that has to be solved before there will be an market that starts with the consumers. The “market’ necessitates a trade of value, and if one side is inherently told that what they want is free, then why would they give up money to trade for it?

First, what we call “consumerism” should be re-labeled “producerism”, because it’s a phenomenon driven by production. As Thorstein Veblen put it long ago (and I used to put it before discovering Veblen said it first), invention is the mother of necessity. Consumers participate, of course, but they don’t drive it. The production side does.

Of course, I’m speaking on the general scale, and of course there are definitely products and services that exist because people wanted them to. And of course they do well in charging for something because the demographic believes it’s worth the trade. But that’s not a change of the macro market. And although it’s nice and warm and fuzzy, the reality is that on a large scale people are simply being conditioned to take things for free. They don’t want to trade value for value.

When Napster came along, and suddenly everybody’s CD collection was free for the taking, “everything is free” became a mantra. Nobody, it seemed, would ever pay for music again. Why would they, when all of it is free, and one’s chances of getting caught and nailed by the RIAA and its running dogs was so small? Then Apple created the iPod and iTunes and the iTunes store, and started charging 99¢ for medium-fi music that didn’t work on more than five “authorized” devices. And people ate it up. Suddenly music had two price points: $.00 for illegal music and $.99 for legal but crippled music. How big is the latter business? Said here two years ago that Apple had already sold 2.5 billion songs. And how much has the former non-business driven the whole music industry in a new direction? Why cry about how disruptive the Internet is, and how much it devalues every old business it touches*, when it’s an expanding planet-sized environment on which countless new businesses can be built — and built to do far more, and make money from (and for) many more people, and companies, than the old ones?

My point: it’s early. The Net is a giant zero between everything and everybody. It takes distance, connectivity and the costs of storage and distribution all toward zero. There is still plenty of money to be made at the commodity level (just ask Nick Carr, or Amazon), but that’s one more reason why the Giant Zero is a great place to build all kinds of new businesses. And why it’s still very, very early in what Craig Burton calls the “terraforming” of the Net’s new world.

The point of my two postings (in the first sentence up top) is that there is much more money to be made, in this Giant Zero world, in helping demand find and drive supply, than in helping supply find and drive demand. And that this will be much better for the supply side than the old system, where suppliers have to do it all.

I wish it weren’t that way. Perhaps some day it won’t be. But we have to start changing the message that we’re sending out there, or even better than pushing a message, finding the areas where people are indicating they’re willing to pay for a product to be created. Harder done than said.

True. But we’ve already started. If one looks at markets (or, more precisely, economies) as places where parties signal each other, we’re already well underway. Nate himself did a heroic job of putting Twitter on the map as a great signaling system on the Live Web during real-world emergencies. In his case it was the San Diego Fire. It’s conceivable that what the market learned in that experience helped save my own house during the two recent fires in Santa Barbara.

Last winter I used Twitter successfully to signal our family’s interest in a good restaurant during a layover at O’Hare. This was way less significant than what Nate did during a huge fire, but no less eye-opening for me.

Still, tweeting — microblogging — is just one early step in a direction where lies an endless variety of signals that can move from demand to supply. Creating open, standard and simple pro forma ways of doing that is what VRM is about.

* Tom Foremski is right when he says The Internet Devalues Everything It Touches, Anything That Can Be Digitized. But you have to read Tom’s points deeply to get the full implications. Losing the old will be painful. But there is far more value to be found in the new. For example, in fourth parties.

VRM and the Four Party System

I think we can get some clarity about VRM — and growth of customer power in the marketplace — by re-positioning what we’ve been calling “parties.”

Among numbered parties the best-known one today is the third party. Wikipedia currently defines a third party this way (at least for the computer industry):

  • Third-party developer, hardware or software developer not directly tied to the primary product that a consumer is using
  • Third-party software component, reusable software component developed to be either freely distributed or sold by an entity other than the original vendor of the development platform

In general, a third party works on the vendor’s side of the marketplace. However, the vendor is not generally called the “first party” (except in the game business, as Wikipedia says here). In fact, the most common use of the term “first party” in business is with insurance, where the term refers to the insured. (The insurer is the second party.)

So I see this as an opportunity. Let’s give numbers to parties involved in customer relationships, starting with the customer. In the process we can unpack some distinctions between categories of work within the VRM development community.

The first party is the customer:

The second party is the vendor:

The third party is vendor-driven, and on the vendor’s side:

The fourth party is customer-driven, and on the customer’s side:

Together, they look like this:

Here’s how the r-button might represent both sides of the marketplace, and how those sides are attracted to each other:

There are lots of ways one can look at this.

For example, on the left half is VRM, on the right half is CRM.

VRM is about enabling the first party. It is also about building fourth-party user-driven (and within that, customer-driven) services, which make use of first-party enablement.

We can also substitute user for customer, and organization for vendor, since the scope of VRM far exceeds the vendor-customer relationship continuum. Thus fourth parties are user-driven and not just customer-driven. The picture here would look like this:

Fourth parties will provide many services for first parties. In fact, VRM should grow large new fourth party businesses, and give new work to large old businesses in the same categories. (Banks, brokers and insurance companies come to mind.) Native enablements, however, need to live with first parties alone, even if fourth parties provide hosting services for those enablements.

Fourth parties also need to be substitutable. They need service portability, just as the customer needs data portability between fourth (and other) party services. That way whatever they can provide can be swapped out by the user, if need be.

A good example of how this works is email. Before the Net took off in the mid-’90s, there were many email services. Customer choice was between silos:

None of the email companies could crack the interoperability problem. That had to come from the user’s side, by way of geeks who defined email via protocols that saw workstations as the units that mattered. While servers were involved, they could also live anywhere. Both SMTP (which appeared first in RFC 821) and POP (which first appeared in RFC 918) were born in the early 1980s, out of the need for workstations to communicate with each other.

What matters for our purposes is that email enables individuals to do two things that are VRM hallmarks: 1) be independent of other entities (including both providers and vendors), and 2) be better able to engage with those entities.

Even to this day, anybody can host a mail server — or even a Web server — on their own device. Yet there are big businesses in hosting email, and most users opt to host their email on those services out in various clouds. So, just as mail and Web servers and services are Net-native, so should VRM enablements be Net-native.

Silo mentality is mostly gone from Net-native businesses. But it’s still going strong in lots of brick & mortar business categories. For example, the hotel business. Right now that business still looks like your-choice-of-silo:

With the customer in charge, it should look more like this:

Here’s how all four parties fit together:

For travel, third parties include Orbitz, Travelocity and other intermediaries operating mostly on the vendor side of the marketplace. They wouldn’t have to stay there, of course. They could become instruments of customers as well. There can be blurring between third and fourth parties.

But, as customers get more power, fourth parties are bound to flourish — and not just because they’re located on the side of the customer and his or her money. Fourth parties will flourish because they will help more intelligence flow into the marketplace, and help the customer both manage and apply that intelligence.

Fourth party business will bloom for every company that wishes to be user-driven and customer-driven. This will include countless new companies, of course. But there will also be fresh work for existing companies that already side with the individual in some way. This group includes banks, real estate agents, travel agents, insurance companies… any business that wants to side with free customers, because they know in their bones that free customers are more valuable than captive ones.

Even traditionally locked-down monopolies, such as phone and cable companies, are in good positions to provide, or help provide, fourth party services — simply because these companies already have relationships with millions of customers. (Not to mention old and in some cases dying core businesses.)

What will keep fourth parties from turning on customers, and becoming essentially third parties for the big silo-maintaining vendors — in other words, wolves in sheeps’ clothing?

The only answer is native individual power. This is why it is critical to provide individuals with tools that enable their independence. A tool such as PayChoice‘s “pricing gun” cannot be something provided by only one company. It has to belong to nobody and therefore to everybody, just like the existing suite of native Internet protocols. In fact, these native capabilities should enlarge the roster of protocols and other enablements that comprise the Internet’s suite of benefits for everybody.

Kinds of work

There will be many new development projects and organizations involved in making VRM happen. Some are already underway and have moved far downstream. In the course of this, there is a need to distinguish types and scopes of development efforts, and types and scopes of organizations.

I want to leave the latter open for now, and concentrate just on development work. Here the challenge is reconciling closed and open source work — and to help migrate some of the former into the latter.

There are now perhaps a million or more open source code bases in the world. Most are small. Some, such as Linux, Apache, MySQL, Perl and Python, are large and familiar. Nearly all are not run by companies, or even by .orgs. The programmers who contribute to the code base are inherently independent, even if they work for a company with an interest in the project. Such is the case with the many Linux kernel programmers who work for IBM, Red Hat and Oracle. It’s also true of Monty Widenius and David Axmark, who founded MySQL and came with it to Sun.

Open source code essentially belongs — in the sense that somebody has control over it — to the individual developers who contribute to it. The closest expression to ownership is usually the license. Developers on a free software or open source project like to pick a license and move forward without any further concern about legalities, including issues of ownership. “Intellectual property” is anathema to them. The only form of intellectual property that interests them much is copyright — which is why the free software folks invented copyleft, which carries forward with open source as well.

Both free and open source software possesses qualities we call NEA: Nobody owns it, Everybody can use it, and Anybody can improve it. These qualities make that code generative: that is, maximally supportive of the largest variety of uses. In his book The Future of the Internet — and How To Stop It, Jonathan Zittrain shows how generative code and standards work by locating them at the waist of an hourglass with many possibilities both below and above:

While all code is in some ways owned, it is controlled by those who write it. These include contributors, committers and maintainers. Some projects use just one or two of those terms. A good example of one using all three is here. Some small projects just use one term or none at all. Practice varies widely It is always understood, however, that somebody, or some small group of people, decide which code gets added to the base. The Mine! Project is one open source effort within VRM. ListenLog will be another. There will be many more.

What matters for VRM purposes is that free software and open source projects are inherently independent. Even if a company hires programmers to write code, both the code and its authors will be independent of those paying for it. This means the employed programmers, or anybody, can work on the code, and do whatever they want with it — provided it passes muster with the maintainers (or whoever decides what code gets into the base).

Closed source code for which there are no open source ambitions will play roles in many fourth party services and applications. Where we face challenges with VRM is with closed source code that does have open source ambitions. If we want to open closed source code, how do we do it? Craig Burton uses this illustration in his discussions of various options:

These options are faced where companies already have code under intellectual property burdens, and where code development is already far downstream and decisions about what to release and where to put it (such as in code repositories, with choices about versioning, etc.) impact administrative as well as developmental overhead. There are existing organizations that can help with this kind of thing. Work has already begun on our own as well.

A Personal Note

While I’m not a developer (the only code I know is Morse), I’ve been covering open source development for the better part of two decades, and have been working toward VRM for most of my adult life. I’m 61 years old, and most benefits of VRM won’t appear until after I’m gone. So I take a long view, even though I am as impatient as anybody to make things happen soon.

What I want for VRM is maximal enablement of first parties, and maximum business for the other three parties — especially the fourth parties that will grow on top of the enormous because effects of first parties in the world.

Because effects are positive externalities of public goods that support boundless economic activity. Think of them as private benefits of public goods. The Internet Protocol, for example, is a public good. While nobody makes money with the Internet Protocol, the whole world can make money because of it.

We want the same kind of leverage from first-party enablement of VRM. None of us will make much, if any, money with the native enablements of customers, and users, in the marketplace. (Though we will save much money and hassle.) Perhaps $trillions will be made because of those enablements.

In respect to what happens with first and fourth parties, I locate my interests primarily with the individual, and with enabling the individual. For that reason I look for minimal organizational restrictions on how that happens. I just want to see as much open source development as we can possibly bring in. This also means I welcome all kinds of organizational activity outside the VRM “kernel,” in the fourth party space. In fact I think we need that very much, and have for a long time.

My perspective here is something like that of Linus Torvalds, who makes a point of only caring about kernel development, and not about what’s done with the kernel. When asked about what happens outside the kernel, Linus often says, “That’s user space. I don’t care about user space.” (The distinction is explained at that last link.) The scope of my interests, however, is much larger. I do care about what happens outside the individual’s “kernel space.” I especially want to see business grow in the fourth party space, which to me is analogous to Linux’s “user space.”

But I don’t have the time or the inclination to care about everything. I need to focus. And what I want to focus on is enabling individuals, and getting enormous because effects out of that. So I rely on others to do the organizing outside of the individual’s “kernel space.” This does not involve giving up power on my part, but locating power outside my own immediate interest area, out where others are more interested and competent than I am.

In respect to those, I see my main job as helping make clear where “kernel space” ends and “user space” begins. Hence this draft. Hope it makes sense to all of you.

Bonus Links: Making a New World — my chapter in O’Reilly’s Open Sources 2.0; and Net Worth, the 1999 book by John Hagel and Marc Singer that introduced the infomediary concept (a fourth party, basically), way ahead of its time.

And special thanks to Hugh McLeod for the fun images used here.

© 2014 ProjectVRM

Theme by Anders NorenUp ↑