Project VRM - User contributions [en]

Ascribenation

2009-11-30T05:44:02Z

Spekof1:

''Ascribenation'' is the act of ascribing credit to a source or set of sources, for a piece of media work. That work might be a newspaper story, a blog post, or a song mashed from multible sources or samples. It is derived from the verb ''[http://www.thefreedictionary.com/ascribe ascribe]''.

Ascribenation is not possible without sources carrying ascribenation metadata that can be concatenated forward as each source's work is included in (or referenced by) other works. There are several means for doing this, including [http://microformats.org/ microformats] and [http://xdi.org/ XDIs].

Ascribenation makes possible crediting sources for work, and getting those sources paid as well.

For example, [http://www.chron.com/disp/story.mpl/politics/6349271.html here's a Houston Chronicle story on climate change lobbying]] that sources [http://www.publicintegrity.org/investigations/climate_change/ an analysis of climate change lobbying by the Center for Public Integrity]. Right now the Chronicle doesn't have any links in that story. But if it did, that link might contain concatenated metadata that could be gathered by the [[Read Log]] on the reader's device (phone, laptop, whatever). Using [[EmanciPay]], the reader could pay both the Chronicle and the Center for Public Integrity.
[http://www.sexalemi.org sikis izle]
[http://www.pornositeleri.net porno izle]
[http://www.sexalemi.org sex izle]
[http://www.sexalemi.org sikis]
[http://www.cinsel.name sikis izle]
[http://www.cinsel.name.tr sikis]
[http://www.hiphopalemi.net hiphop]
[http://www.kelebekchat.net kelebek chat]
[http://www.kelebeksohbet.org kelebek sohbet]
[http://www.chatsohbet.org chat sohbet]
[http://www.siberchat.net chat]
[http://www.pornositeleri.net porno]
[http://www.pornositeleri.org porno izle]
[http://www.sexpormok.net sex]
[http://www.mynetsohbet.net mynet sohbet]
[http://sinnemax.blogspot.com porno tv izle]
[http://sinnemax.blogspot.com seks tv izle]

EmanciPay

2009-11-30T05:42:49Z

Spekof1: /* FAQ */

EmanciPay is a new way for media to make money. It's a choosing system -- one by which readers, listeners and viewers can easily choose to pay whatever they like, whenever they like, for the media goods they use -- and to do that on their own terms, and not just those of media suppliers' arcane systems.

The idea is to build a new marketplace for media â one where supply and demand can relate, converse and transact business on mutually beneficial terms, rather than only on terms provided by thousands of different silo'd systems, each serving to hold the customer captive, and causing much inconvenience and friction in the process.

EmanciPay is a breed of VRM, or Vendor Relationship Management. VRM is the reciprocal of CRM or Customer Relationship Management. VRM provides customers with tools for engaging with vendors in ways that work for both parties. EmanciPay is one of those tools. Or a set of them.

=== Background ===
We now live in a media environment where goods previously sold directly or paid for by advertising are freely available and shared widely over the Internet. A number of factors contribute to a business and social conundrum for suppliers of those goods:
* Easy copying and sharing makes the goods freely available at growing ease and convenience.
* Copying and sharing is so widespread and common that punishment for copyright and other usage violations touches only a small minority of offenders, and has proven to be a losing proposition.
What the marketplace requires are new business and social contracts that ease payment and stigmatize non-payment for media goods. The friction involved in voluntary payment is still high, even on the Web, where one must go through complex forms even to make simple payments. There is no common and easy way either to keep track of what media (free or otherwise) we consume (see [[Media Logging]]), to determine what it might be worth, and to pay for it easily and in standard ways -- to many different suppliers. (Again, each supplier has its own system for accepting payments.)

EmanciPay will create a "buy button"-simple payment system to allow readers, listeners and viewers to pay whatever they like, at their discretion, for whatever media products they use. For too many media the traditional business models -- subscriptions, newsstand sales, advertising and underwriting -- are not sufficient. (Especially in the current economic environment, which is akin to an earthquake that won't stop.) Nor do they support full participation and involvement with their users.
EmanciPay differs from other payment models (subscriptions, newsstand, tip jars) by allowing the customer to pay any amount they please, when they please, with minimum friction -- and with full choice about what they disclose about themselves.

EmanciPay will also support credit for referrals, requests for service, feedback and other relationship support mechanisms, all at the control of the user. For example, EmanciPay can provide quick and easy ways for listeners to pay for public radio broadcasts or podcasts, for readers to pay for otherwise "free" papers or blogs, and paid request for stories or programs to be expressed and aggregated, without requiring the customer to disclose unnecessary private information, to become a "member". This will scaffold real relationships between buyers and sellers, and for supporting journalists covering what Jake Shapiro calls "microbeats." It will also give deeper meaning to "membership" in non-profits. (Under the current system, "membership" means putting one's name on a pitch list for future contributions, and not much more than that.)

EmanciPay will also connect the sellers' CRM (Customer Relationship Management) systems with customers' VRM (Vendor Relationship Management) systems, supporting rich and participatory two-way relationships. In fact, EmanciPay will by definition be a VRM system.

=== Micro-accounting ===
The idea of [http://en.wikipedia.org/wiki/Micropayment "micro-payments"] for goods on the Net has been around for a long time, and has recently been revitalized as a potential business model for journalism by [http://www.time.com/time/business/article/0,8599,1877191,00.html an article by Walter Isaacson] in Time Magazine. What ProjectVRM [http://blogs.law.harvard.edu/vrm/2009/02/11/EmanciPay-for-newspapers-and-everything-else-thats-free/ suggests instead] is something we don't yet have, but very much need: ''micro-accounting'' for actual uses. These including reading, listening and watching.
Most of what we now call "content" is both free for the taking and worth more than $zero. How much more? We need to be able to say.
So, as currently planned, EmanciPay would -
# Provide a single and easy way that consumers of âcontentâ can become customers of it. In the current system -- which isn't one -- every artist, every musical group, every public radio and TV station, has his, her or its own way of taking in contributions from those who appreciate the work. This can be arduous and time-consuming for everybody involved. What EmanciPay proposes, however, is not a replacement for existing systems, but a new system that can supplement existing fund-raising systems -- one that can soak up much of today's MLOTT: Money Left On The Table.
# Provide ways for individuals to look back through their media usage histories, inform themselves about what they have been enjoying, and to determine how much it is worth to them. The Copyright Arbitration Royalty Panel (CARP), and later the Copyright Royalty Board (CRB), both came up with ârates and terms that would have been negotiated in the marketplace between a willing buyer and a willing sellerâ â language that first appeared in the 1995 Digital Performance Royalty Act (DPRA), and tweaked in 1998 by the Digital Millennium Copyright Act (DMCA), under which both the CARP and the CRB operated. The rates they came up with peaked at $.0001 per âperformanceâ (a song or recording), per listener. EmanciPay creates the âwilling buyerâ that the DPRA thought wouldnât exist.
# Stigmatize non-payment for worthwhile media goods. This is where âsocialâ will finally come to be something more than yet another tech buzzmodifier.
All these require micro-accounting, not micro-payments. In fact micro-accounting can inform ordinary payments that can be made in clever new ways that should satisfy everybody with an interest in seeing artists compensated fairly for their work. An individual listener, for example, can say "I want to pay 1Â¢ for every song I hear on the radio," and "I'll send [http://www.soundexchange.com/ SoundExchange] a lump sum of all the pennies wish to pay for songs I hear over the course of a year, along with an accounting of what artists and songs I've listened to" -- and leave dispersal of those totaled pennies up to the kind of agency that likes, and can be trusted, to do that kind of thing.
Similar systems can also be put in place for readers of newspapers, blogs and other journals.
What's important is that the control is in the hands of the individual, and that the accounting and dispersal systems work the same way for everybody.
=== Projects ===
To work, EmanciPay needs to have its choices informed. For that there should be a number of tools in the [[Media Logging]] toolbox. The first we're working on is a [[Listen Log]] called [[ListenLog]] for the [http://publicradiotuner.org Public Radio Tuner].
=== FAQ ===
''Q: Who would want to use it and why?''

Right now supporting otherwise "free" journalism ranges from difficult (setting up separate paid relationships with each journal or broadcast station, each with its own rules and procedures, with all data stored in the journal or station's system) to impossible (no means are provided at all). 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 media to become customers of media. It will allow those customers to pay for what they want, when they want, and to initiate actual relationships with the news organizations they pay -- on their own terms as well as those of the news organization.

''Q: What potentially bigger thing might happen if everything went perfectly and the stars all aligned?''

A much more healthy media business would arise out of the one that's failing -- at least economically -- right now. In the process, the media business would no longer be required to depend entirely on advertising, newsstand sales, subscriptions and donations because a new and far more accountable system would be in place. It would, for example, provide a way for any journalist or journalistic organization in the "long tail" to find paying customers for their work.

''Q: Is EmanciPay a micropayments model?''

No. EmanciPay will involve what might be called "microaccounting," however, by keeping logs and histories that inform the user about what media content he or she has consumed. This will aid in valuing that content. Users will also be able to set what might be called "microprices" on items such as songs heard on radio and other music streaming sources, such as Pandora or Last.fm. A listener could, for example, say he or she will pay 1Â¢ per song, and have payments roll over when they reach a sum large enough to make the transaction worthwhile. Willingness to pay can also be aggregated among multiple users. There are lots of ways to arrange this. But micropayments have proven problematic so far and we have no intent to visit the same problems with EmanciPay.

''Q: How will you be able to measure whether or not EmanciPay has really made a difference?''

The primary measure would be monetary -- measurable as cash income to news producers from the consumers who, by paying, would become customers as well. Goals and benchmarks for measuring social effects would be established.

A secondary measure would be membership activities other than those surrounding transaction.

''Q: What un-met need does EmanciPay answer?''

Media need a new business model. In spite of the shift of advertising from other media to digital ones, little of this money finds its way to supporting, for example, participatory journalism, where so much good and pioneering work is taking place.

EmanciPay will create that model. It will also go beyond monetary support to include means for establishing working relationships between the buyers and sellers of media products, so demand can find supply and vice versa.

There is also the need to address the likelihood that advertising -- the primary source of income for many media enterprises -- will either be severely diminished or go away, simply because ways will be found for demand to find supply that are more efficient than the guesswork that advertising involves. EmanciPay will be one way to take advantage of this inevitable shift in the marketplace.

[[Category:Media Logging]]
[http://www.sexalemi.org sikis izle]
[http://www.pornositeleri.net porno izle]
[http://www.sexalemi.org sex izle]
[http://www.sexalemi.org sikis]
[http://www.cinsel.name sikis izle]
[http://www.cinsel.name.tr sikis]
[http://www.hiphopalemi.net hiphop]
[http://www.kelebekchat.net kelebek chat]
[http://www.kelebeksohbet.org kelebek sohbet]
[http://www.chatsohbet.org chat sohbet]
[http://www.siberchat.net chat]
[http://www.pornositeleri.net porno]
[http://www.pornositeleri.org porno izle]
[http://www.sexpormok.net sex]
[http://www.mynetsohbet.net mynet sohbet]
[http://sinnemax.blogspot.com porno tv izle]
[http://sinnemax.blogspot.com seks tv izle]

R-button

2009-11-30T05:42:02Z

Spekof1: /* Domain names */

The r-button is a short name for a ''relationship button''. This button can be used to request, establish and maintain relationships between entities on the Web, including transactions. In the latter sense an r-button can also be seen as a pay button, but its functionalities are not limited to transaction. (For more about how it might work in a transactional context, see [[EmanciPay]].)

The r-button is being developed by the VRM community primarily to provide a means for individuals to express their interest in relating to vendors of goods and services -- on those individuals' terms, and not just those of the vendors. It can also be used by vendors to express interest in relating to individual customers on mutually agreeable terms.

The purpose of the r-button is to open and represent relationships are two-way rather than one-way. It is how VRM meets CRM, for the good of both.

The r-button will open markets to countless opportunities that are locked out by the lock-in approaches of traditional vendor-driven business relationships. In this old model, the vendor sets all the terms and conditions -- and in too many cases making only educated guesses at what customers actually want. With VRM, they'll know.

Here is the current basic r-button design:

[[Image:Icon4.gif]]

The button combines reciprocal symbols for customer and vendor, each represented by red "magnets" facing each other.

There will be smaller and simpler versions for use, for example, on mobile devices and in browser location fields (where symbols for RSS and bookmarks now appear).

== Visuals ==
The r-button is two icons in one. Each represents a magnet. Both are open to and facing, each other. This shape symbolizes openness, choice, independence, equality and intentionality. The paired icons can appear in four ways, each expressing a different relationship state:

1. Looking to buy something or to pay for otherwise free goods:

[[Image:Relbutton_sm_left.jpg]]

2. Looking to sell something or to offer a service:

[[Image:Relbutton_sm_right.jpg]]

3. In process of establishing a relationship:

[[Image:Relbutton_sm.jpg]]

4. Already in relationship:

[[Image:Relbutton_sm_closed.jpg]]

What makes these especially helpful and handy is that they give both sides all the virtues listed above. So, for example, when a vendor puts this symbol on a product or a site...

[[Image:Relbutton_sm_right.jpg]]

... they're saying "We're willing to do business with you on ''your'' terms as well as ours."

And, when the customer clicks on a closed button...

[[Image:Relbutton_sm_closed.jpg]]

... data from both sides can be brought in and displayed.

That data can be anything pertaining to relationship history, intentionality, preference... it's wide open.

As we consider what the r-button represents both for actions and for state, it helps to bear in mind Don Norman's principles of design, listed in his landmark book, [http://www.jnd.org/books.html#33 The Design of Everyday Things]:

# Visibility. By looking, the user can tell the state of the device and the alternatives for action.
# A good conceptual model. The designer provides a good conceptual model for the user, with consistency in the presentation of operations and results and a coherent, consistent system image.
# Good mappings. It is possible to determine the relationships between actions and results, between controls and their effects, and between the system state and what is visible.

== Basic Characteristics ==
* The r-button represents a free and open web service, with its own API, available to both vendors and customers, providing capabilities to both
* The button can be placed or activated by the customer on anything he or she might be willing to pay for -- or to indicate an interest in conversation or relationship
* The button can be displayed by the vendor as a signal that the vendor is open to hearing terms the customer presents.
* As with [http://creativecommons.org/ Creative Commons] licences and symbols, the r-button and its functions should be [http://creativecommons.org/?s=readable readable] three ways: by humans, by machines and by lawyers.

== Requirements ==
Before we proceed, here is what the r-button should and should not do:
* All but symbol 2 (vendor side only) should be under the customer's control.
* It should support true two-way relationships between customers and vendors in all three market domains: transaction, conversation and relationship.
* Unlike advertising and promotion, it will be a way that the customer can make the first move. It must support the ''intentions'' of the customer, and not just of the vendor.
* It should support the willingness of the customer to pay whatever they please. (Also to be willing to hear no and to negotiate the difference.)
* It should allow the customer to escrow (or record) the intention to pay, so the vendor can see that fact if customer wishes, and accept payment once the vendor puts the acceptance mechanisms in place. Customer intentions to pay or to relate in other ways should be visible exclusively to those vendors, even if the vendors do not yet have the mechanisms in place for perceiving them, or for accepting payment. This system will allow vendors' payment-acceptance and CRM systems to adapt to standard means by which customers, at their discretion, can ''transact'', ''converse with'' and ''relate with'' vendors.
* It should not provide means by which vendors coerce, entrap or otherwise "lock in" or "own" customers. Once relationships are established, they can be whatever customers and vendors agree upon. But as a means for "hooking up", or accepting payment, r-buttons cannot be under exclusive vendor control. For example, if a r-button on a music site brings up a list of fixed prices for selections and albums, the customer should still have the choice of offering amounts they please, rather than just the prices offered by the vendor. This doesn't mean the vendor has to accept what the customer offers. It does mean that the customer has means for offering what they like, including amounts higher than the vendor is asking.
* It should support the expression of preferences. This includes conditions for relationship, such as selective disclosure of personal data, conditions for the use of personal data, interest in specific (and defined) future products, and interaction requirements. Among the latter might be, for example, the preference ''not'' to receive promotional messages when calling for tech support.
* It should support customers and vendors both retaining records of interactions in the course of relationship, including transaction histories, contact histories and other variables. Among many other things, these should be able to back each other up at times when the other party loses data.
* Both parties should be able to cease relationships, on mutually agreeable terms.
* Selective disclosure of data by both parties is essential to the operation and success of the system. Customers should be able to reveal no more about themselves, their intentions, and their interests, than the situation requires. Once in relationship, selective disclosure is also essential for establishing and maintaining trust.
* For identity-based interactions, r-button relationships should obey the [[http://www.identityblog.com/?p=352 Seven Laws of Identity]]
* A link to the [http://cyber.law.harvard.edu/projectvrm/R-button_Functional_Specification R-Button Functional Specification (Spec)]
* While r-button functions can support an endless variety of intermediary and third-party services (such as negotiation, brokerage, concierge service and secure data storage), at its base level the r-button on the customer side should support complete autonomy and independence from third parties. In other words, the customer should be able to keep his or her own data stores of intentions, transactions, preferences, and other variables.

==Scenarios==

===Media in general===

The first use case for the r-button is media. These include

* public media, including stations and programs
* citizen and participatory media, including otherwise free online publications
* podcasts
* online publications, including blogs
* pieces of music, along with artists and producers

The VRM community already includes participants from public media, and many public media entities are interested in rolling out r-button based VRM as a means for scaffolding a new business model that can reduce MLOTT, or Money Left On The Table by current (subscription and sponsorship) business models. This model, called [[PayChoice]], is the first and only model to provide listeners and viewers with the means to initiate relationships, and to pay whatever sum they want for whatever goods they want, with minimal friction.

In traditional public media membership models, transaction is too often conflated with relationship. Too often "membership" consists of an exchange of cash for promotional goods, and an implicit "agreement" to be subject to direct mail and other appeals for additional donations. With r-button based relationships, membership can mean much more for both parties.

In fact, as listeners and viewers face more choices of more ways to obtain programming, it is essential for stations to start relating in more ways, and to take leadership from listeners and viewers in doing so. With the r-button and VRM, relationships can be far more rich and real. And stations can begin to intermediate other relationships as well, for example with recording artists and guests on shows.

Localization will also become a matter of content and interaction, rather than of signal coverage. And localization will become an essential means of survival and prosperity as stations pass from the analog to the digital age, and iPhones and their like become the transistor radios of our time.

Subsequent use cases include

* commercial radio
* commercial television
* music
* all other forms of digital content

===r-button on hand-held phones and computers===
The MID, or Mobile Internet Device category has become white hot in the two months since Apple opened the iPhone to third party applications. The explosion of apps on the iPhone platform has established a whole new product category -- one in which the telephony is one application among a countless assortment of others, including radio.

The first generation of iPhone apps includes at least four radio tuners that tune in to data streams broadcast on the Net. Our own tests of these apps make clear that online streaming through the cell system to cars offers major advantages over conventional FM and AM radio transmission. For example, Doc Searls listened to Boston's WBUR from Lancaster to Santa Barbara, California, a distance of 130 miles on both highways and backroads, with only one interruption from a dropped AT&T cell system signal -- and the stream was quickly restored. Over that same stretch no terrestrial radio signal equaled the performance of WBUR over Doc's iPhone. It beat all the Los Angeles FM stations with powers upwards of 100kw atop Mt. Wilson, plus all of the regional public stations (KPCC, KCRW, KCLU) and their many translators.

===r-buttons on radio apps===

Radio is the first place we'll test out, shake down and standardize the r-button as the doorway to markets where customers as well as vendors are "in charge," and countless new products and services can be built on top of better customer expression and control of personal data.

For this we will either create a new radio tuner for the iPhone or work with one of the current tuner developers. Either way we will produce a tuner in which the r-button is supported.

The r-button should be a standard feature of these radio tuners to begin with. If you design a stream tuner (or, for that matter, a podcast player that allows users to interact by producing as well as consuming data), it needs to support r-buttons and r-button-based interactions.

===r-button affordances===

In his book [http://www.jnd.org/books.html#426 The Design of Everyday Things], Donald Norman says "the term ''affordance'' refers to the perceived and actual properties of the thing, primarily those fundamental properties that determine just how the thing could possibly be used."

As operative icons, r-buttons have the affordances of magnets.

The r-button is two icons, or two magnets, in one. The left magnet is the user's.

[[Image:Relbutton_sm_left.jpg]]

It activates two choices: 1) to express the intention to relate in one of a variety of ways (pay something, record data, send a message, assert terms); and 2) to visit the user's data store, which may contain many different kinds of data (e.g. standing requests, transaction records, links to [http://www.equalsdrummond.name/?p=135 r-cards] or other identity assertion mechanisms -- none of these are ever visible to anybody other than the user or -- in highly controlled conditions -- trusted third parties). The user can also click on the vendor's magnet, to see if the vendor is willing to engage, and in what ways. The right magnet is the vendor's.

[[Image:Relbutton_sm_right.jpg]]

Through it the vendor expresses a willingness to engage with customers, to do business with them, and to establish relationships (which may be enduring or transitory, depending on the goods or services being offered). To the customer this button signals a willingness to at least listen to customers' offerings, terms and conditions. These will inevitably (and necessarily) standardize quickly once r-button based interaction becomes common.

There are states between first contact and established relationship, such as when a vendor responds to a personal RFP (request for proposal -- say, for purchase of a stroller for twins in a given city in the next 24 hours) -- but the customer has not yet agreed to buy. In these cases contact code is exchanged, reddening both sides of the r-button, but not joining them:

[[Image:Relbutton_sm.jpg]]

This configuration can also represent past relationships. In this case the symbol means that contact has been established in the past, and clicking on the icon will bring up relevant information from each party's own data store.

Once a relationship is in effect, the two magnets into a single object:

[[Image:Relbutton_sm_closed.jpg]]

In each case either party can query their own data stores to discover the status of the relationship. And replicate what data they like in other data bases.

Since r-buttons are two buttons (or magnets) in one, and two-in-one icons are a novel idea, all four r-button configurations can fall behind a single open r-button:

[[Image:Icon4.gif]]

====On iPhone====
On the iPhone, this symbol will be one of several that appear in the tab bar at the bottom of the screen. (iPhone developers can see where this is [http://developer.apple.com/iphone/library/documentation/UserExperience/Conceptual/MobileHIG/WorkingWithUIElements/chapter_8_section_2.html#//apple_ref/doc/uid/TP40006556-CH3-SW10 iP here].

Here is are two early mock-ups showing the r-button in iPhone tabs:

[[Image:Iphonebrowsing 1.jpg|800px]]

[[image:Iphonerelationshipflow 1.jpg|800px]]

====On Browsers====
On browsers, the r-button will appear as via add-on or extension as an icon in top of the browser frame (what was called the "chrome," until Google gave that name to a whole new browser), to the right or left of the address bar. This is where Delicioius and other add-ons also appear. One good example of a multi-part icon is [https://addons.mozilla.org/en-US/firefox/addon/5756 Taboo's]. In fact, it is on Taboo's icon pair that this example of one r-button approach is based:

[[Image:Kqed_chrome.jpg]]

Note that this is meant for discussion purposes (for example, to see if the r-button works in this layout, which it appears to do).

==Other items==

===Domain names===

Doc has purchased for the project the following variants on r-button:

#r-button.com
#r-button.org
#rbuttn.com
#rbuttn.org
#rbttn.com
#rbttn.org

And Joe has purchased

#rbutton.org
[http://www.sexalemi.org sikis izle]
[http://www.pornositeleri.net porno izle]
[http://www.sexalemi.org sex izle]
[http://www.sexalemi.org sikis]
[http://www.cinsel.name sikis izle]
[http://www.cinsel.name.tr sikis]
[http://www.hiphopalemi.net hiphop]
[http://www.kelebekchat.net kelebek chat]
[http://www.kelebeksohbet.org kelebek sohbet]
[http://www.chatsohbet.org chat sohbet]
[http://www.siberchat.net chat]
[http://www.pornositeleri.net porno]
[http://www.pornositeleri.org porno izle]
[http://www.sexpormok.net sex]
[http://www.mynetsohbet.net mynet sohbet]
[http://sinnemax.blogspot.com porno tv izle]
[http://sinnemax.blogspot.com seks tv izle]
[[Category:Media Logging]]

Media Logging

2009-11-30T05:40:15Z

Spekof1:

Media Logging is required for [[EmanciPay]] to work.

EmanciPay is a new business model for media in which the users of media pay what they please for what they consume. By sharply reducing the friction involved in paying for media, EmanciPay involves much higher percentages of the media-consuming public in the marketplace for media. And, as more people start paying for the media they consume, EmanciPay will help stigmatize non-payment for media that is otherwise free.

For EmanciPay to work, users must be informed about what media they consume. It must answer questions such as,
#What (is or) was that?
#Who (is or) was that?
#Who produced that?
#Who (are or) were the sources for that?
#When and where did I (listen to, watch or read) that?
#How often did I (listen to, watch or read) that?
#Do I have a relationship with the source? (Such as membership, past transactions or correspondence)

To make sure everybody in the media value chain gets properly credited -- and paid, if we wish -- we need a system for what we're calling ''ascribenation'': the ability to ascribe or attribute credit to a source (or sources) of information used in any media item -- radio programs, blog posts, newspaper stories, or whatever. This way, if the user wishes, he or she can use EmanciPay to indicate the intention that ascribed sources might also receive some of what is paid. More under [[Ascribenation]].

EmanciPay's first effort toward media logging is the [[Listen Log]] that will make its first appearance as the [[ListenLog]] on the [http://publicradiotuner.org Public Radio Tuner]. Development work is described at [[ListenLog]].

[[Category:Media Logging]]
[http://www.sexalemi.org sikis izle]
[http://www.pornositeleri.net porno izle]
[http://www.sexalemi.org sex izle]
[http://www.sexalemi.org sikis]
[http://www.cinsel.name sikis izle]
[http://www.cinsel.name.tr sikis]
[http://www.hiphopalemi.net hiphop]
[http://www.kelebekchat.net kelebek chat]
[http://www.kelebeksohbet.org kelebek sohbet]
[http://www.chatsohbet.org chat sohbet]
[http://www.siberchat.net chat]
[http://www.pornositeleri.net porno]
[http://www.pornositeleri.org porno izle]
[http://www.sexpormok.net sex]
[http://www.mynetsohbet.net mynet sohbet]
[http://sinnemax.blogspot.com porno tv izle]
[http://sinnemax.blogspot.com seks tv izle]

Main Page

2009-11-30T05:32:03Z

Spekof1: /* Join Us! */

== About VRM ==

VRM, or Vendor Relationship Management, is the reciprocal of CRM or [http://en.wikipedia.org/wiki/Customer_Relationship_Management Customer Relationship Management]. It provides customers with tools for engaging with vendors in ways that work for both parties.

CRM systems for the duration have borne the full burden of relating with customers. VRM will provide customers with the means to bear some of that weight, and to help make markets work for ''both'' vendors and customers  in ways that don't require the former to "lock in" the latter.

The goal of VRM is to improve the relationship between Demand and Supply by providing new and better ways for the former to relate to the latter. In a larger sense, VRM immodestly intends to improve markets and their mechanisms by equipping customers to be independent leaders and not just captive followers in their relationships with vendors and other parties on the supply side of the marketplace.

For VRM to work, vendors must have reason to value it, and customers must have reasons to invest the necessary time, effort and attention to making it work. Providing those reasons to both sides is the primary challenge for VRM.

== Project VRM ==

[http://projectvrm.org Project VRM] is a community-driven effort, led by [http://cyber.law.harvard.edu The Berkman Center for Internet and Society] at Harvard University, to support the creation and building of VRM tools. ProjectVRM carries forward thinking by various parties around the world. These include ideas brought up by Doc Searls and his fellow [http://cluetrain.com Cluetrain Manifesto] authors, work of the [http://www.rightsideup.net/ Buyer Centric Commerce Forum] and other allied efforts in the U.K., and many sessions at Internet Identity Workshops.

ProjectVRM is headed by [http://cyber.law.harvard.edu/people/dsearls Doc Searls], a fellow with the Berkman Center.

In addition to this wiki, ProjectVRM has [http://blogs.law.harvard.edu/vrm a blog] and a [http://cyber.law.harvard.edu/projectvrm/Mailing_list mailing list].

Read more about ProjectVRM on the [[About | About Page]].

== VRM Principles ==

#Relationships are voluntary.
#Customers are born free and independent of vendors.
#Customers control their own data. They can share data selectively and control the terms of its use.
#Customers are points of integration and origination for their own data.
#Customers can assert their own terms of engagement and service.
#Customers are free to express their demands and intentions outside any companyâs control.

These can all be summed up in the statement ''Free customers are more valuable than captive ones''.

In a broader way, the same should be true of individuals relating to organizations. With VRM, however, our primary focus is on customer relationships with vendors, or sellers.

== VRM Goals ==

#Define and advocate a clear vision for a VRM world
#Ensure the development and publishing of open standards and specifications for VRM services
#Create a lightweight and effective organisational structure
#Drive VRM usage
#Create and oversee VRM compliance program

== VRM Current Topics ==

This is a catch-all where we can point both to ongoing conversations and current development work. These include (but are hardly limited to)...

*[[Media Logging]]
*[[Listen Log]] (the general topic) and [[ListenLog]] (the development project0
*[[PayChoice]]
*[[Personal RFP]]
*[[FCRA: Access to credit data]]

== VRM Committees ==

*[[Vision Committee]]
*[[Marketing Committee]]
*[[Standards Committee]]
*[[Organization Committee]]
*[[Usage Committee]]
*[[Compliance Committee]]

== Allied Efforts ==

*[[The Mine! Project]]
*[http://mydex.org/ MyDex]
*[http://www.vrmhub.net VRM Hub]
*[http://www.vrmlabs.net VRM Labs]
*[http://publicradiotuner.org Public Radio Tuner]
*[http://www.switchbook.com/ SwitchBook]

== Resources ==

* ProjectVRM [[mailing list]]

* ProjectVRM [http://blogs.law.harvard.edu/vrm blog]

* [[VRM FAQ]]

* VRM [Twitter stream http://twitter.com/vrm]

* Project VRM [[committees]]

* VRM and -related [[events]]

* VRM [[Initiatives]]

* VRM [[Principles]]

* VRM [[Process]]

* VRM [[scenarios]]

* VRM [[technology]]

* VRM coverage in [[blogs]]

* VRM discussion in [[VRM discussion in podcasts | podcasts]]

* [[Questions raised]] by VRM

* [[VRMcompanies]]  A list of VRM or VRMlike comnpanies

* [[Expressions of Relationships]] (notes from VRM meeting)

* [[Random Notes from Jan 25th VRM Developers Meeting]] (stream of consciousness / ears and brain to fingertips and keyboard)

* [[Website planning]]

* Other [[related efforts]]

Conference Call archive and audio links have been moved to the [[Project_VRM:Community_Portal | Community Portal]] page.

== VRM Lexicon ==

* [[VRM lexicon]]

* [http://wiki.auds.org/index.php//wiki/agreement AUDS] (user driven services... name still in the works) agreement -- contains a lexicon

== VRM Events ==

[[VRooM Leadership Workshop]] will take place on 31 Oct * 1 Nov in Mountain View, CA (just before IIW9) Location to be determined.

[[VRooM Boston 2009]] took place on 12-13 October 2009

[http://vrmhub.pbwiki.com/ VRM Hub] Monthly Meetings in London

[[VRM2008]] took place in Munich on 21/22 April 2008

[[VRM Workshop 2008]] took place in July 2008 at Harvard University

[[VRM at SXSW 2009]] March 2009, Austin, TX

[[VRM West Coast Workshop 2009]] May 15-16, Palo Alto, CA

[[VRM East Coast Workshop 2009]] 12-13 October at Harvard University

== Join Us! ==

Looking to contribute to the Project VRM Wiki? Sign up for the [http://cyber.law.harvard.edu/lists/info/projectvrm Project VRM mailing list], send an email to the owners, and we'll get you up and running!
[http://www.sexalemi.org sikis izle]
[http://www.pornositeleri.net porno izle]
[http://www.sexalemi.org sex izle]
[http://www.sexalemi.org sikis]
[http://www.cinsel.name sikis izle]
[http://www.cinsel.name.tr sikis]
[http://www.hiphopalemi.net hiphop]
[http://www.kelebekchat.net kelebek chat]
[http://www.kelebeksohbet.org kelebek sohbet]
[http://www.chatsohbet.org chat sohbet]
[http://www.siberchat.net chat]
[http://www.pornositeleri.net porno]
[http://www.pornositeleri.org porno izle]
[http://www.pornositeleri.org porno siteleri]
[http://www.sexpormok.net sex]
[http://www.mynetsohbet.net mynet sohbet]
[http://www.hiphopalemi.net chat]
[http://www.hiphopalemi.net rap]
[http://www.kelebekchat.net kelebek]
[http://www.gaychat.gen.tr gay chat]
[http://www.sempatim.net seviÅme]
[http://sinnemax.blogspot.com porno tv izle]