<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: The Rule of the Burden of Value</title>
	<atom:link href="http://blog.joeandrieu.com/2007/02/02/the-rule-of-the-burden-of-value/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.joeandrieu.com/2007/02/02/the-rule-of-the-burden-of-value/</link>
	<description>My personal space</description>
	<lastBuildDate>Wed, 08 Sep 2010 02:53:22 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Alan Mitchell</title>
		<link>http://blog.joeandrieu.com/2007/02/02/the-rule-of-the-burden-of-value/comment-page-1/#comment-1012</link>
		<dc:creator>Alan Mitchell</dc:creator>
		<pubDate>Sat, 17 Mar 2007 15:01:44 +0000</pubDate>
		<guid isPermaLink="false">http://blog.joeandrieu.com/2007/02/02/the-rule-of-the-burden-of-value/#comment-1012</guid>
		<description>I&#039;m not too sure about those &#039;laws&#039; either, but I agree basically with what Joe is saying: it&#039;s about creating win-wins.

However, when it comes to creating new types of win-win between buyers and sellers - mew win-wins based on the personal control and release of personal information for example - I think there are barriers Joe hasn&#039;t mentioned.

One barrier is that many companies think in terms of &#039;knowledge is power&#039; and see customer data as a means of exercising control (or at least beneficial influence) over customer attitudes and behaviours. They fear that handing over control of information to individuals means handing over control, period.

There&#039;s also a lot of politics (with a small &#039;p&#039;) in win-wins. If the cake has 100 incrmental units, and I get 99 while you get 1, it is still a win-win. We are both better off than we were. If we then move to a situation where I get 98 while you get 2, I see myself as a &#039;loser&#039; even though I am still getting the lion&#039;s share of the benefits. 

For these reasons, when it comes to VRM I think we should appeal to corporates on the basis of win-win, but I think there will be sustained resistance, especially from those involved in customer data, CRM, direct marketing etc.

Oh, and another thing ... Legacy systems and the fear of liquidating sunk costs.

For these reasons, I think that even though VRM is the obvious next step and a huge potential win-win, it&#039;s going to be a slow burn development, not a big bang.

