<?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: Almost Viral: A Hybrid Acquisition Strategy</title>
	<atom:link href="http://20bits.com/articles/almost-viral-a-hybrid-acquisition-strategy/feed/" rel="self" type="application/rss+xml" />
	<link>http://20bits.com/articles/almost-viral-a-hybrid-acquisition-strategy/</link>
	<description>Driven by Data</description>
	<lastBuildDate>Wed, 28 Jul 2010 21:50:46 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Raid Recovery</title>
		<link>http://20bits.com/articles/almost-viral-a-hybrid-acquisition-strategy/comment-page-1/#comment-5013</link>
		<dc:creator>Raid Recovery</dc:creator>
		<pubDate>Fri, 28 May 2010 08:11:09 +0000</pubDate>
		<guid isPermaLink="false">http://20bits.com/?p=520#comment-5013</guid>
		<description>Though I dont know much about Hybrid strategy but I really enjoyed this article.</description>
		<content:encoded><![CDATA[<p>Though I dont know much about Hybrid strategy but I really enjoyed this article.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tyler Mayoras</title>
		<link>http://20bits.com/articles/almost-viral-a-hybrid-acquisition-strategy/comment-page-1/#comment-4752</link>
		<dc:creator>Tyler Mayoras</dc:creator>
		<pubDate>Sun, 06 Dec 2009 23:28:15 +0000</pubDate>
		<guid isPermaLink="false">http://20bits.com/?p=520#comment-4752</guid>
		<description>Awesome article Jesse.  I think I like the Hybrid approach better than true Viral.  Thanks.</description>
		<content:encoded><![CDATA[<p>Awesome article Jesse.  I think I like the Hybrid approach better than true Viral.  Thanks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter_Jan</title>
		<link>http://20bits.com/articles/almost-viral-a-hybrid-acquisition-strategy/comment-page-1/#comment-4727</link>
		<dc:creator>Peter_Jan</dc:creator>
		<pubDate>Fri, 20 Nov 2009 03:36:02 +0000</pubDate>
		<guid isPermaLink="false">http://20bits.com/?p=520#comment-4727</guid>
		<description>You are making a good point but the risks of k&gt;1 only aply if:&lt;br&gt;- viral growth risks spreading to demographics with ARPU &lt; cost&lt;br&gt;- if viral growth exceeds the scalability of key processes&lt;br&gt;&lt;br&gt;The second issue limits the number of users you can serve, so that ARPU&gt;cost is not good enough but you also need to worry about getting ARPUnew user &gt; ARPUn-th user, with n being the number of users you can serve (with ARPUs ranked from high to low).&lt;br&gt;&lt;br&gt;Do you agree that these are the conditions for your analysis to apply?&lt;br&gt;&lt;br&gt;&lt;br&gt;Agreed?</description>
		<content:encoded><![CDATA[<p>You are making a good point but the risks of k&gt;1 only aply if:<br />- viral growth risks spreading to demographics with ARPU &lt; cost<br />- if viral growth exceeds the scalability of key processes</p>
<p>The second issue limits the number of users you can serve, so that ARPU&gt;cost is not good enough but you also need to worry about getting ARPUnew user &gt; ARPUn-th user, with n being the number of users you can serve (with ARPUs ranked from high to low).</p>
<p>Do you agree that these are the conditions for your analysis to apply?</p>
<p>Agreed?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jesse Farmer</title>
		<link>http://20bits.com/articles/almost-viral-a-hybrid-acquisition-strategy/comment-page-1/#comment-4212</link>
		<dc:creator>Jesse Farmer</dc:creator>
		<pubDate>Thu, 16 Apr 2009 06:30:50 +0000</pubDate>
		<guid isPermaLink="false">http://20bits.com/?p=520#comment-4212</guid>
		<description>Jeremy,&lt;br&gt;&lt;br&gt;Thanks for taking the time to read my article and double-check my math!  I really appreciate your insight.&lt;br&gt;&lt;br&gt;Your response gave me a few thoughts.&lt;br&gt;&lt;br&gt;First, fair point about market clearing price and CPI.  How likely is it that you can hit that rate profitably, though?&lt;br&gt;&lt;br&gt;Second, throttling messages isn&#039;t always possible.  On Facebook, for example, user-to-user notifications, requests, and news feed items have to be sent as soon as the sender issues them.  I&#039;m thinking of the iLike story where they drove around SF picking up servers from everyone and their uncle.&lt;br&gt;&lt;br&gt;Still, from a operational perspective I agree that this is probably the better solution for most people.&lt;br&gt;&lt;br&gt;Third, viral growth leads can lead to demographic problems, too, which throttling doesn&#039;t address.  By definition a viral process selects the users who are best at propagating, not necessarily best at monetizing.  Controlling demographics with viral growth is much harder than controlling demographics with paid acquisition.&lt;br&gt;&lt;br&gt;In any case it&#039;s something that needs to be understood, modeled, and tested.&lt;br&gt;&lt;br&gt;Even if you don&#039;t agree that intentionally being &quot;almost viral&quot; is a good way to grow, I think it&#039;s important to understand the tradeoff and how the viral coefficient interacts &lt;br&gt;&lt;br&gt;I couldn&#039;t find the formula I derived here anywhere else, so hopefully it helps someone!</description>
		<content:encoded><![CDATA[<p>Jeremy,</p>
<p>Thanks for taking the time to read my article and double-check my math!  I really appreciate your insight.</p>
<p>Your response gave me a few thoughts.</p>
<p>First, fair point about market clearing price and CPI.  How likely is it that you can hit that rate profitably, though?</p>
<p>Second, throttling messages isn&#39;t always possible.  On Facebook, for example, user-to-user notifications, requests, and news feed items have to be sent as soon as the sender issues them.  I&#39;m thinking of the iLike story where they drove around SF picking up servers from everyone and their uncle.</p>
<p>Still, from a operational perspective I agree that this is probably the better solution for most people.</p>
<p>Third, viral growth leads can lead to demographic problems, too, which throttling doesn&#39;t address.  By definition a viral process selects the users who are best at propagating, not necessarily best at monetizing.  Controlling demographics with viral growth is much harder than controlling demographics with paid acquisition.</p>
<p>In any case it&#39;s something that needs to be understood, modeled, and tested.</p>
<p>Even if you don&#39;t agree that intentionally being &#8220;almost viral&#8221; is a good way to grow, I think it&#39;s important to understand the tradeoff and how the viral coefficient interacts </p>
<p>I couldn&#39;t find the formula I derived here anywhere else, so hopefully it helps someone!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jeremy liew</title>
		<link>http://20bits.com/articles/almost-viral-a-hybrid-acquisition-strategy/comment-page-1/#comment-4210</link>
		<dc:creator>jeremy liew</dc:creator>
		<pubDate>Thu, 16 Apr 2009 02:29:21 +0000</pubDate>
		<guid isPermaLink="false">http://20bits.com/?p=520#comment-4210</guid>
		<description>Your math is right, and it is definitely helpful to increase k to reduce your effective CAC due to pass along growth. Higher is better, but I don&#039;t think that it makes sense to deliberately &quot;aim&quot; to get k to be below 1. &lt;br&gt;&lt;br&gt;If you can get k&gt;1 you can always  rate limit the speed at which you send notifications/invitations/whatever is your transport if you&#039;re crashing your servers. It&#039;s a lot harder to ratchet up k than ratchet it down. &lt;br&gt;&lt;br&gt;Also, for almost all apps, there is an effectively infinite amount of advertising inventory to help you acquire customers if you can hit the market clearing rate of CPI. That very much depends on your ARPU. &lt;br&gt;&lt;br&gt;As a result, you&#039;re better off focusing on lifting ARPU (or reducing churn) to increase LTV, and hence make sure that you can clear the market price for CPI</description>
		<content:encoded><![CDATA[<p>Your math is right, and it is definitely helpful to increase k to reduce your effective CAC due to pass along growth. Higher is better, but I don&#39;t think that it makes sense to deliberately &#8220;aim&#8221; to get k to be below 1. </p>
<p>If you can get k&gt;1 you can always  rate limit the speed at which you send notifications/invitations/whatever is your transport if you&#39;re crashing your servers. It&#39;s a lot harder to ratchet up k than ratchet it down. </p>
<p>Also, for almost all apps, there is an effectively infinite amount of advertising inventory to help you acquire customers if you can hit the market clearing rate of CPI. That very much depends on your ARPU. </p>
<p>As a result, you&#39;re better off focusing on lifting ARPU (or reducing churn) to increase LTV, and hence make sure that you can clear the market price for CPI</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jesse Farmer</title>
		<link>http://20bits.com/articles/almost-viral-a-hybrid-acquisition-strategy/comment-page-1/#comment-4208</link>
		<dc:creator>Jesse Farmer</dc:creator>
		<pubDate>Wed, 15 Apr 2009 21:56:15 +0000</pubDate>
		<guid isPermaLink="false">http://20bits.com/?p=520#comment-4208</guid>
		<description>I originally published a version with a bad formula, so Google Reader probably cached that one.</description>
		<content:encoded><![CDATA[<p>I originally published a version with a bad formula, so Google Reader probably cached that one.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jens Fiederer</title>
		<link>http://20bits.com/articles/almost-viral-a-hybrid-acquisition-strategy/comment-page-1/#comment-4207</link>
		<dc:creator>Jens Fiederer</dc:creator>
		<pubDate>Wed, 15 Apr 2009 21:34:45 +0000</pubDate>
		<guid isPermaLink="false">http://20bits.com/?p=520#comment-4207</guid>
		<description>Oddly, the last formula displays fine on Firefox when I load your page directly, but gives &quot;This formula does not parse&quot; when read through GoogleReader.</description>
		<content:encoded><![CDATA[<p>Oddly, the last formula displays fine on Firefox when I load your page directly, but gives &#8220;This formula does not parse&#8221; when read through GoogleReader.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jesse Farmer</title>
		<link>http://20bits.com/articles/almost-viral-a-hybrid-acquisition-strategy/comment-page-1/#comment-4206</link>
		<dc:creator>Jesse Farmer</dc:creator>
		<pubDate>Wed, 15 Apr 2009 18:52:08 +0000</pubDate>
		<guid isPermaLink="false">http://20bits.com/?p=520#comment-4206</guid>
		<description>Glad you liked it!&lt;br&gt;&lt;br&gt;I guess that makes me a social media pornographer?</description>
		<content:encoded><![CDATA[<p>Glad you liked it!</p>
<p>I guess that makes me a social media pornographer?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Furrier</title>
		<link>http://20bits.com/articles/almost-viral-a-hybrid-acquisition-strategy/comment-page-1/#comment-4205</link>
		<dc:creator>John Furrier</dc:creator>
		<pubDate>Wed, 15 Apr 2009 18:42:39 +0000</pubDate>
		<guid isPermaLink="false">http://20bits.com/?p=520#comment-4205</guid>
		<description>Love this post...This is &quot;social media porn&quot;</description>
		<content:encoded><![CDATA[<p>Love this post&#8230;This is &#8220;social media porn&#8221;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