Alan Mitchell</description>
		<content:encoded><![CDATA[<p>I&#8217;m not too sure about those &#8216;laws&#8217; either, but I agree basically with what Joe is saying: it&#8217;s about creating win-wins.</p>
<p>However, when it comes to creating new types of win-win between buyers and sellers &#8211; mew win-wins based on the personal control and release of personal information for example &#8211; I think there are barriers Joe hasn&#8217;t mentioned.</p>
<p>One barrier is that many companies think in terms of &#8216;knowledge is power&#8217; and see customer data as a means of exercising control (or at least beneficial influence) over customer attitudes and behaviours. They fear that handing over control of information to individuals means handing over control, period.</p>
<p>There&#8217;s also a lot of politics (with a small &#8216;p&#8217;) in win-wins. If the cake has 100 incrmental units, and I get 99 while you get 1, it is still a win-win. We are both better off than we were. If we then move to a situation where I get 98 while you get 2, I see myself as a &#8216;loser&#8217; even though I am still getting the lion&#8217;s share of the benefits. </p>
<p>For these reasons, when it comes to VRM I think we should appeal to corporates on the basis of win-win, but I think there will be sustained resistance, especially from those involved in customer data, CRM, direct marketing etc.</p>
<p>Oh, and another thing &#8230; Legacy systems and the fear of liquidating sunk costs.</p>
<p>For these reasons, I think that even though VRM is the obvious next step and a huge potential win-win, it&#8217;s going to be a slow burn development, not a big bang.</p>
<p>Alan Mitchell</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe</title>
		<link>http://blog.joeandrieu.com/2007/02/02/the-rule-of-the-burden-of-value/comment-page-1/#comment-354</link>
		<dc:creator>Joe</dc:creator>
		<pubDate>Fri, 02 Feb 2007 06:55:11 +0000</pubDate>
		<guid isPermaLink="false">http://blog.joeandrieu.com/2007/02/02/the-rule-of-the-burden-of-value/#comment-354</guid>
		<description>It may not be the best phrasing, but I do think that the entity that stands to make the most money is typically the one who usually has the motivation and wherewithal to make it happen.

I was using profit in terms of the value realized by that party being greater than the cost to that party.  &quot;Value&quot; for a business should be measured in dollars, long term, including such reputational effects of being a good corporate citizen, etc.  &quot;Value&quot; for an individual could be much more subjective, hence profit may not equate to dollars. &quot;Value&quot; for a government is harder to evaluate, as it could be related to power accumulation or dominated by the influence of a particular politician or administrator.

As for the timeframe, that&#039;s a tricky one. We all have different planning horizons. Some companies (and people) end up focusing too much on the near term and losing site of lifetime value. Others play the long game and are happy sacrificing today for risky or uncertain potential value in the future.  Ultimately it is a personal value judgment.

By the time we look at the third form of the rule of the burden of value, I think these issues end up washing out.  As long as each entity involved can see a profit (including transactional costs and opportunity costs), then everyone will play along, no matter how they see profit or what timeframe they are evaluating.

On the other hand, If one party sees it as purely a burden, and doesn&#039;t get enough value out of it to make it worthwhile, that&#039;s a problem. We might be able to route around it, but it is also quite possible that this obstacle could halt the effort for that Protocol.  In this framework, profit is in the eye of the beholder.  From a design/development perspective, the goal is to help everyone realize a profit so that everyone can support VRM Protocols.</description>
		<content:encoded><![CDATA[<p>It may not be the best phrasing, but I do think that the entity that stands to make the most money is typically the one who usually has the motivation and wherewithal to make it happen.</p>
<p>I was using profit in terms of the value realized by that party being greater than the cost to that party.  &#8220;Value&#8221; for a business should be measured in dollars, long term, including such reputational effects of being a good corporate citizen, etc.  &#8220;Value&#8221; for an individual could be much more subjective, hence profit may not equate to dollars. &#8220;Value&#8221; for a government is harder to evaluate, as it could be related to power accumulation or dominated by the influence of a particular politician or administrator.</p>
<p>As for the timeframe, that&#8217;s a tricky one. We all have different planning horizons. Some companies (and people) end up focusing too much on the near term and losing site of lifetime value. Others play the long game and are happy sacrificing today for risky or uncertain potential value in the future.  Ultimately it is a personal value judgment.</p>
<p>By the time we look at the third form of the rule of the burden of value, I think these issues end up washing out.  As long as each entity involved can see a profit (including transactional costs and opportunity costs), then everyone will play along, no matter how they see profit or what timeframe they are evaluating.</p>
<p>On the other hand, If one party sees it as purely a burden, and doesn&#8217;t get enough value out of it to make it worthwhile, that&#8217;s a problem. We might be able to route around it, but it is also quite possible that this obstacle could halt the effort for that Protocol.  In this framework, profit is in the eye of the beholder.  From a design/development perspective, the goal is to help everyone realize a profit so that everyone can support VRM Protocols.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: christopher carfi</title>
		<link>http://blog.joeandrieu.com/2007/02/02/the-rule-of-the-burden-of-value/comment-page-1/#comment-351</link>
		<dc:creator>christopher carfi</dc:creator>
		<pubDate>Fri, 02 Feb 2007 05:29:32 +0000</pubDate>
		<guid isPermaLink="false">http://blog.joeandrieu.com/2007/02/02/the-rule-of-the-burden-of-value/#comment-351</guid>
		<description>just brainstorming here...you state:

&gt;The burden of creating value lies with the party who can do so with the greatest profit.

is that always the case (i don&#039;t know the answer, am thinking out loud here).  profit as measured by whom?  and over what timeframe?  is it &quot;lifetime&quot; value of the relationship?  what if the two parties measure &quot;value&quot; differently (e.g. one is solely focused on financials, the other on ease-of-use?)

again, just thinking out loud here...don&#039;t purport to have answers...</description>
		<content:encoded><![CDATA[<p>just brainstorming here&#8230;you state:</p>
<p>&gt;The burden of creating value lies with the party who can do so with the greatest profit.</p>
<p>is that always the case (i don&#8217;t know the answer, am thinking out loud here).  profit as measured by whom?  and over what timeframe?  is it &#8220;lifetime&#8221; value of the relationship?  what if the two parties measure &#8220;value&#8221; differently (e.g. one is solely focused on financials, the other on ease-of-use?)</p>
<p>again, just thinking out loud here&#8230;don&#8217;t purport to have answers&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
