<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Lookery Blog</title>
	<atom:link href="http://blog.lookery.com/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.lookery.com</link>
	<description>Lookery is a user-targeting service that helps site owners amplify their audience data.</description>
	<lastBuildDate>Sat, 27 Feb 2010 02:04:00 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>&#8220;Lookery Resurrected: Audience Networks For Pubs Calling it “Lookery Prequel, Inc.,”&#8230;&#8221;</title>
		<link>http://blog.lookery.com/2010/02/26/lookery-resurrected-audience-networks-for-pubs-calling-it-%e2%80%9clookery-prequel-inc-%e2%80%9d/</link>
		<comments>http://blog.lookery.com/2010/02/26/lookery-resurrected-audience-networks-for-pubs-calling-it-%e2%80%9clookery-prequel-inc-%e2%80%9d/#comments</comments>
		<pubDate>Sat, 27 Feb 2010 02:04:00 +0000</pubDate>
		<dc:creator>Scott Rafer</dc:creator>
				<category><![CDATA[Advertising]]></category>
		<category><![CDATA[Lookery]]></category>
		<category><![CDATA[RSS Syndicated]]></category>

		<guid isPermaLink="false">http://rafer.tumblr.com/post/414380872</guid>
		<description><![CDATA[“Lookery Resurrected: Audience Networks For Pubs Calling it “Lookery Prequel, Inc.,” Scott Rafer has rolled away the stones of the Lookery sepulchre to introduce a new company from the dust of the former Lookery. Rafer writes on the Lookery blog, “If you are a publisher network, category-leading publisher, brand, or agency, we’ll run through walls to help you become an self-reliant Audience Network.” Is this another step toward the SSP (supply-side platform)? It’s certainly a part of it. Read more.”<br /><br /> - <em><p><a href="http://www.adexchanger.com/ad-exchange-news/yahoo-google-lookery/">Lookery Resurrected, Offering Audience Networks <strike>For Pubs</strike> For Everyone by Any Means Necessary</a></p>
<p><i>Rafer sez:</i><br />Love the mention. Thank you, but DSPs? SSPs? No. We’re making money for clients — and ourselves — this year.</p>
<a title="Reblog this post [with Zemanta]" href="http://reblog.zemanta.com/zemified/5c3efd2d-185a-4598-8d19-25971a41a00f/"><img class="zemanta-pixie-img" src="http://img.zemanta.com/reblog_e.png?x-id=5c3efd2d-185a-4598-8d19-25971a41a00f"></a></em>]]></description>
			<content:encoded><![CDATA[“Lookery Resurrected: Audience Networks For Pubs Calling it “Lookery Prequel, Inc.,” Scott Rafer has rolled away the stones of the Lookery sepulchre to introduce a new company from the dust of the former Lookery. Rafer writes on the Lookery blog, “If you are a publisher network, category-leading publisher, brand, or agency, we’ll run through walls to help you become an self-reliant Audience Network.” Is this another step toward the SSP (supply-side platform)? It’s certainly a part of it. Read more.”<br/><br/> - <em><p><a href="http://www.adexchanger.com/ad-exchange-news/yahoo-google-lookery/">Lookery Resurrected, Offering Audience Networks <strike>For Pubs</strike> For Everyone by Any Means Necessary</a></p>
<p><i>Rafer sez:</i><br/>Love the mention. Thank you, but DSPs? SSPs? No. We’re making money for clients — and ourselves — this year.</p>
<a title="Reblog this post [with Zemanta]" href="http://reblog.zemanta.com/zemified/5c3efd2d-185a-4598-8d19-25971a41a00f/"><img class="zemanta-pixie-img" src="http://img.zemanta.com/reblog_e.png?x-id=5c3efd2d-185a-4598-8d19-25971a41a00f" alt="Reblog this post [with Zemanta]"/></a></em>]]></content:encoded>
			<wfw:commentRss>http://blog.lookery.com/2010/02/26/lookery-resurrected-audience-networks-for-pubs-calling-it-%e2%80%9clookery-prequel-inc-%e2%80%9d/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>&#8220;I think we’ve begun to see this already in how Bravo, HBO and others have jumped to partner with&#8230;&#8221;</title>
		<link>http://blog.lookery.com/2010/02/25/i-think-we%e2%80%99ve-begun-to-see-this-already-in-how-bravo-hbo-and-others-have-jumped-to-partner-with-2/</link>
		<comments>http://blog.lookery.com/2010/02/25/i-think-we%e2%80%99ve-begun-to-see-this-already-in-how-bravo-hbo-and-others-have-jumped-to-partner-with-2/#comments</comments>
		<pubDate>Thu, 25 Feb 2010 22:10:28 +0000</pubDate>
		<dc:creator>Scott Rafer</dc:creator>
				<category><![CDATA[Lookery]]></category>
		<category><![CDATA[RSS Syndicated]]></category>

		<guid isPermaLink="false">http://rafer.tumblr.com/post/411852353</guid>
		<description><![CDATA[“I think we’ve begun to see this already in how Bravo, HBO and others have jumped to partner with FourSquare. Imagine if these networks knew about all the other great stuff out there. I think we’re going to see a lot more deals where the pipes (or audience aggregators) look for great product to bring to their audiences. “Content is King,” is a flawed chestnut, because history has actually shown that Distribution is King. But to the extent that Content is at least Duke, and Services are the new Content, I think we arrive at the corollary: Services are Princely.”<br /><br /> - <em><p><a href="http://jonsteinberg.com/2010/02/services-are-princely-and-more-cowbell/?utm_source=twitterfeed">Services are Princely (and More Cowbell) &#124; Jon Steinberg</a></p>
<p><i>Rafer sez:</i><br />Wow, <b>nice</b>. In Lookery Prequel, I noted that site presentation networks must evolve to audience networks. JonS has found a second path: evolution into App Representation networks!</p></em>]]></description>
			<content:encoded><![CDATA[“I think we’ve begun to see this already in how Bravo, HBO and others have jumped to partner with FourSquare. Imagine if these networks knew about all the other great stuff out there. I think we’re going to see a lot more deals where the pipes (or audience aggregators) look for great product to bring to their audiences. “Content is King,” is a flawed chestnut, because history has actually shown that Distribution is King. But to the extent that Content is at least Duke, and Services are the new Content, I think we arrive at the corollary: Services are Princely.”<br/><br/> - <em><p><a href="http://jonsteinberg.com/2010/02/services-are-princely-and-more-cowbell/?utm_source=twitterfeed">Services are Princely (and More Cowbell) | Jon Steinberg</a></p>
<p><i>Rafer sez:</i><br/>Wow, <b>nice</b>. In Lookery Prequel, I noted that site presentation networks must evolve to audience networks. JonS has found a second path: evolution into App Representation networks!</p></em>]]></content:encoded>
			<wfw:commentRss>http://blog.lookery.com/2010/02/25/i-think-we%e2%80%99ve-begun-to-see-this-already-in-how-bravo-hbo-and-others-have-jumped-to-partner-with-2/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>&#8220;I think we’ve begun to see this already in how Bravo, HBO and others have jumped to partner with&#8230;&#8221;</title>
		<link>http://blog.lookery.com/2010/02/25/i-think-we%e2%80%99ve-begun-to-see-this-already-in-how-bravo-hbo-and-others-have-jumped-to-partner-with/</link>
		<comments>http://blog.lookery.com/2010/02/25/i-think-we%e2%80%99ve-begun-to-see-this-already-in-how-bravo-hbo-and-others-have-jumped-to-partner-with/#comments</comments>
		<pubDate>Thu, 25 Feb 2010 22:10:28 +0000</pubDate>
		<dc:creator>Scott Rafer</dc:creator>
				<category><![CDATA[Lookery]]></category>
		<category><![CDATA[RSS Syndicated]]></category>

		<guid isPermaLink="false">http://rafer.tumblr.com/post/411852353</guid>
		<description><![CDATA[“I think we’ve begun to see this already in how Bravo, HBO and others have jumped to partner with FourSquare. Imagine if these networks knew about all the other great stuff out there. I think we’re going to see a lot more deals where the pipes (or audience aggregators) look for great product to bring to their audiences. “Content is King,” is a flawed chestnut, because history has actually shown that Distribution is King. But to the extent that Content is at least Duke, and Services are the new Content, I think we arrive at the corollary: Services are Princely.”<br /><br /> - <em><p><a href="http://jonsteinberg.com/2010/02/services-are-princely-and-more-cowbell/?utm_source=twitterfeed">Services are Princely (and More Cowbell) &#124; Jon Steinberg</a></p>
<p><i>Rafer sez:</i><br />Wow, <b>nice</b>. In Lookery Prequel, I noted that site presentation networks must evolve to audience networks. JonS has found a second path: evolution into App Representation networks!</p></em>]]></description>
			<content:encoded><![CDATA[“I think we’ve begun to see this already in how Bravo, HBO and others have jumped to partner with FourSquare. Imagine if these networks knew about all the other great stuff out there. I think we’re going to see a lot more deals where the pipes (or audience aggregators) look for great product to bring to their audiences. “Content is King,” is a flawed chestnut, because history has actually shown that Distribution is King. But to the extent that Content is at least Duke, and Services are the new Content, I think we arrive at the corollary: Services are Princely.”<br/><br/> - <em><p><a href="http://jonsteinberg.com/2010/02/services-are-princely-and-more-cowbell/?utm_source=twitterfeed">Services are Princely (and More Cowbell) | Jon Steinberg</a></p>
<p><i>Rafer sez:</i><br/>Wow, <b>nice</b>. In Lookery Prequel, I noted that site presentation networks must evolve to audience networks. JonS has found a second path: evolution into App Representation networks!</p></em>]]></content:encoded>
			<wfw:commentRss>http://blog.lookery.com/2010/02/25/i-think-we%e2%80%99ve-begun-to-see-this-already-in-how-bravo-hbo-and-others-have-jumped-to-partner-with/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Lookery Prequel, Inc.*</title>
		<link>http://blog.lookery.com/2010/02/21/lookery-prequel-inc/</link>
		<comments>http://blog.lookery.com/2010/02/21/lookery-prequel-inc/#comments</comments>
		<pubDate>Mon, 22 Feb 2010 01:53:56 +0000</pubDate>
		<dc:creator>Scott Rafer</dc:creator>
				<category><![CDATA[Lookery]]></category>
		<category><![CDATA[RSS Syndicated]]></category>
		<category><![CDATA[Advertising and Marketing]]></category>
		<category><![CDATA[Audience Network]]></category>
		<category><![CDATA[facebook]]></category>
		<category><![CDATA[Facebook Connect]]></category>
		<category><![CDATA[johnsampson]]></category>
		<category><![CDATA[Marketing]]></category>
		<category><![CDATA[MyBlogLog]]></category>
		<category><![CDATA[Todd Sampson]]></category>

		<guid isPermaLink="false">http://rafer.tumblr.com/post/403877449</guid>
		<description><![CDATA[<p><img src="http://imgur.com/Tphn1.png" align="right" height="62"></p>
<p>Everyone’s sick of hearing <a href="http://davidcancel.com/">Cancel</a>, <a href="http://sawickipedia.com">Sawicki</a>, and me whine about being too early with <a title="Lookery" href="http://www.crunchbase.com/company/lookery">Lookery</a>. So here I finally am with a constructive update —  six months to the day after the <a href="http://blog.lookery.com/2009/08/21/couldery-shouldery/">Couldery Shouldery</a> post in which we surrendered Lookery to the <a href="http://techcrunch.com/tag/deadpool/">Deadpool</a>. In those six months, the rest of Lookery has scattered to hot shops like <a href="http://performable.com">Performable</a>, <a href="http://cheezburger.com/sites">ICanHazCheezburger</a>, <a href="http://sweepery.com">Sweepery</a>, etc. <br /><br />Lookery was so 2012. Here in 2010, there are a maybe a dozen scaled, data-orthodox opportunities for horizontal Audience Targeting winners (e.g. Google, <a title="Facebook" href="http://facebook.com">Facebook</a>, … Collective, Blue Kai, and Exelate), but there are a few thousand opportunities to build Audience Networks, from <a href="http://glam.com">Glam</a> and Federated Media to <a href="http://halogennetwork.com">Halogen Network</a> to <a href="http://dogster.com">Dogster</a> to a couple of orthodontist audiences that I’ve never heard of.  The Audience Networks and their vendors will use the big guys’ data, exchanges, and clouds as raw material suppliers, layer highly vertical and client-specific information on top, figure out the nasty data-sensitive creative issues, add a good ole dollop of human customer service, and serve. <br /><br /><a href="http://techcrunch.com/2009/08/21/advertising-and-user-targeting-network-lookery-heads-to-the-deadpool/">Deadpool Lookery</a> was very picky about what sort of Audience Network infrastructure we were willing to offer. Lookery Prequel isn’t. If you are a publisher network, category-leading publisher, brand, or agency, we’ll run through walls to help you become an self-reliant Audience Network. If you’re a vendor, we’ll help you conform your existing <a title="Marketing" href="http://en.wikipedia.org/wiki/Marketing">marketing</a> product/service to what Audience Networks need and will pay for. We’ll start the conversation around building you a proprietary targeting system of your own, that lives on your <a href="http://aws.amazon.com/">AWS</a> account and your <a title="Content delivery network" href="http://en.wikipedia.org/wiki/Content_delivery_network">content delivery network</a> account, but if you need us to do business development, vendor analysis/selection, data acquisition, market positioning, investor positioning, or whatever, just speak up.<br /><br />We already have Halogen Network and <a href="http://sproutbuilder.com">Sprout</a> signed up. The tech side is handled by <a href="http://cloudspace.com">Cloudspace</a>, which includes <a title="MyBlogLog" href="http://www.mybloglog.com">MyBlogLog</a> co-founders <a title="Todd Sampson" href="http://www.crunchbase.com/person/todd-sampson">Todd Sampson</a>, <a title="johnsampson" href="http://johnasampson.com">John Sampson</a>, and <a href="http://www.mybloglog.com/buzz/members/steveho/">Steve Ho</a>.<br /><br />While Lookery Prequel is a consulting business and not a product company, we do need focus in order to build value. To get there, I’m constructing a handful of customer tenets that will form the core of our work. We’ll do all sorts of gigs, but they need to move the market forward in at least one of these five ways… <br /><br /><b>Thou Shalt Have No Other Follow Before Me</b><br />By popularizing Follow, <a href="http://twitter.com">Twitter</a> fixed friending both for humans and businesses. One way Audience Networks need to grow is by adding followers. We’ll be helping.<br /><br /><b>The Best Privacy Policy is Authentication</b><br />Similarly, the output of Audience Network marketing will often be an authenticated relationship between marketer and ‘Net user, most frequently using TwitterAuth or <a title="Facebook Connect" href="http://developers.facebook.com/connect.php">Facebook Connect</a>. Online marketing and explicit identity are going to become increasingly linked.<br /><br /><b>UX beats Dotcom</b><br />Creative matters. Data-driven and personalized creative matter more. At the same time, destination sites are no longer the end-all be all, hence the rise of APIs and <a href="http://mashery.com">Mashery</a>. Site representation isn’t dead but it had better evolve. To wit, check out <a href="http://disney.com">Disney</a>’s <a href="http://lnk.ms/5ws4W">Alice in Wonderland promotions</a> (authored by Sprout). They sing, they dance, they might even screech — but they don’t give you a link to click back to disney.com. The campaign is completely self-contained.<br /><br /><b>Cookie Proliferation — You Ain’t Seen Nothing Yet</b><br />Diversity of marketing services vendors is good for everyone that we care about. That means dropping a heckuva lot more cookies than are dropped today. Get over it. For that to work well performance-wise, the infrastructure for dropping cookies has to be a lot better configured. The infrastructure doesn’t need to be replaced, but big publishers need to start imposing far stricter content delivery network (e.g. <a title="Akamai" href="http://www.akamai.com">Akamai</a>, <a title="CDNetworks" href="http://www.us.cdnetworks.com">CDNetworks</a>, Internap) guidelines on their marketing partners. Once content delivery network approaches are correlated and guidelines enforced, we’ll find that the current infrastructure can support a lot more cookies and regular old publishers can start glomming a few strategies from  the big advertising exchanges. (Coincidentally, we’re offering content delivery network audits and related services to publishers.  ;)  )<br /><br /><b>Goosing Everyone’s Numbers with Owned&#38;Operateds</b><br />What works for the goose works for the gander. Our clients on all sides of the table really should own some of their distribution. We should too. For our clients, that generally means owning content sites or having exclusive deals with publishers. In Lookery Prequel’s case, we’ll be creating a series of single-purpose publisher and advertiser tools delivered as Javascript. Each will stand on its own as a small freemium/e-commerce business when they aren’t directly boosting our clients’ results.</p>
<p><b>Please Get in Touch<br /></b>In addition to Halogen and Sprout, this quarter we’ll sign another customer or two of the half dozen qualified leads in our pipeline. I’m out looking for another client or two beyond that as well as our first commercial hire so we can expand further. No matter what your agenda, the form below is for you.</p>
<p><i>*<a href="http://en.wikipedia.org/wiki/Prequel">Prequels</a> are what science fiction authors write when they either can’t see any further into the further or when their last story lacked context — or both. If it can work for <a href="http://en.wikipedia.org/wiki/Caprica_%28TV_series%29">Battlestar Galactica</a>, it can work for me.</i></p>
&#60;!--<a href="http://www.formspring.com/forms/?891502-a72KgZBXIi" title="Online Form">Online Form - Lookery interest</a>--&#62;<p><a title="HTML Form Maker" href="http://www.formspring.com/">FormSpring - HTML Form Maker</a></p>]]></description>
			<content:encoded><![CDATA[<p><img src="http://imgur.com/Tphn1.png" align="right" height="62" width="177"/></p>
<p>Everyone’s sick of hearing <a href="http://davidcancel.com/">Cancel</a>, <a href="http://sawickipedia.com">Sawicki</a>, and me whine about being too early with <a title="Lookery" href="http://www.crunchbase.com/company/lookery">Lookery</a>. So here I finally am with a constructive update —  six months to the day after the <a href="http://blog.lookery.com/2009/08/21/couldery-shouldery/">Couldery Shouldery</a> post in which we surrendered Lookery to the <a href="http://techcrunch.com/tag/deadpool/">Deadpool</a>. In those six months, the rest of Lookery has scattered to hot shops like <a href="http://performable.com">Performable</a>, <a href="http://cheezburger.com/sites">ICanHazCheezburger</a>, <a href="http://sweepery.com">Sweepery</a>, etc. <br/><br/>Lookery was so 2012. Here in 2010, there are a maybe a dozen scaled, data-orthodox opportunities for horizontal Audience Targeting winners (e.g. Google, <a title="Facebook" href="http://facebook.com">Facebook</a>, … Collective, Blue Kai, and Exelate), but there are a few thousand opportunities to build Audience Networks, from <a href="http://glam.com">Glam</a> and Federated Media to <a href="http://halogennetwork.com">Halogen Network</a> to <a href="http://dogster.com">Dogster</a> to a couple of orthodontist audiences that I’ve never heard of.  The Audience Networks and their vendors will use the big guys’ data, exchanges, and clouds as raw material suppliers, layer highly vertical and client-specific information on top, figure out the nasty data-sensitive creative issues, add a good ole dollop of human customer service, and serve. <br/><br/><a href="http://techcrunch.com/2009/08/21/advertising-and-user-targeting-network-lookery-heads-to-the-deadpool/">Deadpool Lookery</a> was very picky about what sort of Audience Network infrastructure we were willing to offer. Lookery Prequel isn’t. If you are a publisher network, category-leading publisher, brand, or agency, we’ll run through walls to help you become an self-reliant Audience Network. If you’re a vendor, we’ll help you conform your existing <a title="Marketing" href="http://en.wikipedia.org/wiki/Marketing">marketing</a> product/service to what Audience Networks need and will pay for. We’ll start the conversation around building you a proprietary targeting system of your own, that lives on your <a href="http://aws.amazon.com/">AWS</a> account and your <a title="Content delivery network" href="http://en.wikipedia.org/wiki/Content_delivery_network">content delivery network</a> account, but if you need us to do business development, vendor analysis/selection, data acquisition, market positioning, investor positioning, or whatever, just speak up.<br/><br/>We already have Halogen Network and <a href="http://sproutbuilder.com">Sprout</a> signed up. The tech side is handled by <a href="http://cloudspace.com">Cloudspace</a>, which includes <a title="MyBlogLog" href="http://www.mybloglog.com">MyBlogLog</a> co-founders <a title="Todd Sampson" href="http://www.crunchbase.com/person/todd-sampson">Todd Sampson</a>, <a title="johnsampson" href="http://johnasampson.com">John Sampson</a>, and <a href="http://www.mybloglog.com/buzz/members/steveho/">Steve Ho</a>.<br/><br/>While Lookery Prequel is a consulting business and not a product company, we do need focus in order to build value. To get there, I’m constructing a handful of customer tenets that will form the core of our work. We’ll do all sorts of gigs, but they need to move the market forward in at least one of these five ways… <br/><br/><b>Thou Shalt Have No Other Follow Before Me</b><br/>By popularizing Follow, <a href="http://twitter.com">Twitter</a> fixed friending both for humans and businesses. One way Audience Networks need to grow is by adding followers. We’ll be helping.<br/><br/><b>The Best Privacy Policy is Authentication</b><br/>Similarly, the output of Audience Network marketing will often be an authenticated relationship between marketer and ‘Net user, most frequently using TwitterAuth or <a title="Facebook Connect" href="http://developers.facebook.com/connect.php">Facebook Connect</a>. Online marketing and explicit identity are going to become increasingly linked.<br/><br/><b>UX beats Dotcom</b><br/>Creative matters. Data-driven and personalized creative matter more. At the same time, destination sites are no longer the end-all be all, hence the rise of APIs and <a href="http://mashery.com">Mashery</a>. Site representation isn’t dead but it had better evolve. To wit, check out <a href="http://disney.com">Disney</a>’s <a href="http://lnk.ms/5ws4W">Alice in Wonderland promotions</a> (authored by Sprout). They sing, they dance, they might even screech — but they don’t give you a link to click back to disney.com. The campaign is completely self-contained.<br/><br/><b>Cookie Proliferation — You Ain’t Seen Nothing Yet</b><br/>Diversity of marketing services vendors is good for everyone that we care about. That means dropping a heckuva lot more cookies than are dropped today. Get over it. For that to work well performance-wise, the infrastructure for dropping cookies has to be a lot better configured. The infrastructure doesn’t need to be replaced, but big publishers need to start imposing far stricter content delivery network (e.g. <a title="Akamai" href="http://www.akamai.com">Akamai</a>, <a title="CDNetworks" href="http://www.us.cdnetworks.com">CDNetworks</a>, Internap) guidelines on their marketing partners. Once content delivery network approaches are correlated and guidelines enforced, we’ll find that the current infrastructure can support a lot more cookies and regular old publishers can start glomming a few strategies from  the big advertising exchanges. (Coincidentally, we’re offering content delivery network audits and related services to publishers.  ;)  )<br/><br/><b>Goosing Everyone’s Numbers with Owned&Operateds</b><br/>What works for the goose works for the gander. Our clients on all sides of the table really should own some of their distribution. We should too. For our clients, that generally means owning content sites or having exclusive deals with publishers. In Lookery Prequel’s case, we’ll be creating a series of single-purpose publisher and advertiser tools delivered as Javascript. Each will stand on its own as a small freemium/e-commerce business when they aren’t directly boosting our clients’ results.</p>
<p><b>Please Get in Touch<br/></b>In addition to Halogen and Sprout, this quarter we’ll sign another customer or two of the half dozen qualified leads in our pipeline. I’m out looking for another client or two beyond that as well as our first commercial hire so we can expand further. No matter what your agenda, the form below is for you.</p>
<p><i>*<a href="http://en.wikipedia.org/wiki/Prequel">Prequels</a> are what science fiction authors write when they either can’t see any further into the further or when their last story lacked context — or both. If it can work for <a href="http://en.wikipedia.org/wiki/Caprica_%28TV_series%29">Battlestar Galactica</a>, it can work for me.</i></p>
<script type="text/javascript" src="http://www.formspring.com/forms/js.php?891502-a72KgZBXIi-v2"></script><!--<a href="http://www.formspring.com/forms/?891502-a72KgZBXIi" title="Online Form">Online Form - Lookery interest</a>--><p><a title="HTML Form Maker" href="http://www.formspring.com/">FormSpring - HTML Form Maker</a></p>]]></content:encoded>
			<wfw:commentRss>http://blog.lookery.com/2010/02/21/lookery-prequel-inc/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>The new MySpace CEO is talking up Disney’s Alice in&#8230;</title>
		<link>http://blog.lookery.com/2010/02/11/the-new-myspace-ceo-is-talking-up-disney%e2%80%99s-alice-in/</link>
		<comments>http://blog.lookery.com/2010/02/11/the-new-myspace-ceo-is-talking-up-disney%e2%80%99s-alice-in/#comments</comments>
		<pubDate>Fri, 12 Feb 2010 06:29:00 +0000</pubDate>
		<dc:creator>Scott Rafer</dc:creator>
				<category><![CDATA[Lookery]]></category>
		<category><![CDATA[MySpace]]></category>
		<category><![CDATA[RSS Syndicated]]></category>
		<category><![CDATA[Alice in Wonderland]]></category>
		<category><![CDATA[Arts]]></category>
		<category><![CDATA[backtowork]]></category>
		<category><![CDATA[disney]]></category>
		<category><![CDATA[Mashery]]></category>
		<category><![CDATA[Movies]]></category>
		<category><![CDATA[sprout]]></category>
		<category><![CDATA[Studios]]></category>
		<category><![CDATA[Walt Disney Company]]></category>
		<category><![CDATA[Walt Disney Pictures]]></category>

		<guid isPermaLink="false">http://rafer.tumblr.com/post/385107329</guid>
		<description><![CDATA[<img><br /><br /><p>The new <a title="MySpace" href="http://myspace.com">MySpace</a> CEO is talking up <a title="The Walt Disney Company" href="http://disney.go.com">Disney</a>’s <a href="http://lnk.ms/5ws4W">Alice in Wonderland promotion</a>, which is great to see. It was put together by <a title="Sprout Builder" href="http://www.sproutbuilder.com">Sprout</a>, a company I’ve been helping out for the past couple of months.</p>
<p>What’s most fascinating to me about Disney’s campaign is that there is <b>no link back to <a title="Disney" href="http://disney.go.com/index">Disney.com</a></b> anywhere in the campaign. They and Sprout have worked so hard to engage you in the ad that the measure of success has nothing to do with their homepage.</p>
<p>It’s as <a href="http://www.mashery.com/solution/resources/scaling_business_development_whitepaper_page_2.html">Mashery’s BizDev 2.0 white paper</a> says:</p>
<blockquote>
<p>[The web today] is not about being a destination site; it is about providing the right information at the right time to your customers.</p>
</blockquote>
<p><a title="Reblog this post [with Zemanta]" href="http://reblog.zemanta.com/zemified/497c439d-30bc-4d11-a56c-a9dc601223fb/"><img class="zemanta-pixie-img" src="http://img.zemanta.com/reblog_e.png?x-id=497c439d-30bc-4d11-a56c-a9dc601223fb"></a></p>]]></description>
			<content:encoded><![CDATA[<img src="http://26.media.tumblr.com/tumblr_kxpu1uFRbw1qz80rmo1_500.png"/><br/><br/><p>The new <a title="MySpace" href="http://myspace.com">MySpace</a> CEO is talking up <a title="The Walt Disney Company" href="http://disney.go.com">Disney</a>’s <a href="http://lnk.ms/5ws4W">Alice in Wonderland promotion</a>, which is great to see. It was put together by <a title="Sprout Builder" href="http://www.sproutbuilder.com">Sprout</a>, a company I’ve been helping out for the past couple of months.</p>
<p>What’s most fascinating to me about Disney’s campaign is that there is <b>no link back to <a title="Disney" href="http://disney.go.com/index">Disney.com</a></b> anywhere in the campaign. They and Sprout have worked so hard to engage you in the ad that the measure of success has nothing to do with their homepage.</p>
<p>It’s as <a href="http://www.mashery.com/solution/resources/scaling_business_development_whitepaper_page_2.html">Mashery’s BizDev 2.0 white paper</a> says:</p>
<blockquote>
<p>[The web today] is not about being a destination site; it is about providing the right information at the right time to your customers.</p>
</blockquote>
<p><a title="Reblog this post [with Zemanta]" href="http://reblog.zemanta.com/zemified/497c439d-30bc-4d11-a56c-a9dc601223fb/"><img class="zemanta-pixie-img" src="http://img.zemanta.com/reblog_e.png?x-id=497c439d-30bc-4d11-a56c-a9dc601223fb" alt="Reblog this post [with Zemanta]"/></a></p>]]></content:encoded>
			<wfw:commentRss>http://blog.lookery.com/2010/02/11/the-new-myspace-ceo-is-talking-up-disney%e2%80%99s-alice-in/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Facebook&#8217;s Priorities</title>
		<link>http://blog.lookery.com/2009/10/30/facebooks-priorities/</link>
		<comments>http://blog.lookery.com/2009/10/30/facebooks-priorities/#comments</comments>
		<pubDate>Fri, 30 Oct 2009 22:03:00 +0000</pubDate>
		<dc:creator>Scott Rafer</dc:creator>
				<category><![CDATA[Advertising]]></category>
		<category><![CDATA[Lookery]]></category>
		<category><![CDATA[RSS Syndicated]]></category>
		<category><![CDATA[Business]]></category>
		<category><![CDATA[Company]]></category>
		<category><![CDATA[facebook]]></category>
		<category><![CDATA[Facebook Connect]]></category>
		<category><![CDATA[FB Connect]]></category>
		<category><![CDATA[social network]]></category>
		<category><![CDATA[Website]]></category>
		<category><![CDATA[Zynga]]></category>

		<guid isPermaLink="false">http://rafer.tumblr.com/post/228281449</guid>
		<description><![CDATA[<p><img alt="facebook (do we) connect?" src="http://farm4.static.flickr.com/3190/3086953409_6dd7b71225_m.jpg" align="right" height="130"></p>
<p class="zemanta-img"><i>Image by <a href="http://www.flickr.com/photos/77941960@N00/3086953409">MrTopf</a> via Flickr</i></p>
<p>If you are going to accept the <a href="http://blog.lookery.com/2009/08/21/couldery-shouldery/">live-or-die risk</a> of being completely dependent on FB, please make some effort to understand their priorities. The effect of this week’s FB platform changes was <a href="http://www.allfacebook.com/2008/10/scott-rafer-the-facebook-platform-is-dead/">completely predictable</a> in October 2008.</p>
<p>Several people have called me in the last 48 hours asking, “Why won’t FB let us pay them for app notifications and are instead killing them off? Won’t FB’s traffic drop too?” Of course <b>Facebook’s traffic will drop</b> a little. Facebook knows and couldn’t care less. They don’t care in exactly the same way they didn’t care about the traffic drop that resulted from their July 2008 redesign. The traffic they will lose is traffic that does not increase the value of their enterprise. These changes are very smart and appropriate self-cannibalization for a company that is trying to take over the <a title="Internet" href="http://en.wikipedia.org/wiki/Internet">Internet</a>. They no longer need to <a href="http://www.sfgate.com/cgi-bin/article.cgi?f=/g/a/2009/10/13/urnidgns002570F3005978D80025764D0055ACB0.DTL">build more traffic</a> at <a>facebook.com</a>. For now, all that matters is <a href="http://www.techcrunch.com/2009/10/29/with-open-graph-facebook-sets-out-to-make-the-entire-web-its-tributary-system/">building a huge network</a> of <a href="http://developers.facebook.com/connect.php">Facebook Connect</a> <a title="Website" href="http://en.wikipedia.org/wiki/Website">sites</a>.</p>
<p>If you have a good app attached to a well thought out external web site that authenticates using FB <a title="Facebook Connect" href="http://developers.facebook.com/connect.php">Connect</a>, then this week’s changes probably HELPED your <a title="Business" href="http://en.wikipedia.org/wiki/Business">business</a>. I know of two specific startups where that’s the case. My description of which apps are supported by the changes is intentionally very specific. There are very few categories of developer that FB cares about right now — and the FB Connect sites is the <i>only</i> category they care about for new/raw startup developers. If you help FB spread their JS and Authentication out into the world, they will support you until their network is too big to stop. They are at roughly 20,000 publishers now. At ~200,000 publishers, watch out! Their priorities will change again and they will start taking cash out of the FB Connect network instead of providing it with <a title="website traffic" href="http://www.freetrafficsystem.com">free traffic</a>.</p>
<p>Facebook obviously cares about the big game developers as well. Without Notification access, <a title="Zynga" href="http://www.zynga.com">Zynga</a> and the rest of the game <a title="Company" href="http://en.wikipedia.org/wiki/Company">companies</a> will need to buy more and more media on Facebook. Probably a third of Zynga’s $200M runrate is paid back to Facebook in <a title="Advertising" href="http://en.wikipedia.org/wiki/Advertising">advertising</a> now. Expect Zynga to start paying Facebook 50% or more of their runrate (which may drop) as a result of these changes unless Zynga makes some very fancy moves in the next month.</p>
<p>Facebook makes no empty moralistic claims about avoiding Evil. They do a great job of acting in their own best interest, seem to act ethically, and don’t try very hard to hide their motivations. If you want to do business in that <a title="Ecosystem" href="http://en.wikipedia.org/wiki/Ecosystem">ecosystem</a>, please study the host on which you are dependent or find someone to do it for you.</p>
<p class="zemanta-related-title"><i>Related articles by Zemanta</i></p>
<ul class="zemanta-article-ul">
<li class="zemanta-article-ul-li">
<a href="http://mashable.com/2009/09/30/facebook-connect-wizard/">Add Facebook Connect Features to Your Site in Three Steps</a> (mashable.com)</li>
<li class="zemanta-article-ul-li">
<a href="http://mashable.com/2009/09/03/facebook-mobile-users/">Facebook for Mobile is Growing Rapidly</a> (mashable.com)</li>
</ul>
<a title="Reblog this post [with Zemanta]" href="http://reblog.zemanta.com/zemified/4d37dbb9-6639-433c-8400-984283b576bf/"><img class="zemanta-pixie-img" src="http://img.zemanta.com/reblog_e.png?x-id=4d37dbb9-6639-433c-8400-984283b576bf"></a>]]></description>
			<content:encoded><![CDATA[<p><img alt="facebook (do we) connect?" src="http://farm4.static.flickr.com/3190/3086953409_6dd7b71225_m.jpg" align="right" height="130" width="240"/></p>
<p class="zemanta-img"><i>Image by <a href="http://www.flickr.com/photos/77941960@N00/3086953409">MrTopf</a> via Flickr</i></p>
<p>If you are going to accept the <a href="http://blog.lookery.com/2009/08/21/couldery-shouldery/">live-or-die risk</a> of being completely dependent on FB, please make some effort to understand their priorities. The effect of this week’s FB platform changes was <a href="http://www.allfacebook.com/2008/10/scott-rafer-the-facebook-platform-is-dead/">completely predictable</a> in October 2008.</p>
<p>Several people have called me in the last 48 hours asking, “Why won’t FB let us pay them for app notifications and are instead killing them off? Won’t FB’s traffic drop too?” Of course <b>Facebook’s traffic will drop</b> a little. Facebook knows and couldn’t care less. They don’t care in exactly the same way they didn’t care about the traffic drop that resulted from their July 2008 redesign. The traffic they will lose is traffic that does not increase the value of their enterprise. These changes are very smart and appropriate self-cannibalization for a company that is trying to take over the <a title="Internet" href="http://en.wikipedia.org/wiki/Internet">Internet</a>. They no longer need to <a href="http://www.sfgate.com/cgi-bin/article.cgi?f=/g/a/2009/10/13/urnidgns002570F3005978D80025764D0055ACB0.DTL">build more traffic</a> at <a>facebook.com</a>. For now, all that matters is <a href="http://www.techcrunch.com/2009/10/29/with-open-graph-facebook-sets-out-to-make-the-entire-web-its-tributary-system/">building a huge network</a> of <a href="http://developers.facebook.com/connect.php">Facebook Connect</a> <a title="Website" href="http://en.wikipedia.org/wiki/Website">sites</a>.</p>
<p>If you have a good app attached to a well thought out external web site that authenticates using FB <a title="Facebook Connect" href="http://developers.facebook.com/connect.php">Connect</a>, then this week’s changes probably HELPED your <a title="Business" href="http://en.wikipedia.org/wiki/Business">business</a>. I know of two specific startups where that’s the case. My description of which apps are supported by the changes is intentionally very specific. There are very few categories of developer that FB cares about right now — and the FB Connect sites is the <i>only</i> category they care about for new/raw startup developers. If you help FB spread their JS and Authentication out into the world, they will support you until their network is too big to stop. They are at roughly 20,000 publishers now. At ~200,000 publishers, watch out! Their priorities will change again and they will start taking cash out of the FB Connect network instead of providing it with <a title="website traffic" href="http://www.freetrafficsystem.com">free traffic</a>.</p>
<p>Facebook obviously cares about the big game developers as well. Without Notification access, <a title="Zynga" href="http://www.zynga.com">Zynga</a> and the rest of the game <a title="Company" href="http://en.wikipedia.org/wiki/Company">companies</a> will need to buy more and more media on Facebook. Probably a third of Zynga’s $200M runrate is paid back to Facebook in <a title="Advertising" href="http://en.wikipedia.org/wiki/Advertising">advertising</a> now. Expect Zynga to start paying Facebook 50% or more of their runrate (which may drop) as a result of these changes unless Zynga makes some very fancy moves in the next month.</p>
<p>Facebook makes no empty moralistic claims about avoiding Evil. They do a great job of acting in their own best interest, seem to act ethically, and don’t try very hard to hide their motivations. If you want to do business in that <a title="Ecosystem" href="http://en.wikipedia.org/wiki/Ecosystem">ecosystem</a>, please study the host on which you are dependent or find someone to do it for you.</p>
<p class="zemanta-related-title"><i>Related articles by Zemanta</i></p>
<ul class="zemanta-article-ul">
<li class="zemanta-article-ul-li">
<a href="http://mashable.com/2009/09/30/facebook-connect-wizard/">Add Facebook Connect Features to Your Site in Three Steps</a> (mashable.com)</li>
<li class="zemanta-article-ul-li">
<a href="http://mashable.com/2009/09/03/facebook-mobile-users/">Facebook for Mobile is Growing Rapidly</a> (mashable.com)</li>
</ul>
<a title="Reblog this post [with Zemanta]" href="http://reblog.zemanta.com/zemified/4d37dbb9-6639-433c-8400-984283b576bf/"><img class="zemanta-pixie-img" src="http://img.zemanta.com/reblog_e.png?x-id=4d37dbb9-6639-433c-8400-984283b576bf" alt="Reblog this post [with Zemanta]"/></a>]]></content:encoded>
			<wfw:commentRss>http://blog.lookery.com/2009/10/30/facebooks-priorities/feed/</wfw:commentRss>
		<slash:comments>9</slash:comments>
		</item>
		<item>
		<title>Homepage Redirected to the Blog</title>
		<link>http://blog.lookery.com/2009/10/23/homepage-redirected-to-the-blog/</link>
		<comments>http://blog.lookery.com/2009/10/23/homepage-redirected-to-the-blog/#comments</comments>
		<pubDate>Sat, 24 Oct 2009 04:39:46 +0000</pubDate>
		<dc:creator>Scott Rafer</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://blog.lookery.com/?p=79125218</guid>
		<description><![CDATA[I hadn&#8217;t been paying enough attention, and a dozen people were still registering on Lookery.com each week. That wasn&#8217;t fair to people that were reaching out for our support, so we found a simple way to stop it. 
A number of companies reached out to us requesting Lookery&#8217;s benefits packaged as for-hire bizdev and engineering [...]]]></description>
			<content:encoded><![CDATA[<p>I hadn&#8217;t been paying enough attention, and a dozen people were still registering on Lookery.com each week. That wasn&#8217;t fair to people that were reaching out for our support, so we found a simple way to stop it. </p>
<p>A number of companies reached out to us requesting Lookery&#8217;s benefits packaged as for-hire bizdev and engineering work. We&#8217;re figuring out how to satisfy those requests and will keep posting updates here as they happen. </p>
]]></content:encoded>
			<wfw:commentRss>http://blog.lookery.com/2009/10/23/homepage-redirected-to-the-blog/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Couldery Shouldery</title>
		<link>http://blog.lookery.com/2009/08/21/couldery-shouldery/</link>
		<comments>http://blog.lookery.com/2009/08/21/couldery-shouldery/#comments</comments>
		<pubDate>Sat, 22 Aug 2009 00:42:54 +0000</pubDate>
		<dc:creator>Scott Rafer</dc:creator>
				<category><![CDATA[Advertising]]></category>
		<category><![CDATA[Lookery]]></category>
		<category><![CDATA[RSS Syndicated]]></category>
		<category><![CDATA[Ad serving]]></category>
		<category><![CDATA[Business]]></category>
		<category><![CDATA[David Cancel]]></category>
		<category><![CDATA[facebook]]></category>
		<category><![CDATA[Mashery]]></category>
		<category><![CDATA[online advertising]]></category>
		<category><![CDATA[OpenX]]></category>
		<category><![CDATA[Verizon Wireless]]></category>

		<guid isPermaLink="false">http://rafer.tumblr.com/post/168541483</guid>
		<description><![CDATA[<p class="zemanta-img" style="margin: 1em; float: right; display: block; width: 250px;"><a href="http://www.flickr.com/photos/15965815@N00/704662937"><img src="http://farm2.static.flickr.com/1184/704662937_b5b019b63a_m.jpg" alt="The Buck Stops Here - Harry S. Truman Presiden..." style="border: medium none; display: block;" width="240"></a>From the Truman Presidential Library by <a href="http://www.flickr.com/photos/15965815@N00/704662937">Marshall Astor</a></p>
<p>We’re commencing an “orderly shutdown” of <a class="zem_slink" href="http://www.lookery.com/" title="Lookery" rel="homepage">Lookery</a>. We made the decision as late as possible without forgoing our responsibilities to the various stakeholders, including and especially orderly disengagement from our customers. We’re honored by their attention and support and regret that we couldn’t have served them even better and for much, much longer. <br /><br />I left Wouldery out of the post title as it’s not relevant. The only information of value is what other choices were readily available to us and which ones I look back on with uncertainty. This is probably not my last public postmortem on the lessons learned, but I owe everyone near-immediate disclosure on the things I can put my finger on now. I’m trying to keep a stiff upper lip during this process. Please avert your eyes if I falter.<br /><br />As co-founder and CEO of Lookery, the buck stops with me and no one else. I hope to have the opportunity to work again with each and every one of the dozen people who worked at Lookery since it was founded in July 2007. I hope I did as well by them as they did by Lookery and by me. Please take this post as a recommendation of each and all of them and never hesitate to get in touch with me for details. The huge majority of them went well beyond the call of duty to try and make the company succeed.<br /><br />So did <a href="http://allensblog.typepad.com/">Allen Morgan</a>, the outside Director that represented the Preferred investors. There’s no way we could have gotten this far or known how to behave well in the face of adversity without his guidance. He represented a great batch of <a class="zem_slink" href="http://en.wikipedia.org/wiki/Angel_investor" title="Angel investor" rel="wikipedia">angel investors</a> on our Board and was one of the main reasons that they were so supportive of the company whenever I asked for anything. In May and June of this year, most of them agreed to participate in an inside round to keep us running through the next series of milestones. I cancelled the transaction a month ago, as I could not be as confident of reaching those milestones as ‘good faith’ requires.<br /><br />Before delving into our market and product choices, I need to address our fundraising overall. On forming the company, <a class="zem_slink" href="http://davidcancel.com" title="David Cancel" rel="homepage">David</a> and I decided to pursue a low-cap model, postponing institutional investor involvement for the foreseeable future. It really sucks to be here right now, but I think it was the right call. Resigning politely at someone else’s behest, as I’ve done twice before, did not improve any of the stakeholders prospects in either case. Unless Lookery reached an expansion stage, where the sales model was known and repeatable, I’m ever-more convinced that raising institutional capital would not have increased our chances of creating value for the existing shareholders. The company would have survived longer, but that’s not the goal. <br /><br />Going low-cap, David and I were careful to create a parsimonious and headcount-spare operation. Operating virtually was not a problem, nor was cutting corners on travel, schwag, and office rent. And, I’ll still only work on cloud-hosted businesses. Those parts of Lookery were appropriate, repeatable, and did not bring us to this point. We did invest too much in building market share in the original ad-network business in the first half of 2008, but that error was a symptom rather than the disease.<br /><br />Moving on to our specific coulda-shoulda product and market choices, there are three key moments at which a different and defensible decision might have made all the difference. In chronological order, the sins Lookery committed under my leadership were continuing our dependency on a large partner (March 2008), not knowing when to cut bait on a failing asset (September 2008), and building ahead of the market (December 2008). I and we made any number of other mistakes, but all the rest were correctable. Avoiding even one of the three big errors might have been enough to get us over the hump.<br /><br />I believe David and I started Lookery in July 2007 in the right way and for the right reasons. Based partially on my <a href="http://www.techcrunch.com/2007/05/24/facebook-launches-facebook-platform-they-are-the-anti-myspace/">F8</a>-launch work for LendingClub (a company I’m thrilled to know) David and I decided to quickly offer a no-frills banner network for <a class="zem_slink" href="http://facebook.com" title="Facebook" rel="homepage">Facebook</a> app publishers. We went from commitment to live service in well under two weeks using AWS and <a class="zem_slink" href="http://www.openx.org/" title="OpenX" rel="homepage">OpenAds</a>, pulled in Rex Dixon almost immediately to manage the publishers and <a href="http://sawickipedia.com">Todd Sawicki</a> soon thereafter as we needed a real ad pro. Both David and I had been keen observers of, and vendors to, the online ad business from the outside, and Todd was the online advertising insider that completed the early team. By March 1, 2008, we were getting pretty close to a billion impressions a week, had moved the ad ops to <a href="http://www.atlassolutions.com/">Atlas</a>, started spec’ing Lookery’s targeting technology, and closed out a $1M <a href="http://blog.lookery.com/2008/08/14/convertible-note-form-for-techcrunch-post-comment/">convertible note financing</a> that had been rolling in since October.<br /><br />So far so good on using an ephemeral opportunity to create a company, but this is where I place <b>Coulda-Shoulda #1</b>. We exposed ourselves to a huge single point of failure called Facebook. I’ve ranted for years about how bad an idea it is for startups to be mobile-carrier dependent. In retrospect, there is no difference between <a class="zem_slink" href="http://www.verizonwireless.com" title="Verizon Wireless" rel="homepage">Verizon Wireless</a> and Facebook in this context. To succeed in that kind of environment requires any number of resources. One of them is clearly significant outside financing, which we’d explicitly chosen to do without. We could have and should have used the proceeds of the convertible note to get out from under Facebook’s thumb rather to invest further in the Facebook Platform. <br /><br /><b>Coulda-Shoulda #2</b>. Predictably and reasonably, Facebook acted in their own interest rather than ours. Their Summer 2008 redesign supported Facebook’s goals elegantly but hurt our publishers and us in ways that became clear just weeks after we’d raised another ~$2M. At this point, we made a mistake endemic to startup people. We followed our natural inclination as problem solvers rather than getting out while the getting was good. If we’d sold the ad network the minute we understood that we could no longer make it successful, we would have saved a couple hundred thousand dollars in working capital. Plus, the ad network would have fetched three to five times its low-six figure sale price less than 60 days later. That’s a million dollar mistake I made in a very short period of time. I should understand sunk costs better than this. <br /><br />To give credit where it’s due, Todd closed the sale of the Lookery ad network to <a class="zem_slink" href="http://en.wikipedia.org/wiki/Ad_serving" title="Ad serving" rel="wikipedia">AdKnowledge</a> in less than two weeks from the moment we decided it had to go. I was off promoting Lookery’s targeting system to European demographic data sources and social networks and was not even in the country during those two weeks.<br /><br /><b>Coulda-Shoulda #3</b>. Once we sold the ad network, I fell into a bad old habit — persuading my team to build something before the market was ready for it. <a href="http://www.praxicom.com/">Oren</a> usually saves me from myself in this regard, but I didn’t pull him away from <a class="zem_slink" href="http://www.mashery.com" title="Mashery" rel="homepage">Mashery</a> for the day or two necessary to diagnose the problem. Mashery is doing so well that I clearly could have. Lookery’s Profile SaaS/universal cookie mechanism is far more economic and effective than cookie exchange systems in a world where ad media and targeting data are separate commodities. That world is a year or more in the future. <br /><br />This is the fourth blog post that I can find from a Lookery exec in which the primary theme is <b>early = wrong</b>. I felt pretty good when I wrote <a href="http://blog.lookery.com/2007/12/21/aws-simpledb-linda-i-missed-ya/">this one</a> in December 2007 when Lookery was still doing all the right <i>aka</i> solely tactical things; the issue was <a href="http://rafer.tumblr.com/post/137293421/in-an-attempt-to-provide-fresher-search-results">weighing on me</a> last month as I started to wonder if Lookery’s inside round was a bad idea; but it hurts the worst to read <a href="http://www.sawickipedia.com/blog/2007/03/14/too-early-wrong/">this post of Todd Sawicki’s</a> from the day we met four months before Lookery was even founded.<br /><br />Within the bounds of confidentiality agreements and showing respect for the many people who treated Lookery and me well over the past two years, I’m happy to respond to any questions that arise. My replies may sometimes take a day or two.</p>
<p><a class="zemanta-pixie-a" href="http://reblog.zemanta.com/zemified/3e3cbf81-f113-440c-a109-2ccb9e15f0b9/" title="Reblog this post [with Zemanta]"><img style="border: medium none; float: right;" class="zemanta-pixie-img" src="http://img.zemanta.com/reblog_e.png?x-id=3e3cbf81-f113-440c-a109-2ccb9e15f0b9"></a></p>]]></description>
			<content:encoded><![CDATA[<p class="zemanta-img" style="margin: 1em; float: right; display: block; width: 250px;"><a href="http://www.flickr.com/photos/15965815@N00/704662937"><img src="http://farm2.static.flickr.com/1184/704662937_b5b019b63a_m.jpg" alt="The Buck Stops Here - Harry S. Truman Presiden..." style="border: medium none; display: block;" width="240" height="181"/></a>From the Truman Presidential Library by <a href="http://www.flickr.com/photos/15965815@N00/704662937">Marshall Astor</a></p>
<p>We’re commencing an “orderly shutdown” of <a class="zem_slink" href="http://www.lookery.com/" title="Lookery" rel="homepage">Lookery</a>. We made the decision as late as possible without forgoing our responsibilities to the various stakeholders, including and especially orderly disengagement from our customers. We’re honored by their attention and support and regret that we couldn’t have served them even better and for much, much longer. <br/><br/>I left Wouldery out of the post title as it’s not relevant. The only information of value is what other choices were readily available to us and which ones I look back on with uncertainty. This is probably not my last public postmortem on the lessons learned, but I owe everyone near-immediate disclosure on the things I can put my finger on now. I’m trying to keep a stiff upper lip during this process. Please avert your eyes if I falter.<br/><br/>As co-founder and CEO of Lookery, the buck stops with me and no one else. I hope to have the opportunity to work again with each and every one of the dozen people who worked at Lookery since it was founded in July 2007. I hope I did as well by them as they did by Lookery and by me. Please take this post as a recommendation of each and all of them and never hesitate to get in touch with me for details. The huge majority of them went well beyond the call of duty to try and make the company succeed.<br/><br/>So did <a href="http://allensblog.typepad.com/">Allen Morgan</a>, the outside Director that represented the Preferred investors. There’s no way we could have gotten this far or known how to behave well in the face of adversity without his guidance. He represented a great batch of <a class="zem_slink" href="http://en.wikipedia.org/wiki/Angel_investor" title="Angel investor" rel="wikipedia">angel investors</a> on our Board and was one of the main reasons that they were so supportive of the company whenever I asked for anything. In May and June of this year, most of them agreed to participate in an inside round to keep us running through the next series of milestones. I cancelled the transaction a month ago, as I could not be as confident of reaching those milestones as ‘good faith’ requires.<br/><br/>Before delving into our market and product choices, I need to address our fundraising overall. On forming the company, <a class="zem_slink" href="http://davidcancel.com" title="David Cancel" rel="homepage">David</a> and I decided to pursue a low-cap model, postponing institutional investor involvement for the foreseeable future. It really sucks to be here right now, but I think it was the right call. Resigning politely at someone else’s behest, as I’ve done twice before, did not improve any of the stakeholders prospects in either case. Unless Lookery reached an expansion stage, where the sales model was known and repeatable, I’m ever-more convinced that raising institutional capital would not have increased our chances of creating value for the existing shareholders. The company would have survived longer, but that’s not the goal. <br/><br/>Going low-cap, David and I were careful to create a parsimonious and headcount-spare operation. Operating virtually was not a problem, nor was cutting corners on travel, schwag, and office rent. And, I’ll still only work on cloud-hosted businesses. Those parts of Lookery were appropriate, repeatable, and did not bring us to this point. We did invest too much in building market share in the original ad-network business in the first half of 2008, but that error was a symptom rather than the disease.<br/><br/>Moving on to our specific coulda-shoulda product and market choices, there are three key moments at which a different and defensible decision might have made all the difference. In chronological order, the sins Lookery committed under my leadership were continuing our dependency on a large partner (March 2008), not knowing when to cut bait on a failing asset (September 2008), and building ahead of the market (December 2008). I and we made any number of other mistakes, but all the rest were correctable. Avoiding even one of the three big errors might have been enough to get us over the hump.<br/><br/>I believe David and I started Lookery in July 2007 in the right way and for the right reasons. Based partially on my <a href="http://www.techcrunch.com/2007/05/24/facebook-launches-facebook-platform-they-are-the-anti-myspace/">F8</a>-launch work for LendingClub (a company I’m thrilled to know) David and I decided to quickly offer a no-frills banner network for <a class="zem_slink" href="http://facebook.com" title="Facebook" rel="homepage">Facebook</a> app publishers. We went from commitment to live service in well under two weeks using AWS and <a class="zem_slink" href="http://www.openx.org/" title="OpenX" rel="homepage">OpenAds</a>, pulled in Rex Dixon almost immediately to manage the publishers and <a href="http://sawickipedia.com">Todd Sawicki</a> soon thereafter as we needed a real ad pro. Both David and I had been keen observers of, and vendors to, the online ad business from the outside, and Todd was the online advertising insider that completed the early team. By March 1, 2008, we were getting pretty close to a billion impressions a week, had moved the ad ops to <a href="http://www.atlassolutions.com/">Atlas</a>, started spec’ing Lookery’s targeting technology, and closed out a $1M <a href="http://blog.lookery.com/2008/08/14/convertible-note-form-for-techcrunch-post-comment/">convertible note financing</a> that had been rolling in since October.<br/><br/>So far so good on using an ephemeral opportunity to create a company, but this is where I place <b>Coulda-Shoulda #1</b>. We exposed ourselves to a huge single point of failure called Facebook. I’ve ranted for years about how bad an idea it is for startups to be mobile-carrier dependent. In retrospect, there is no difference between <a class="zem_slink" href="http://www.verizonwireless.com" title="Verizon Wireless" rel="homepage">Verizon Wireless</a> and Facebook in this context. To succeed in that kind of environment requires any number of resources. One of them is clearly significant outside financing, which we’d explicitly chosen to do without. We could have and should have used the proceeds of the convertible note to get out from under Facebook’s thumb rather to invest further in the Facebook Platform. <br/><br/><b>Coulda-Shoulda #2</b>. Predictably and reasonably, Facebook acted in their own interest rather than ours. Their Summer 2008 redesign supported Facebook’s goals elegantly but hurt our publishers and us in ways that became clear just weeks after we’d raised another ~$2M. At this point, we made a mistake endemic to startup people. We followed our natural inclination as problem solvers rather than getting out while the getting was good. If we’d sold the ad network the minute we understood that we could no longer make it successful, we would have saved a couple hundred thousand dollars in working capital. Plus, the ad network would have fetched three to five times its low-six figure sale price less than 60 days later. That’s a million dollar mistake I made in a very short period of time. I should understand sunk costs better than this. <br/><br/>To give credit where it’s due, Todd closed the sale of the Lookery ad network to <a class="zem_slink" href="http://en.wikipedia.org/wiki/Ad_serving" title="Ad serving" rel="wikipedia">AdKnowledge</a> in less than two weeks from the moment we decided it had to go. I was off promoting Lookery’s targeting system to European demographic data sources and social networks and was not even in the country during those two weeks.<br/><br/><b>Coulda-Shoulda #3</b>. Once we sold the ad network, I fell into a bad old habit — persuading my team to build something before the market was ready for it. <a href="http://www.praxicom.com/">Oren</a> usually saves me from myself in this regard, but I didn’t pull him away from <a class="zem_slink" href="http://www.mashery.com" title="Mashery" rel="homepage">Mashery</a> for the day or two necessary to diagnose the problem. Mashery is doing so well that I clearly could have. Lookery’s Profile SaaS/universal cookie mechanism is far more economic and effective than cookie exchange systems in a world where ad media and targeting data are separate commodities. That world is a year or more in the future. <br/><br/>This is the fourth blog post that I can find from a Lookery exec in which the primary theme is <b>early = wrong</b>. I felt pretty good when I wrote <a href="http://blog.lookery.com/2007/12/21/aws-simpledb-linda-i-missed-ya/">this one</a> in December 2007 when Lookery was still doing all the right <i>aka</i> solely tactical things; the issue was <a href="http://rafer.tumblr.com/post/137293421/in-an-attempt-to-provide-fresher-search-results">weighing on me</a> last month as I started to wonder if Lookery’s inside round was a bad idea; but it hurts the worst to read <a href="http://www.sawickipedia.com/blog/2007/03/14/too-early-wrong/">this post of Todd Sawicki’s</a> from the day we met four months before Lookery was even founded.<br/><br/>Within the bounds of confidentiality agreements and showing respect for the many people who treated Lookery and me well over the past two years, I’m happy to respond to any questions that arise. My replies may sometimes take a day or two.</p>
<p><a class="zemanta-pixie-a" href="http://reblog.zemanta.com/zemified/3e3cbf81-f113-440c-a109-2ccb9e15f0b9/" title="Reblog this post [with Zemanta]"><img style="border: medium none; float: right;" class="zemanta-pixie-img" src="http://img.zemanta.com/reblog_e.png?x-id=3e3cbf81-f113-440c-a109-2ccb9e15f0b9" alt="Reblog this post [with Zemanta]"/></a></p>]]></content:encoded>
			<wfw:commentRss>http://blog.lookery.com/2009/08/21/couldery-shouldery/feed/</wfw:commentRss>
		<slash:comments>12</slash:comments>
		</item>
		<item>
		<title>Random [to me] Manga image via Wikipedia
Local advertising&#8230;</title>
		<link>http://blog.lookery.com/2009/07/13/random-to-me-manga-image-via-wikipedialocal-advertising/</link>
		<comments>http://blog.lookery.com/2009/07/13/random-to-me-manga-image-via-wikipedialocal-advertising/#comments</comments>
		<pubDate>Mon, 13 Jul 2009 17:22:00 +0000</pubDate>
		<dc:creator>Scott Rafer</dc:creator>
				<category><![CDATA[Lookery]]></category>
		<category><![CDATA[RSS Syndicated]]></category>

		<guid isPermaLink="false">http://rafer.tumblr.com/post/140890556</guid>
		<description><![CDATA[<img><br /> <br /><img><br /> <br /><img><br /> <br /><p class="zemanta-img" style="margin: 1em;float: right;width: 160px"><a href="http://commons.wikipedia.org/wiki/Image:Wikipe-tan_without_body.png"><img src="http://upload.wikimedia.org/wikipedia/commons/thumb/2/29/Wikipe-tan_without_body.png/300px-Wikipe-tan_without_body.png" alt="Manga" style="border: medium none" align="right" height="136"></a><i>Random [to me] Manga <br />image via <a href="http://commons.wikipedia.org/wiki/Image:Wikipe-tan_without_body.png">Wikipedia</a></i></p>
<p>Local advertising networks have begun to reach out to Lookery for our demo targeting as well as private <a class="zem_slink" href="http://en.wikipedia.org/wiki/Behavioral_retargeting" title="Behavioral retargeting" rel="wikipedia">retargeting</a> via Lookery MyProfiles. We’re easily able to accommodate them, but I wasn’t expecting local ad interest so early in our history. So, I started looking for data.</p>
<p>The <a href="http://www.mediapost.com/publications/?fa=Articles.showArticle&#38;art_aid=109651">most revealing data</a> I found is from the MAGNA, the forecasting side of <a class="zem_slink" href="http://en.wikipedia.org/wiki/Interpublic_Group_of_Companies" title="Interpublic Group of Companies" rel="wikipedia">Interpublic</a>. That press release is the summary of their more detailed forecast. The <a href="http://www.mediabrandsww.com/newsItem.aspx?id=319&#38;idBrand=0&#38;idType=0&#38;dateLimit=1/1/0001">whole deck</a> is worth looking through, but two points come through that don’t seem intentional:</p>
<ol>
<li>From the first two slides above, the Internet is not only the first true engagement medium as implied, but it’s also the first medium to meet all MAGNA’s “Illustrative Goals.” The latter point is made clear in the second slide as the Mom &#38; Pop’s convenience store isn’t likely spending much “building brand.”</li>
<li>Wow, is offline local advertising crashing. The report promotes TV spend heavily:
<blockquote>
<p><strike><a class="zem_slink" href="http://en.wikipedia.org/wiki/Democracy" title="Democracy" rel="wikipedia">Democracy</a></strike> Television is the worst form of <strike>government</strike> advertising, except all the others that have been tried.</p>
</blockquote>
<p>Yet, it includes the nasty local TV spend chart above. The deck has similar graphs showing the devastation occuring to local radio and directories. Local newspapers even make the nationals look healthy.</p>
</li>
</ol>
<p>My interpretation of the data is that local advertising is coming online in a different way than I’ve seen documented. Local direct response is coming online reasonably well, but local engagement is not. Local businesses can advertise around products and services but have not found a way to communicate around interest and likemindedness.</p>
<p>It’s not very surprising when you look at it — online communities of interest have no specific reason to be primarily local. The Internet helps us find people with our very same passions, no matter where they are. Statistically speaking, they are unlikely to be nearby. There are certainly exceptions which <a href="http://missionmission.wordpress.com">can be fun</a> to <a href="http://newspeedwayboogie.tumblr.com/post/140753975/our-policy-love-is-communication-digger-papers">play with</a>, but I’m not surprised to see that our engagement with local communities is losing relative mindshare.</p>
<p>For local advertisers and their ad network vendors, one good solution is to plug people’s anonymous local buying behavior into a large profiling system and retarget them on other non-local web sites. It’s yet another example of ad networks using demographic targeting and Lookery MyProfiles to compete with <a href="http://www.facebook.com/advertising/">Facebook Ads</a> out on the Open Web.</p>
<p><i>[NB: Yes, I originally mistyped MAGNA as MANGA.]</i></p>
<p><a class="zemanta-pixie-a" href="http://reblog.zemanta.com/zemified/095d0a57-6453-4f60-b948-312ed5d21912/" title="Reblog this post [with Zemanta]"><img style="border: medium none;float: right" class="zemanta-pixie-img" src="http://img.zemanta.com/reblog_e.png?x-id=095d0a57-6453-4f60-b948-312ed5d21912"></a></p>]]></description>
			<content:encoded><![CDATA[<img src="http://27.media.tumblr.com/n1b19APf6pv0c6b9dWje3pBvo1_500.png"/><br/> <br/><img src="http://27.media.tumblr.com/n1b19APf6pv0c6b9dWje3pBvo3_500.png"/><br/> <br/><img src="http://28.media.tumblr.com/n1b19APf6pv0c6b9dWje3pBvo4_500.png"/><br/> <br/><p class="zemanta-img" style="margin: 1em; float: right; display: block; width: 160px;"><a href="http://commons.wikipedia.org/wiki/Image:Wikipe-tan_without_body.png"><img src="http://upload.wikimedia.org/wikipedia/commons/thumb/2/29/Wikipe-tan_without_body.png/300px-Wikipe-tan_without_body.png" alt="Manga" style="border: medium none; display: block;" align="right" height="136" width="150"/></a><i>Random [to me] Manga <br/>image via <a href="http://commons.wikipedia.org/wiki/Image:Wikipe-tan_without_body.png">Wikipedia</a></i></p>
<p>Local advertising networks have begun to reach out to Lookery for our demo targeting as well as private <a class="zem_slink" href="http://en.wikipedia.org/wiki/Behavioral_retargeting" title="Behavioral retargeting" rel="wikipedia">retargeting</a> via Lookery MyProfiles. We’re easily able to accommodate them, but I wasn’t expecting local ad interest so early in our history. So, I started looking for data.</p>
<p>The <a href="http://www.mediapost.com/publications/?fa=Articles.showArticle&art_aid=109651">most revealing data</a> I found is from the MAGNA, the forecasting side of <a class="zem_slink" href="http://en.wikipedia.org/wiki/Interpublic_Group_of_Companies" title="Interpublic Group of Companies" rel="wikipedia">Interpublic</a>. That press release is the summary of their more detailed forecast. The <a href="http://www.mediabrandsww.com/newsItem.aspx?id=319&idBrand=0&idType=0&dateLimit=1/1/0001">whole deck</a> is worth looking through, but two points come through that don’t seem intentional:</p>
<ol>
<li>From the first two slides above, the Internet is not only the first true engagement medium as implied, but it’s also the first medium to meet all MAGNA’s “Illustrative Goals.” The latter point is made clear in the second slide as the Mom & Pop’s convenience store isn’t likely spending much “building brand.”</li>
<li>Wow, is offline local advertising crashing. The report promotes TV spend heavily:
<blockquote>
<p><strike><a class="zem_slink" href="http://en.wikipedia.org/wiki/Democracy" title="Democracy" rel="wikipedia">Democracy</a></strike> Television is the worst form of <strike>government</strike> advertising, except all the others that have been tried.</p>
</blockquote>
<p>Yet, it includes the nasty local TV spend chart above. The deck has similar graphs showing the devastation occuring to local radio and directories. Local newspapers even make the nationals look healthy.</p>
</li>
</ol>
<p>My interpretation of the data is that local advertising is coming online in a different way than I’ve seen documented. Local direct response is coming online reasonably well, but local engagement is not. Local businesses can advertise around products and services but have not found a way to communicate around interest and likemindedness.</p>
<p>It’s not very surprising when you look at it — online communities of interest have no specific reason to be primarily local. The Internet helps us find people with our very same passions, no matter where they are. Statistically speaking, they are unlikely to be nearby. There are certainly exceptions which <a href="http://missionmission.wordpress.com">can be fun</a> to <a href="http://newspeedwayboogie.tumblr.com/post/140753975/our-policy-love-is-communication-digger-papers">play with</a>, but I’m not surprised to see that our engagement with local communities is losing relative mindshare.</p>
<p>For local advertisers and their ad network vendors, one good solution is to plug people’s anonymous local buying behavior into a large profiling system and retarget them on other non-local web sites. It’s yet another example of ad networks using demographic targeting and Lookery MyProfiles to compete with <a href="http://www.facebook.com/advertising/">Facebook Ads</a> out on the Open Web.</p>
<p><i>[NB: Yes, I originally mistyped MAGNA as MANGA.]</i></p>
<p><a class="zemanta-pixie-a" href="http://reblog.zemanta.com/zemified/095d0a57-6453-4f60-b948-312ed5d21912/" title="Reblog this post [with Zemanta]"><img style="border: medium none; float: right;" class="zemanta-pixie-img" src="http://img.zemanta.com/reblog_e.png?x-id=095d0a57-6453-4f60-b948-312ed5d21912" alt="Reblog this post [with Zemanta]"/></a></p>]]></content:encoded>
			<wfw:commentRss>http://blog.lookery.com/2009/07/13/random-to-me-manga-image-via-wikipedialocal-advertising/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Refining Lookery&#8217;s Pricing &#8212; Campaign Service</title>
		<link>http://blog.lookery.com/2009/07/12/refining-lookerys-pricing-campaign-service/</link>
		<comments>http://blog.lookery.com/2009/07/12/refining-lookerys-pricing-campaign-service/#comments</comments>
		<pubDate>Mon, 13 Jul 2009 00:00:00 +0000</pubDate>
		<dc:creator>Scott Rafer</dc:creator>
				<category><![CDATA[Lookery]]></category>
		<category><![CDATA[RSS Syndicated]]></category>
		<category><![CDATA[Adknowledge]]></category>
		<category><![CDATA[Amazon Elastic Compute Cloud]]></category>
		<category><![CDATA[Amazon Web Services]]></category>
		<category><![CDATA[Cloud computing]]></category>
		<category><![CDATA[Google AppEngine]]></category>
		<category><![CDATA[pricing]]></category>
		<category><![CDATA[subscription]]></category>
		<category><![CDATA[Web service]]></category>

		<guid isPermaLink="false">http://rafer.tumblr.com/post/140417835</guid>
		<description><![CDATA[<p class="zemanta-img" style="margin: 1em; float: right; display: block; width: 250px;"><a href="http://www.flickr.com/photos/25699840@N03/3543612455"><img src="http://farm4.static.flickr.com/3407/3543612455_a58e599c08_m.jpg" alt="Taxi Meter"></a>Meter Image by <a href="http://www.flickr.com/photos/25699840@N03/3543612455">JL08</a> via Flickr</p>
<p>After <a class="zem_slink" href="http://www.lookery.com/" title="Lookery" rel="homepage">Lookery</a> <a href="http://paidcontent.org/article/419-one-week-two-acquisitions-adknowledge-buys-lookerys-ad-net-business/">sold its ad network</a> to <a class="zem_slink" href="http://adknowledge.com" title="Adknowledge" rel="homepage">Adknowledge</a> in the Fall, we finished building our user-targeting service and started licensing data. We obviously needed pricing. I normally start by analyzing the competition but  the existing demographic offerings did not offer much guidance. They’re <a class="zem_slink" href="http://en.wikipedia.org/wiki/Panel_data" title="Panel data" rel="wikipedia">panel data</a> which is super cheap as it doesn’t perform for individual targeting, credit bureau data that is bundled with credit card transations and has all sorts of <a class="zem_slink" href="http://en.wikipedia.org/wiki/Personally_identifiable_information" title="Personally identifiable information" rel="wikipedia">PII</a> problems, one-off deals with portals that are individually and expensively negotiated, and spammer data which has been collected in ways that create civil or even criminal liabilty.</p>
<p>We also sell Lookery MyProfiles, which is <a class="zem_slink" href="http://www.wikinvest.com/concept/Cloud_Computing" title="Cloud Computing" rel="wikinvest">SaaS</a> profile hosting and distribution, though MyProfiles’ marketing is low-key for now. We’re not aware of a comparable service, so the competitive info is thin again.</p>
<p>In that kind of data vacuum, the steps we took aren’t very surprising, but they do vary a bit from what I usually read:</p>
<ul>
<li>Without useful competitive info, <b>start with the obvious, and start quickly. </b>Obviousness, which includes simplicity, is never the whole answer, but it’s the best way to the learn the most in the least time.</li>
<li>
<b>Iterate slowly,</b> customers and prospects don’t like prices to change. I try and keep the frequency down to twice a year.</li>
<li>
<b>Price from value, not cost, but know what your costs are. </b>Of increasing importance in a <a class="zem_slink" href="http://www.wikinvest.com/concept/Cloud_Computing" title="Cloud Computing" rel="wikinvest">cloud-computing</a> world is understanding the fixed versus <a class="zem_slink" href="http://en.wikipedia.org/wiki/Variable_cost" title="Variable cost" rel="wikipedia">variable costs</a>. Because cloud-hosted enterprises are no longer buying or even committing to server hardware, our variable costs (<i>i.e. </i>our <a class="zem_slink" href="http://amazon.com/" title="Amazon" rel="homepage">Amazon</a>, Media Temple or <a class="zem_slink" href="http://code.google.com/appengine/" title="Google App Engine" rel="homepage">Google App Engine</a> bills) are a greater fraction of our total expense than previously. Watch those changes.</li>
<li>
<b>Don’t worry much about cannibalism.</b> My most influential professional mentor, who could sell you your own eyebrows, looks at distribution from the angle of, “If you don’t have channel conflict, then you don’t have a channel.” The same lesson applies here. If your pricing options don’t overlap a little, then your pricing is excluding in-between customers entirely. That’s more expensive than the alternatives.</li>
<li>
<b>Decide what you are optimizing for</b> — this month’s revenue, commitment, or building distribution for your next offering. Lookery cares most about building long-term financial relationships with its data licensees and licensors, so we offer lower prices for time and volume commitments. </li>
<li>
<b>Keep the number of pricing options low.</b> We had two types of Network Service (see below) at first. When we added Campaign Service, we were planning to offer two versions of that as well. Even with just four options, our sales prospects quickly started entering <a class="zem_slink" href="http://en.wikipedia.org/wiki/Analysis_paralysis" title="Analysis paralysis" rel="wikipedia">analysis paralysis</a>, because we were asking them to make too many subtle financial decisions. Now in its final form, we offer just one way to buy Network-wide data and one way to buy Campaign data. The simplification is already a clear sales cycle improvement.</li>
<li>
<b>Think about how future services will fit — very briefly. </b>We all naturally overestimate our ability to foresee even the near future. Make sure there’s no live-or-die pricing conflict being created but attempt <i>no</i> optimization.</li>
</ul>
<p><i><b>Lookery Network and Campaign Pricing</b></i><br />Using the above, the first pricing scheme Lookery offered was <b>Network Service</b>. We charge a flat monthly fee for every unique demo profile that we license each month. The data is delivered in the form of Birthyear, Gender, and Location, <i>i.e.</i> 1975, male, and <a class="zem_slink" href="http://maps.google.com/maps?ll=37.3041666667,-121.872777778&#38;spn=0.1,0.1&#38;q=37.3041666667,-121.872777778%20%28San%20Jose%2C%20California%29&#38;t=h" title="San Jose, California" rel="geolocation">San Jose, CA</a>.<i> </i>That profile, completely anonymous before Lookery even gets it, can be used by the client for any targeting they like as long as they do not sublicense it. The profiles are stored in an  <a href="http://blog.lookery.com/2009/06/05/cloud-costing-rules/">unusual and advantageous</a> system on <a href="http://aws.amazon.com">Amazon Web Services</a>, and delivered via pixel dropping like the rest of the <a class="zem_slink" href="http://en.wikipedia.org/wiki/Online_advertising" title="Online advertising" rel="wikipedia">online ad</a> world.</p>
<p>Midyear, it became time to update our pricing in order to address a much larger portion of our market. As is typical in advertising, more customers run their accounting on a per-campaign basis, so we added <b>Campaign Service</b> pricing. In campaign pricing, we deliver a different version of the same <a class="zem_slink" href="http://en.wikipedia.org/wiki/Demographics" title="Demographics" rel="wikipedia">demographic data</a> but at a lower price. Instead of querying Lookery for “What’s this person’s birthyear and gender?,” customers ask our system “Is this person a female between 35 and 44?” We respond with <i>Yes</i> or <i>No</i>, and the license to that data lasts for the campaign or the life of the cookie.</p>
<p class="zemanta-related-title"><i>Related articles by Zemanta</i></p>
<ul class="zemanta-article-ul">
<li class="zemanta-article-ul-li">
<a href="http://venturebeat.com/2009/02/24/lookery-refocuses-on-its-paid-ad-targeting-business/">Lookery refocuses on its paid ad targeting business</a> (venturebeat.com)</li>
<li class="zemanta-article-ul-li">
<a href="http://news.cnet.com/8301-19413_3-10280535-240.html?part=rss&#38;subj=news"> Three debates that will benefit cloud computing </a> (news.cnet.com)</li>
</ul>
<a class="zemanta-pixie-a" href="http://reblog.zemanta.com/zemified/5111bfdb-4b94-48f7-a0e2-1901623da27d/" title="Reblog this post [with Zemanta]"><img style="border: medium none; float: right;" class="zemanta-pixie-img" src="http://img.zemanta.com/reblog_e.png?x-id=5111bfdb-4b94-48f7-a0e2-1901623da27d"></a>]]></description>
			<content:encoded><![CDATA[<p class="zemanta-img" style="margin: 1em; float: right; display: block; width: 250px;"><a href="http://www.flickr.com/photos/25699840@N03/3543612455"><img src="http://farm4.static.flickr.com/3407/3543612455_a58e599c08_m.jpg" alt="Taxi Meter" style="border: medium none; display: block;"/></a>Meter Image by <a href="http://www.flickr.com/photos/25699840@N03/3543612455">JL08</a> via Flickr</p>
<p>After <a class="zem_slink" href="http://www.lookery.com/" title="Lookery" rel="homepage">Lookery</a> <a href="http://paidcontent.org/article/419-one-week-two-acquisitions-adknowledge-buys-lookerys-ad-net-business/">sold its ad network</a> to <a class="zem_slink" href="http://adknowledge.com" title="Adknowledge" rel="homepage">Adknowledge</a> in the Fall, we finished building our user-targeting service and started licensing data. We obviously needed pricing. I normally start by analyzing the competition but  the existing demographic offerings did not offer much guidance. They’re <a class="zem_slink" href="http://en.wikipedia.org/wiki/Panel_data" title="Panel data" rel="wikipedia">panel data</a> which is super cheap as it doesn’t perform for individual targeting, credit bureau data that is bundled with credit card transations and has all sorts of <a class="zem_slink" href="http://en.wikipedia.org/wiki/Personally_identifiable_information" title="Personally identifiable information" rel="wikipedia">PII</a> problems, one-off deals with portals that are individually and expensively negotiated, and spammer data which has been collected in ways that create civil or even criminal liabilty.</p>
<p>We also sell Lookery MyProfiles, which is <a class="zem_slink" href="http://www.wikinvest.com/concept/Cloud_Computing" title="Cloud Computing" rel="wikinvest">SaaS</a> profile hosting and distribution, though MyProfiles’ marketing is low-key for now. We’re not aware of a comparable service, so the competitive info is thin again.</p>
<p>In that kind of data vacuum, the steps we took aren’t very surprising, but they do vary a bit from what I usually read:</p>
<ul>
<li>Without useful competitive info, <b>start with the obvious, and start quickly. </b>Obviousness, which includes simplicity, is never the whole answer, but it’s the best way to the learn the most in the least time.</li>
<li>
<b>Iterate slowly,</b> customers and prospects don’t like prices to change. I try and keep the frequency down to twice a year.</li>
<li>
<b>Price from value, not cost, but know what your costs are. </b>Of increasing importance in a <a class="zem_slink" href="http://www.wikinvest.com/concept/Cloud_Computing" title="Cloud Computing" rel="wikinvest">cloud-computing</a> world is understanding the fixed versus <a class="zem_slink" href="http://en.wikipedia.org/wiki/Variable_cost" title="Variable cost" rel="wikipedia">variable costs</a>. Because cloud-hosted enterprises are no longer buying or even committing to server hardware, our variable costs (<i>i.e. </i>our <a class="zem_slink" href="http://amazon.com/" title="Amazon" rel="homepage">Amazon</a>, Media Temple or <a class="zem_slink" href="http://code.google.com/appengine/" title="Google App Engine" rel="homepage">Google App Engine</a> bills) are a greater fraction of our total expense than previously. Watch those changes.</li>
<li>
<b>Don’t worry much about cannibalism.</b> My most influential professional mentor, who could sell you your own eyebrows, looks at distribution from the angle of, “If you don’t have channel conflict, then you don’t have a channel.” The same lesson applies here. If your pricing options don’t overlap a little, then your pricing is excluding in-between customers entirely. That’s more expensive than the alternatives.</li>
<li>
<b>Decide what you are optimizing for</b> — this month’s revenue, commitment, or building distribution for your next offering. Lookery cares most about building long-term financial relationships with its data licensees and licensors, so we offer lower prices for time and volume commitments. </li>
<li>
<b>Keep the number of pricing options low.</b> We had two types of Network Service (see below) at first. When we added Campaign Service, we were planning to offer two versions of that as well. Even with just four options, our sales prospects quickly started entering <a class="zem_slink" href="http://en.wikipedia.org/wiki/Analysis_paralysis" title="Analysis paralysis" rel="wikipedia">analysis paralysis</a>, because we were asking them to make too many subtle financial decisions. Now in its final form, we offer just one way to buy Network-wide data and one way to buy Campaign data. The simplification is already a clear sales cycle improvement.</li>
<li>
<b>Think about how future services will fit — very briefly. </b>We all naturally overestimate our ability to foresee even the near future. Make sure there’s no live-or-die pricing conflict being created but attempt <i>no</i> optimization.</li>
</ul>
<p><i><b>Lookery Network and Campaign Pricing</b></i><br/>Using the above, the first pricing scheme Lookery offered was <b>Network Service</b>. We charge a flat monthly fee for every unique demo profile that we license each month. The data is delivered in the form of Birthyear, Gender, and Location, <i>i.e.</i> 1975, male, and <a class="zem_slink" href="http://maps.google.com/maps?ll=37.3041666667,-121.872777778&spn=0.1,0.1&q=37.3041666667,-121.872777778%20%28San%20Jose%2C%20California%29&t=h" title="San Jose, California" rel="geolocation">San Jose, CA</a>.<i> </i>That profile, completely anonymous before Lookery even gets it, can be used by the client for any targeting they like as long as they do not sublicense it. The profiles are stored in an  <a href="http://blog.lookery.com/2009/06/05/cloud-costing-rules/">unusual and advantageous</a> system on <a href="http://aws.amazon.com">Amazon Web Services</a>, and delivered via pixel dropping like the rest of the <a class="zem_slink" href="http://en.wikipedia.org/wiki/Online_advertising" title="Online advertising" rel="wikipedia">online ad</a> world.</p>
<p>Midyear, it became time to update our pricing in order to address a much larger portion of our market. As is typical in advertising, more customers run their accounting on a per-campaign basis, so we added <b>Campaign Service</b> pricing. In campaign pricing, we deliver a different version of the same <a class="zem_slink" href="http://en.wikipedia.org/wiki/Demographics" title="Demographics" rel="wikipedia">demographic data</a> but at a lower price. Instead of querying Lookery for “What’s this person’s birthyear and gender?,” customers ask our system “Is this person a female between 35 and 44?” We respond with <i>Yes</i> or <i>No</i>, and the license to that data lasts for the campaign or the life of the cookie.</p>
<p class="zemanta-related-title"><i>Related articles by Zemanta</i></p>
<ul class="zemanta-article-ul">
<li class="zemanta-article-ul-li">
<a href="http://venturebeat.com/2009/02/24/lookery-refocuses-on-its-paid-ad-targeting-business/">Lookery refocuses on its paid ad targeting business</a> (venturebeat.com)</li>
<li class="zemanta-article-ul-li">
<a href="http://news.cnet.com/8301-19413_3-10280535-240.html?part=rss&subj=news"> Three debates that will benefit cloud computing </a> (news.cnet.com)</li>
</ul>
<a class="zemanta-pixie-a" href="http://reblog.zemanta.com/zemified/5111bfdb-4b94-48f7-a0e2-1901623da27d/" title="Reblog this post [with Zemanta]"><img style="border: medium none; float: right;" class="zemanta-pixie-img" src="http://img.zemanta.com/reblog_e.png?x-id=5111bfdb-4b94-48f7-a0e2-1901623da27d" alt="Reblog this post [with Zemanta]"/></a>]]></content:encoded>
			<wfw:commentRss>http://blog.lookery.com/2009/07/12/refining-lookerys-pricing-campaign-service/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Referrer Processing for Content Sites</title>
		<link>http://blog.lookery.com/2009/07/06/referrer-processing-for-content-sites/</link>
		<comments>http://blog.lookery.com/2009/07/06/referrer-processing-for-content-sites/#comments</comments>
		<pubDate>Mon, 06 Jul 2009 16:46:00 +0000</pubDate>
		<dc:creator>Scott Rafer</dc:creator>
				<category><![CDATA[Lookery]]></category>
		<category><![CDATA[RSS Syndicated]]></category>
		<category><![CDATA[Artificially Free]]></category>
		<category><![CDATA[Digg]]></category>
		<category><![CDATA[facebook]]></category>
		<category><![CDATA[Facebook Connect]]></category>
		<category><![CDATA[Interpublic Group of Companies]]></category>
		<category><![CDATA[referrers]]></category>
		<category><![CDATA[SEO]]></category>
		<category><![CDATA[StumbleUpon]]></category>
		<category><![CDATA[Yahoo]]></category>

		<guid isPermaLink="false">http://rafer.tumblr.com/post/136508641</guid>
		<description><![CDATA[<p>Figuring out <a href="http://rafer.tumblr.com/post/135448901/really-free-vs-artificially-free">Really Free vs. Artificially Free</a> got me thinking about the <a class="zem_slink" href="http://www.lookery.com/" title="Lookery" rel="homepage">Lookery</a>’s discontinued Artificially Free* offering — our free demographic reporting. We built it to gather keyword search referrers and then sell keyword targeting just as we sell <a href="http://www.lookery.com/target/">demographic targeting</a>. Ending the service was unfortunately the right thing to do for Lookery, a low-capital startup in a down market, but I hated turning away a thousand publishers and the whole thing left a big question unanswered for me.</p>
<p><b>When will <a class="zem_slink" href="http://en.wikipedia.org/wiki/HTTP_referrer" title="HTTP referrer" rel="wikipedia">referrer</a> processing become significant for content sites as it already is for e-commerce sites? </b></p>
<p>By Referrer Processing, I mean changing the content of the <a class="zem_slink" href="http://en.wikipedia.org/wiki/Landing_page" title="Landing page" rel="wikipedia">landing page</a> based on what site the visitor is coming from. The information in the referrer is primarily a domain name (<a class="zem_slink" href="http://www.digg.com" title="Digg" rel="homepage">Digg</a>, <a class="zem_slink" href="http://www.stumbleupon.com/" title="StumbleUpon" rel="homepage">StumbleUpon</a>, <a class="zem_slink" href="http://www.mybloglog.com" title="MyBlogLog" rel="homepage">MyBlogLog</a>), but also includes search keywords and other parameters in specific cases. <a class="zem_slink" href="http://dogster.com/" title="Dogster" rel="homepage">Dogster</a>’s welcome panel for <a class="zem_slink" href="http://www.stumbleupon.com/" title="StumbleUpon" rel="homepage">StumbleUponers</a> visiting <a href="http://snuzzy.com">Snuzzy</a> is pictured below as an example. This mechanism <a href="http://blog.dogster.com/2009/04/20/increase-referer-traffic-25x-by-showing-welcome-message/">raises site visits by 25x</a> for certain sorts of referrers.<a href="http://blog.dogster.com/2009/04/20/increase-referer-traffic-25x-by-showing-welcome-message/"><img alt="Dogster Stumbler Welcome PAnel" src="http://blog.dogster.com/wp-content/uploads/2009/04/picture-5.png" width="568"></a></p>
<p>Dogster has learned out to get more visits using referrer processing, by increasing the degree to which Snuzzy is promoted inside StumbleUpon. We had lots of anecdotal evidence at MyBlogLog that we created longer visits than Digg, which is another lever to pull. I also suspect that visit value (i.e. conversion to revenue) could be increased as the system was refined.</p>
<p>Lookery hoped to accelerate referrer processing for content sites by making search keyword <a class="zem_slink" href="http://en.wikipedia.org/wiki/Behavioral_retargeting" title="Behavioral retargeting" rel="wikipedia">retargeting</a> easily and inexpensively available. Beyond what <a href="http://hittail.com">Hittail</a> and other companies in the sector offer, we were planning to create a keyword network across everyone running our Javascript. Today’s <a href="http://online.wsj.com/article/SB124684239585598449.html">Quancast article in the WSJ</a> touches on both halves of the issue, but no one vendor does.</p>
<blockquote>
<p>David Zinman, <a class="zem_slink" href="http://www.yahoo.com" title="Yahoo!" rel="homepage">Yahoo</a>’s vice president and general manager for display advertising, says his company recently launched a new ad-targeting service that allows advertisers to show display ads to visitors who searched for certain search terms. “We have data that is only available to Yahoo, and are using it in a very specific and customized way” for advertisers, he says.</p>
<p>Still, some ad professionals are enthusiastic about <a class="zem_slink" href="http://www.quantcast.com/" title="Quantcast" rel="homepage">Quantcast</a>’s new service. “Yahoo can do many of the things that Quantcast can do, but they only see behavior on their own networks,” says Jacki Kelley, president of <a class="zem_slink" href="http://maps.google.com/maps?ll=48.1666666667,-100.166666667&#38;spn=1.0,1.0&#38;q=48.1666666667,-100.166666667%20%28North%20America%29&#38;t=h" title="North America" rel="geolocation">North America</a> for Universal <a class="zem_slink" href="http://en.wikipedia.org/wiki/McCann_Erickson" title="McCann Erickson" rel="wikipedia">McCann</a>, a media agency owned by <a href="http://online.wsj.com/public/quotes/main.html?type=djn&#38;symbol=IPG" class="companyRollover link11unvisited">Interpublic Group</a>. She says one of her clients is testing the Quantcast media-buying program.</p>
</blockquote>
<p>Quantcast is building the network but does not help marketers or publishers directly target individuals. Yahoo! targets individuals, but does <a href="http://rafer.tumblr.com/post/134252365/mybloglog-the-4-widget-on-the-web-sigh">not include its networks</a>. Now that <a href="http://www.avc.com/a_vc/2009/04/the-power-of-passed-links.html">social referrers</a> are seen as an real sector, the problem will get solved. I’d bet on <a class="zem_slink" href="http://facebook.com" title="Facebook" rel="homepage">Facebook</a> Connect in partnership with <a class="zem_slink" href="http://www.microsoft.com" title="Microsoft" rel="homepage">Microsoft</a> Search to walk away with it, though <a href="http://bit.ly">bit.ly</a>** has a shot if they want it.</p>
<p><i><b>UPDATE:</b></i> I should have noted that Lookery also stepped out the search keyword business as we believe that Google will <a href="http://rafer.tumblr.com/post/114717065/the-new-google-search-referral-url-when-being">stop including keywords</a> in its referrer URLs. This will crush the ecology initially but eventually provide a boost to Yahoo!, Microsoft, and <a href="http://ask.com">Ask</a>.</p>
<p><i>*</i><i>Lookery’s free demographic reporting was Artificially Free </i><i>because the value creation was not simultaneous with the expense of the free service and because the value creation was speculative (though either condition would have sufficed).<br />** I’m on bit.ly’s advisory board.<br /></i></p>

<a class="zemanta-pixie-a" href="http://reblog.zemanta.com/zemified/19873394-8c1d-415d-ae14-3012cb7f9286/" title="Reblog this post [with Zemanta]"><img style="border: medium none; float: right;" class="zemanta-pixie-img" src="http://img.zemanta.com/reblog_e.png?x-id=19873394-8c1d-415d-ae14-3012cb7f9286"></a>]]></description>
			<content:encoded><![CDATA[<p>Figuring out <a href="http://rafer.tumblr.com/post/135448901/really-free-vs-artificially-free">Really Free vs. Artificially Free</a> got me thinking about the <a class="zem_slink" href="http://www.lookery.com/" title="Lookery" rel="homepage">Lookery</a>’s discontinued Artificially Free* offering — our free demographic reporting. We built it to gather keyword search referrers and then sell keyword targeting just as we sell <a href="http://www.lookery.com/target/">demographic targeting</a>. Ending the service was unfortunately the right thing to do for Lookery, a low-capital startup in a down market, but I hated turning away a thousand publishers and the whole thing left a big question unanswered for me.</p>
<p><b>When will <a class="zem_slink" href="http://en.wikipedia.org/wiki/HTTP_referrer" title="HTTP referrer" rel="wikipedia">referrer</a> processing become significant for content sites as it already is for e-commerce sites? </b></p>
<p>By Referrer Processing, I mean changing the content of the <a class="zem_slink" href="http://en.wikipedia.org/wiki/Landing_page" title="Landing page" rel="wikipedia">landing page</a> based on what site the visitor is coming from. The information in the referrer is primarily a domain name (<a class="zem_slink" href="http://www.digg.com" title="Digg" rel="homepage">Digg</a>, <a class="zem_slink" href="http://www.stumbleupon.com/" title="StumbleUpon" rel="homepage">StumbleUpon</a>, <a class="zem_slink" href="http://www.mybloglog.com" title="MyBlogLog" rel="homepage">MyBlogLog</a>), but also includes search keywords and other parameters in specific cases. <a class="zem_slink" href="http://dogster.com/" title="Dogster" rel="homepage">Dogster</a>’s welcome panel for <a class="zem_slink" href="http://www.stumbleupon.com/" title="StumbleUpon" rel="homepage">StumbleUponers</a> visiting <a href="http://snuzzy.com">Snuzzy</a> is pictured below as an example. This mechanism <a href="http://blog.dogster.com/2009/04/20/increase-referer-traffic-25x-by-showing-welcome-message/">raises site visits by 25x</a> for certain sorts of referrers.<a href="http://blog.dogster.com/2009/04/20/increase-referer-traffic-25x-by-showing-welcome-message/"><img alt="Dogster Stumbler Welcome PAnel" src="http://blog.dogster.com/wp-content/uploads/2009/04/picture-5.png" width="568" height="137"/></a></p>
<p>Dogster has learned out to get more visits using referrer processing, by increasing the degree to which Snuzzy is promoted inside StumbleUpon. We had lots of anecdotal evidence at MyBlogLog that we created longer visits than Digg, which is another lever to pull. I also suspect that visit value (i.e. conversion to revenue) could be increased as the system was refined.</p>
<p>Lookery hoped to accelerate referrer processing for content sites by making search keyword <a class="zem_slink" href="http://en.wikipedia.org/wiki/Behavioral_retargeting" title="Behavioral retargeting" rel="wikipedia">retargeting</a> easily and inexpensively available. Beyond what <a href="http://hittail.com">Hittail</a> and other companies in the sector offer, we were planning to create a keyword network across everyone running our Javascript. Today’s <a href="http://online.wsj.com/article/SB124684239585598449.html">Quancast article in the WSJ</a> touches on both halves of the issue, but no one vendor does.</p>
<blockquote>
<p>David Zinman, <a class="zem_slink" href="http://www.yahoo.com" title="Yahoo!" rel="homepage">Yahoo</a>’s vice president and general manager for display advertising, says his company recently launched a new ad-targeting service that allows advertisers to show display ads to visitors who searched for certain search terms. “We have data that is only available to Yahoo, and are using it in a very specific and customized way” for advertisers, he says.</p>
<p>Still, some ad professionals are enthusiastic about <a class="zem_slink" href="http://www.quantcast.com/" title="Quantcast" rel="homepage">Quantcast</a>’s new service. “Yahoo can do many of the things that Quantcast can do, but they only see behavior on their own networks,” says Jacki Kelley, president of <a class="zem_slink" href="http://maps.google.com/maps?ll=48.1666666667,-100.166666667&spn=1.0,1.0&q=48.1666666667,-100.166666667%20%28North%20America%29&t=h" title="North America" rel="geolocation">North America</a> for Universal <a class="zem_slink" href="http://en.wikipedia.org/wiki/McCann_Erickson" title="McCann Erickson" rel="wikipedia">McCann</a>, a media agency owned by <a href="http://online.wsj.com/public/quotes/main.html?type=djn&symbol=IPG" class="companyRollover link11unvisited">Interpublic Group</a>. She says one of her clients is testing the Quantcast media-buying program.</p>
</blockquote>
<p>Quantcast is building the network but does not help marketers or publishers directly target individuals. Yahoo! targets individuals, but does <a href="http://rafer.tumblr.com/post/134252365/mybloglog-the-4-widget-on-the-web-sigh">not include its networks</a>. Now that <a href="http://www.avc.com/a_vc/2009/04/the-power-of-passed-links.html">social referrers</a> are seen as an real sector, the problem will get solved. I’d bet on <a class="zem_slink" href="http://facebook.com" title="Facebook" rel="homepage">Facebook</a> Connect in partnership with <a class="zem_slink" href="http://www.microsoft.com" title="Microsoft" rel="homepage">Microsoft</a> Search to walk away with it, though <a href="http://bit.ly">bit.ly</a>** has a shot if they want it.</p>
<p><i><b>UPDATE:</b></i> I should have noted that Lookery also stepped out the search keyword business as we believe that Google will <a href="http://rafer.tumblr.com/post/114717065/the-new-google-search-referral-url-when-being">stop including keywords</a> in its referrer URLs. This will crush the ecology initially but eventually provide a boost to Yahoo!, Microsoft, and <a href="http://ask.com">Ask</a>.</p>
<p><i>*</i><i>Lookery’s free demographic reporting was Artificially Free </i><i>because the value creation was not simultaneous with the expense of the free service and because the value creation was speculative (though either condition would have sufficed).<br/>** I’m on bit.ly’s advisory board.<br/></i></p>

<a class="zemanta-pixie-a" href="http://reblog.zemanta.com/zemified/19873394-8c1d-415d-ae14-3012cb7f9286/" title="Reblog this post [with Zemanta]"><img style="border: medium none; float: right;" class="zemanta-pixie-img" src="http://img.zemanta.com/reblog_e.png?x-id=19873394-8c1d-415d-ae14-3012cb7f9286" alt="Reblog this post [with Zemanta]"/></a>]]></content:encoded>
			<wfw:commentRss>http://blog.lookery.com/2009/07/06/referrer-processing-for-content-sites/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Really Free vs. Artificially Free</title>
		<link>http://blog.lookery.com/2009/07/04/really-free-vs-artificially-free/</link>
		<comments>http://blog.lookery.com/2009/07/04/really-free-vs-artificially-free/#comments</comments>
		<pubDate>Sat, 04 Jul 2009 18:47:12 +0000</pubDate>
		<dc:creator>Scott Rafer</dc:creator>
				<category><![CDATA[Lookery]]></category>
		<category><![CDATA[RSS Syndicated]]></category>
		<category><![CDATA[Chris Anderson]]></category>
		<category><![CDATA[free]]></category>
		<category><![CDATA[malcom gladwell]]></category>
		<category><![CDATA[mike masnick]]></category>
		<category><![CDATA[startup tactics]]></category>

		<guid isPermaLink="false">http://rafer.tumblr.com/post/135448901</guid>
		<description><![CDATA[<p class="zemanta-img" style="margin: 1em; float: right; display: block; width: 250px;"><a href="http://www.flickr.com/photos/71801547@N00/380096142"><img src="http://farm1.static.flickr.com/166/380096142_062ee2c2c3_m.jpg" alt="Malcom Gladwell's blink on Showtime's Weeds" style="border: medium none; display: block;" height="180"></a>Blink on <a href="http://en.wikipedia.org/wiki/Weeds_(TV_series)">Weeds</a> by <a href="http://www.flickr.com/photos/71801547@N00/380096142">DanMelinger</a>*</p>
<p>Running a low-capital web startup forces a different perspective on the <a href="http://dashes.com/anil/2009/07/free-criticism-and-science-without-data.html">Anderson&#124;Gladwell “Free” dustup</a>. In general, I’m glad Anderson brought attention to the topic, but web startups must take a more parochial and nuanced view of the issue — though not Gladwell’s. <a href="http://www.techdirt.com/articles/20090701/0422125421.shtml">Masnick</a> pithily sums up how most of the world views Free business:</p>
<blockquote>
<p>The answer to Gladwell’s question is simply one of <a class="zem_slink" href="http://en.wikipedia.org/wiki/Economic_efficiency" title="Economic efficiency" rel="wikipedia">economic efficiency</a>. You can pay people to write — just as <a class="zem_slink" href="http://www.amazon.com/2007-Encyclopedia-Britannica-Encyclopaedia-Editorial/dp/1593392923%3FSubscriptionId%3D0G81C5DAZ03ZR9WH9X82%26tag%3Dzemanta-20%26linkCode%3Dxm2%26camp%3D2025%26creative%3D165953%26creativeASIN%3D1593392923" title="2007 Encyclopedia Britannica (Encyclopaedia)" rel="amazon">Encyclopaedia Britannica</a> does. Or you can get other people to write for non-monetary rewards — as Wikipedia does. The latter is a lot more efficient a solution, and the difference in productivity and output is quite evident. It’s not saying that there is no business in paying people to write, but it’s a very different business than the indirect business model, and it’s the economic efficiencies that come into play.</p>
</blockquote>
<p>I haven’t read <a href="http://www.amazon.com/gp/product/1401322905?ie=UTF8&#38;tag=2020-20&#38;linkCode=as2&#38;camp=1789&#38;creative=390957&#38;creativeASIN=1401322905">Free</a>, and I’m unlikely to get to it. Free, <a href="http://www.avc.com/a_vc/2009/07/freemium-and-freeconomics.html">freemium</a>, and similar issues are subsets of <a href="http://en.wikipedia.org/wiki/Gift_economy">Gift Economics</a>, and Anderson’s book isn’t be actionable enough for what I need. His audience doesn’t care about capital consumption in building Free businesses, so he doesn’t address it deeply.</p>
<p>Startups need to see Free economics as two mutually exclusive options — the <b>Really Free</b> and the <b>Artificially Free</b>. In this context, Really Free offerings pair some kind of loss-leader service with <i>simultaneous, concrete value creation</i>, and Artificially Free offerings do not. Artificially Free goods are competitive giveaways with little or no current benefit to the vendor other than lowering the competition’s <a class="zem_slink" href="http://en.wikipedia.org/wiki/Market_share" title="Market share" rel="wikipedia">market share</a> or soaking up distribution in a new market where the revenue model isn’t clear, per <a href="http://continuations.com/post/132871055/the-continuing-confusion-about-free">all the YouTube discussion</a>. Companies with lots of cash have always done this sort of thing to push competitors out of the market. Other than <a href="http://en.wikipedia.org/wiki/United_States_v._Microsoft">anti-co<b>M</b>petitive scenario<b>$</b></a>, it’s a completely valid approach.</p>
<p>The social web brings a new wrinkle to the Artificially Free competitive giveway —  sometimes it masquerades as Really Free. There are four versions of the masquerade:</p>
<ol>
<li>Big companies who have jumped on the social bandwagon and either don’t know or don’t care whether their giveaways are Free or Artificial;</li>
<li>VC-backed startups where both management and investors know that the giveaway is Artificially Free, though not scarce;</li>
<li>VC-backed startups where the investors (and maybe also management) don’t know that the giveaway is Artificially Free (but not scarce again); and </li>
<li>Startups of whatever size that represent that an inexpensive but <a class="zem_slink" href="http://en.wikipedia.org/wiki/Scarcity" title="Scarcity" rel="wikipedia">scarce good</a> as Free, trying to finesse the scarcity issue later.</li>
</ol>
<p>To act, startup managers first need to figure out whether their own services are Really Free or Artificially Free. You <b>must</b> <b>not fool yourself</b> about whether your good is Really or Artificially Free. If your good is Really Free, then do the same analysis for your competition. If your good is Artificially Free, still analyze the competition next but with any eye to how much capital it will take to fight them. Endurance won’t be enough. If you are Artificially Free, and they are Really Free — bail. That’s not a situation in which founders make money.**</p>
<p>Once you know everyone’s Free status, set your course. By the numbers above, numbers 1 and 2 are a pure endurance or fundraising game. You will need to simply outlast their ability to lose money and make sure they don’t move from Artificial to Real without you in the interim. It’s important to note that VCs often choose to ignore the difference between Really Free and Artificially Free. I would too in their shoes. VCs achieve better investment returns when startups spend their way to Really Free than when it’s the starting point.</p>
<p>Number 3 eventually devolves into Number 2, a point at which point I’ve been fired at least once. Hit the competition hard at this moment, no matter how much money they’ve got. Number 4, competition that is giving away a scarce good as Free, almost always means you are dealing in a scarce good too. That’s beyond the scope of this analysis and is only listed for completeness. The most obvious examples are <a class="zem_slink" href="http://Pandora.com" title="Pandora" rel="homepage">Pandora</a>, imeem, <i>et al</i>, who gained distribution by giving away what the music companies have the [increasingly bizarre] legal right to charge for.</p>
<p>*<i>Thank you, <a href="http://zemanta.com">Zemanta</a>, for the “Lordie, are you high!?!?” photo.<br />**My normal VC fundraising proviso also applies — don’t do it unless you are already rich. </i></p>
<p class="zemanta-related-title"><i>Related articles by Zemanta</i></p>
<ul class="zemanta-article-ul">
<li class="zemanta-article-ul-li">
<a href="http://techdirt.com/articles/20090304/0051483982.shtml">Those Who Don’t Understand The Value Of Free Information Are Doomed To Fail</a> (techdirt.com)</li>
<li class="zemanta-article-ul-li">
<a href="http://www.kottke.org/09/06/apparent-plagiarism-in-chris-andersons-free"> Apparent Plagiarism in Chris Anderson’s Free</a> (kottke.org)</li>
</ul>
<a class="zemanta-pixie-a" href="http://reblog.zemanta.com/zemified/ea742562-5930-4593-be4b-40fedd43b0e5/" title="Reblog this post [with Zemanta]"><img style="border: medium none; float: right;" class="zemanta-pixie-img" src="http://img.zemanta.com/reblog_e.png?x-id=ea742562-5930-4593-be4b-40fedd43b0e5"></a>]]></description>
			<content:encoded><![CDATA[<p class="zemanta-img" style="margin: 1em; float: right; display: block; width: 250px;"><a href="http://www.flickr.com/photos/71801547@N00/380096142"><img src="http://farm1.static.flickr.com/166/380096142_062ee2c2c3_m.jpg" alt="Malcom Gladwell's blink on Showtime's Weeds" style="border: medium none; display: block;" height="180" width="240"/></a>Blink on <a href="http://en.wikipedia.org/wiki/Weeds_(TV_series)">Weeds</a> by <a href="http://www.flickr.com/photos/71801547@N00/380096142">DanMelinger</a>*</p>
<p>Running a low-capital web startup forces a different perspective on the <a href="http://dashes.com/anil/2009/07/free-criticism-and-science-without-data.html">Anderson|Gladwell “Free” dustup</a>. In general, I’m glad Anderson brought attention to the topic, but web startups must take a more parochial and nuanced view of the issue — though not Gladwell’s. <a href="http://www.techdirt.com/articles/20090701/0422125421.shtml">Masnick</a> pithily sums up how most of the world views Free business:</p>
<blockquote>
<p>The answer to Gladwell’s question is simply one of <a class="zem_slink" href="http://en.wikipedia.org/wiki/Economic_efficiency" title="Economic efficiency" rel="wikipedia">economic efficiency</a>. You can pay people to write — just as <a class="zem_slink" href="http://www.amazon.com/2007-Encyclopedia-Britannica-Encyclopaedia-Editorial/dp/1593392923%3FSubscriptionId%3D0G81C5DAZ03ZR9WH9X82%26tag%3Dzemanta-20%26linkCode%3Dxm2%26camp%3D2025%26creative%3D165953%26creativeASIN%3D1593392923" title="2007 Encyclopedia Britannica (Encyclopaedia)" rel="amazon">Encyclopaedia Britannica</a> does. Or you can get other people to write for non-monetary rewards — as Wikipedia does. The latter is a lot more efficient a solution, and the difference in productivity and output is quite evident. It’s not saying that there is no business in paying people to write, but it’s a very different business than the indirect business model, and it’s the economic efficiencies that come into play.</p>
</blockquote>
<p>I haven’t read <a href="http://www.amazon.com/gp/product/1401322905?ie=UTF8&tag=2020-20&linkCode=as2&camp=1789&creative=390957&creativeASIN=1401322905">Free</a>, and I’m unlikely to get to it. Free, <a href="http://www.avc.com/a_vc/2009/07/freemium-and-freeconomics.html">freemium</a>, and similar issues are subsets of <a href="http://en.wikipedia.org/wiki/Gift_economy">Gift Economics</a>, and Anderson’s book isn’t be actionable enough for what I need. His audience doesn’t care about capital consumption in building Free businesses, so he doesn’t address it deeply.</p>
<p>Startups need to see Free economics as two mutually exclusive options — the <b>Really Free</b> and the <b>Artificially Free</b>. In this context, Really Free offerings pair some kind of loss-leader service with <i>simultaneous, concrete value creation</i>, and Artificially Free offerings do not. Artificially Free goods are competitive giveaways with little or no current benefit to the vendor other than lowering the competition’s <a class="zem_slink" href="http://en.wikipedia.org/wiki/Market_share" title="Market share" rel="wikipedia">market share</a> or soaking up distribution in a new market where the revenue model isn’t clear, per <a href="http://continuations.com/post/132871055/the-continuing-confusion-about-free">all the YouTube discussion</a>. Companies with lots of cash have always done this sort of thing to push competitors out of the market. Other than <a href="http://en.wikipedia.org/wiki/United_States_v._Microsoft">anti-co<b>M</b>petitive scenario<b>$</b></a>, it’s a completely valid approach.</p>
<p>The social web brings a new wrinkle to the Artificially Free competitive giveway —  sometimes it masquerades as Really Free. There are four versions of the masquerade:</p>
<ol>
<li>Big companies who have jumped on the social bandwagon and either don’t know or don’t care whether their giveaways are Free or Artificial;</li>
<li>VC-backed startups where both management and investors know that the giveaway is Artificially Free, though not scarce;</li>
<li>VC-backed startups where the investors (and maybe also management) don’t know that the giveaway is Artificially Free (but not scarce again); and </li>
<li>Startups of whatever size that represent that an inexpensive but <a class="zem_slink" href="http://en.wikipedia.org/wiki/Scarcity" title="Scarcity" rel="wikipedia">scarce good</a> as Free, trying to finesse the scarcity issue later.</li>
</ol>
<p>To act, startup managers first need to figure out whether their own services are Really Free or Artificially Free. You <b>must</b> <b>not fool yourself</b> about whether your good is Really or Artificially Free. If your good is Really Free, then do the same analysis for your competition. If your good is Artificially Free, still analyze the competition next but with any eye to how much capital it will take to fight them. Endurance won’t be enough. If you are Artificially Free, and they are Really Free — bail. That’s not a situation in which founders make money.**</p>
<p>Once you know everyone’s Free status, set your course. By the numbers above, numbers 1 and 2 are a pure endurance or fundraising game. You will need to simply outlast their ability to lose money and make sure they don’t move from Artificial to Real without you in the interim. It’s important to note that VCs often choose to ignore the difference between Really Free and Artificially Free. I would too in their shoes. VCs achieve better investment returns when startups spend their way to Really Free than when it’s the starting point.</p>
<p>Number 3 eventually devolves into Number 2, a point at which point I’ve been fired at least once. Hit the competition hard at this moment, no matter how much money they’ve got. Number 4, competition that is giving away a scarce good as Free, almost always means you are dealing in a scarce good too. That’s beyond the scope of this analysis and is only listed for completeness. The most obvious examples are <a class="zem_slink" href="http://Pandora.com" title="Pandora" rel="homepage">Pandora</a>, imeem, <i>et al</i>, who gained distribution by giving away what the music companies have the [increasingly bizarre] legal right to charge for.</p>
<p>*<i>Thank you, <a href="http://zemanta.com">Zemanta</a>, for the “Lordie, are you high!?!?” photo.<br/>**My normal VC fundraising proviso also applies — don’t do it unless you are already rich. </i></p>
<p class="zemanta-related-title"><i>Related articles by Zemanta</i></p>
<ul class="zemanta-article-ul">
<li class="zemanta-article-ul-li">
<a href="http://techdirt.com/articles/20090304/0051483982.shtml">Those Who Don’t Understand The Value Of Free Information Are Doomed To Fail</a> (techdirt.com)</li>
<li class="zemanta-article-ul-li">
<a href="http://www.kottke.org/09/06/apparent-plagiarism-in-chris-andersons-free"> Apparent Plagiarism in Chris Anderson’s Free</a> (kottke.org)</li>
</ul>
<a class="zemanta-pixie-a" href="http://reblog.zemanta.com/zemified/ea742562-5930-4593-be4b-40fedd43b0e5/" title="Reblog this post [with Zemanta]"><img style="border: medium none; float: right;" class="zemanta-pixie-img" src="http://img.zemanta.com/reblog_e.png?x-id=ea742562-5930-4593-be4b-40fedd43b0e5" alt="Reblog this post [with Zemanta]"/></a>]]></content:encoded>
			<wfw:commentRss>http://blog.lookery.com/2009/07/04/really-free-vs-artificially-free/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Deprogramming VC &amp; Reprogramming SWOT</title>
		<link>http://blog.lookery.com/2009/07/01/deprogramming-vc-reprogramming-swot/</link>
		<comments>http://blog.lookery.com/2009/07/01/deprogramming-vc-reprogramming-swot/#comments</comments>
		<pubDate>Thu, 02 Jul 2009 07:04:27 +0000</pubDate>
		<dc:creator>Scott Rafer</dc:creator>
				<category><![CDATA[Lookery]]></category>
		<category><![CDATA[RSS Syndicated]]></category>
		<category><![CDATA[Cloud computing]]></category>
		<category><![CDATA[Venture capital]]></category>

		<guid isPermaLink="false">http://rafer.tumblr.com/post/134010201</guid>
		<description><![CDATA[<p class="zemanta-img" style="margin: 1em; float: right; display: block; width: 310px;"><a href="http://commons.wikipedia.org/wiki/Image:SWOT_en.svg"><img src="http://upload.wikimedia.org/wikipedia/commons/thumb/0/0b/SWOT_en.svg/300px-SWOT_en.svg.png" alt="SWOT analysis diagram in English language." style="border: medium none; display: block;" width="300"></a>Image via <a href="http://commons.wikipedia.org/wiki/Image:SWOT_en.svg">Wikipedia</a></p>
<p>Much is written about both whether or not the <a class="zem_slink" href="http://en.wikipedia.org/wiki/Victoria_Cross" title="Victoria Cross" rel="wikipedia">VC</a> model is <a href="http://www.avc.com/a_vc/2009/06/what-vcs-are-worrying-about.html">broken<i></i></a> and  how to evolve startup business plans in the face of market changes. Today, it hit me just how inextricably linked the two issues are and how my own tactical process needs to catch up to market realities.</p>
<p>I spent from 1992 to 2006 presuming VC-backed startups were the business I was in, and I worked towards understanding that system. After all that time, two things happened to radically change my outlook.</p>
<ol>
<li>I <b>finally</b> figured out that one should only raise VC if one is <a href="http://www.slideshare.net/rafer/ignitenyc-feb-2009">already rich</a>, </li>
<li>I also figured out that being boring and late has better risk&#124;reward characteristics than being sexy and early, and</li>
<li>
<a class="zem_slink" href="http://www.wikinvest.com/concept/Cloud_Computing" title="Cloud Computing" rel="wikinvest">Cloud computing</a> arrived, making VC deal terms economic only as growth capital for Internet startups, leaving the early-stage field clear to angels (and <a class="zem_slink" href="http://en.wikipedia.org/wiki/Bootstrapping" title="Bootstrapping" rel="wikipedia">bootstrapping</a>). </li>
</ol>
<p>Taking any number of lessons from <a class="zem_slink" href="http://www.mashery.com/" title="Mashery" rel="homepage">Mashery</a>’s good work, Lookery is a cloud-hosted <a class="zem_slink" href="http://www.wikinvest.com/concept/Cloud_Computing" title="Cloud Computing" rel="wikinvest">SaaS</a> vendor that uses an <a href="http://www.lookery.com/target/implement/">API</a> to provide deep benefits to its customers and suppliers. Like Mashery in early 2007, we’re actively sorting our which customers and which decision makers love us and which look at us crosseyed (or don’t look our way at all). We have numerous data points in each category and the right kinds of patterns are emerging.</p>
<p>The problem is 15 years of old work vs. 3 years of new work. I haven’t finished retraining myself not to presume VC. I find myself mentally parcelling out multimillion dollar budgets that don’t exist. More importantly, calculating low-capital <a class="zem_slink" href="http://en.wikipedia.org/wiki/SWOT_analysis" title="SWOT analysis" rel="wikipedia">SWOT</a> is not truly intuitive, particularly when analyzing VC-backed companies in <a class="zem_slink" href="http://www.lookery.com/" title="Lookery" rel="homepage">Lookery</a>’s market sector.</p>

<p>The VC-backed companies in our sector (principally<a class="zem_slink" href="http://www.quantcast.com" title="Quantcast" rel="homepage"></a> <a href="http://bluekai.com">Blue Kai</a> and  <a href="http://exelate.com">Exelate</a>) are doing a great job getting and giving data distribution via cookie exchange without the benefit or overhead of a centralized profile hosting system.  Cookie exchange works well for many user-targeting applications, but there are a few key tasks that aren’t covered including:</p>
<ul>
<li>Efficient combination of data from multiple sources; </li>
<li>Forcing and enforcing the <a href="http://www.wikihow.com/Create-a-Made-Up-Word">anonymization</a> of targeting data without depending on good behavior by publishers and/or ad networks; and</li>
<li>…</li>
</ul>
<p>Lookery exactly runs that exact scaled profile hosting system, and it changes the equation — but how in a SWOT context? We’re angel-funded and intend to remain that way until we’ve completely nailed the revenue model (see #3 above). Relative to the other sector participants, our near-term enterprise value calculations and related tactics are different. My erroneous, knee-jerk reaction is to compete directly with them but that makes no financial sense. They have an order of magnitude more resources (from their VCs) and a lot more pressure to scale revenues quickly without much regard for expense (also from their VCs). We certainly grow revenues every month but breakeven in Q4 is a much higher priority than absolute scale right now.</p>
<p>The punchline on SWOT for Lookery in 2009 is to build on the unique strengths of our system putting priority on relationship depth and interconnectedness. We want to be our customers’ profile hosting and delivery system — and the one they want their partners to use. That means of our customers require a little more care and feeding, plus we have to be careful to disclaim all rights to their profile data. It’s business that the heavily funded startups can’t quite slow down enough to satisfy, gives them a good reason to do business with us, but is healthy enough to drive us to scale next year.<br /></p>
<p class="zemanta-related-title"><i>Related articles by Zemanta</i></p>
<ul class="zemanta-article-ul">
<li class="zemanta-article-ul-li">
<a href="http://venturebeat.com/2009/06/25/who-uses-cloud-computing-startups-do-vcs-dont/"> Who uses cloud computing? Startups do, VCs don’t </a> (venturebeat.com)</li>
<li class="zemanta-article-ul-li">
<a href="http://www.centernetworks.com/venture-capital-milestones"> 5 Milestones to Reach Before Raising Venture Capital </a> (centernetworks.com)</li>
<li class="zemanta-article-ul-li">
<a href="http://news.cnet.com/8301-13846_3-10184457-62.html?part=rss&#38;subj=news">Without APIs, there is no cloud computing</a> (news.cnet.com)</li>
</ul>
<a class="zemanta-pixie-a" href="http://reblog.zemanta.com/zemified/306f6dad-c329-4bf8-a23b-b1c707d1f37e/" title="Reblog this post [with Zemanta]"><img style="border: medium none; float: right;" class="zemanta-pixie-img" src="http://img.zemanta.com/reblog_e.png?x-id=306f6dad-c329-4bf8-a23b-b1c707d1f37e"></a>]]></description>
			<content:encoded><![CDATA[<p class="zemanta-img" style="margin: 1em; float: right; display: block; width: 310px;"><a href="http://commons.wikipedia.org/wiki/Image:SWOT_en.svg"><img src="http://upload.wikimedia.org/wikipedia/commons/thumb/0/0b/SWOT_en.svg/300px-SWOT_en.svg.png" alt="SWOT analysis diagram in English language." style="border: medium none; display: block;" width="300" height="338"/></a>Image via <a href="http://commons.wikipedia.org/wiki/Image:SWOT_en.svg">Wikipedia</a></p>
<p>Much is written about both whether or not the <a class="zem_slink" href="http://en.wikipedia.org/wiki/Victoria_Cross" title="Victoria Cross" rel="wikipedia">VC</a> model is <a href="http://www.avc.com/a_vc/2009/06/what-vcs-are-worrying-about.html">broken<i></i></a> and  how to evolve startup business plans in the face of market changes. Today, it hit me just how inextricably linked the two issues are and how my own tactical process needs to catch up to market realities.</p>
<p>I spent from 1992 to 2006 presuming VC-backed startups were the business I was in, and I worked towards understanding that system. After all that time, two things happened to radically change my outlook.</p>
<ol>
<li>I <b>finally</b> figured out that one should only raise VC if one is <a href="http://www.slideshare.net/rafer/ignitenyc-feb-2009">already rich</a>, </li>
<li>I also figured out that being boring and late has better risk|reward characteristics than being sexy and early, and</li>
<li>
<a class="zem_slink" href="http://www.wikinvest.com/concept/Cloud_Computing" title="Cloud Computing" rel="wikinvest">Cloud computing</a> arrived, making VC deal terms economic only as growth capital for Internet startups, leaving the early-stage field clear to angels (and <a class="zem_slink" href="http://en.wikipedia.org/wiki/Bootstrapping" title="Bootstrapping" rel="wikipedia">bootstrapping</a>). </li>
</ol>
<p>Taking any number of lessons from <a class="zem_slink" href="http://www.mashery.com/" title="Mashery" rel="homepage">Mashery</a>’s good work, Lookery is a cloud-hosted <a class="zem_slink" href="http://www.wikinvest.com/concept/Cloud_Computing" title="Cloud Computing" rel="wikinvest">SaaS</a> vendor that uses an <a href="http://www.lookery.com/target/implement/">API</a> to provide deep benefits to its customers and suppliers. Like Mashery in early 2007, we’re actively sorting our which customers and which decision makers love us and which look at us crosseyed (or don’t look our way at all). We have numerous data points in each category and the right kinds of patterns are emerging.</p>
<p>The problem is 15 years of old work vs. 3 years of new work. I haven’t finished retraining myself not to presume VC. I find myself mentally parcelling out multimillion dollar budgets that don’t exist. More importantly, calculating low-capital <a class="zem_slink" href="http://en.wikipedia.org/wiki/SWOT_analysis" title="SWOT analysis" rel="wikipedia">SWOT</a> is not truly intuitive, particularly when analyzing VC-backed companies in <a class="zem_slink" href="http://www.lookery.com/" title="Lookery" rel="homepage">Lookery</a>’s market sector.</p>

<p>The VC-backed companies in our sector (principally<a class="zem_slink" href="http://www.quantcast.com" title="Quantcast" rel="homepage"></a> <a href="http://bluekai.com">Blue Kai</a> and  <a href="http://exelate.com">Exelate</a>) are doing a great job getting and giving data distribution via cookie exchange without the benefit or overhead of a centralized profile hosting system.  Cookie exchange works well for many user-targeting applications, but there are a few key tasks that aren’t covered including:</p>
<ul>
<li>Efficient combination of data from multiple sources; </li>
<li>Forcing and enforcing the <a href="http://www.wikihow.com/Create-a-Made-Up-Word">anonymization</a> of targeting data without depending on good behavior by publishers and/or ad networks; and</li>
<li>…</li>
</ul>
<p>Lookery exactly runs that exact scaled profile hosting system, and it changes the equation — but how in a SWOT context? We’re angel-funded and intend to remain that way until we’ve completely nailed the revenue model (see #3 above). Relative to the other sector participants, our near-term enterprise value calculations and related tactics are different. My erroneous, knee-jerk reaction is to compete directly with them but that makes no financial sense. They have an order of magnitude more resources (from their VCs) and a lot more pressure to scale revenues quickly without much regard for expense (also from their VCs). We certainly grow revenues every month but breakeven in Q4 is a much higher priority than absolute scale right now.</p>
<p>The punchline on SWOT for Lookery in 2009 is to build on the unique strengths of our system putting priority on relationship depth and interconnectedness. We want to be our customers’ profile hosting and delivery system — and the one they want their partners to use. That means of our customers require a little more care and feeding, plus we have to be careful to disclaim all rights to their profile data. It’s business that the heavily funded startups can’t quite slow down enough to satisfy, gives them a good reason to do business with us, but is healthy enough to drive us to scale next year.<br/></p>
<p class="zemanta-related-title"><i>Related articles by Zemanta</i></p>
<ul class="zemanta-article-ul">
<li class="zemanta-article-ul-li">
<a href="http://venturebeat.com/2009/06/25/who-uses-cloud-computing-startups-do-vcs-dont/"> Who uses cloud computing? Startups do, VCs don’t </a> (venturebeat.com)</li>
<li class="zemanta-article-ul-li">
<a href="http://www.centernetworks.com/venture-capital-milestones"> 5 Milestones to Reach Before Raising Venture Capital </a> (centernetworks.com)</li>
<li class="zemanta-article-ul-li">
<a href="http://news.cnet.com/8301-13846_3-10184457-62.html?part=rss&subj=news">Without APIs, there is no cloud computing</a> (news.cnet.com)</li>
</ul>
<a class="zemanta-pixie-a" href="http://reblog.zemanta.com/zemified/306f6dad-c329-4bf8-a23b-b1c707d1f37e/" title="Reblog this post [with Zemanta]"><img style="border: medium none; float: right;" class="zemanta-pixie-img" src="http://img.zemanta.com/reblog_e.png?x-id=306f6dad-c329-4bf8-a23b-b1c707d1f37e" alt="Reblog this post [with Zemanta]"/></a>]]></content:encoded>
			<wfw:commentRss>http://blog.lookery.com/2009/07/01/deprogramming-vc-reprogramming-swot/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>&#8220;It’s important to remember the board’s primary purpose: to hire (or fire) the CEO.&#8221;</title>
		<link>http://blog.lookery.com/2009/06/23/it%e2%80%99s-important-to-remember-the-board%e2%80%99s-primary-purpose-to-hire-or-fire-the-ceo/</link>
		<comments>http://blog.lookery.com/2009/06/23/it%e2%80%99s-important-to-remember-the-board%e2%80%99s-primary-purpose-to-hire-or-fire-the-ceo/#comments</comments>
		<pubDate>Tue, 23 Jun 2009 18:50:00 +0000</pubDate>
		<dc:creator>Scott Rafer</dc:creator>
				<category><![CDATA[Lookery]]></category>
		<category><![CDATA[RSS Syndicated]]></category>
		<category><![CDATA[Andrew Payne]]></category>

		<guid isPermaLink="false">http://rafer.tumblr.com/post/128872544</guid>
		<description><![CDATA[“It’s important to remember the board’s primary purpose: to hire (or fire) the CEO.”<br /><br /> - <em><p><a href="http://www.payne.org/index.php/How_to_Run_a_Startup_Board_Meeting">Andrew Payne: How to Run a Startup Board Meeting</a></p>
<p><i>Rafer sez:</i><br />I love <a class="zem_slink" href="http://www.lookery.com/" title="Lookery" rel="homepage">Lookery</a>’s angels.</p>
<a class="zemanta-pixie-a" href="http://reblog.zemanta.com/zemified/35f81f02-de59-4f24-80e3-50388dc21c79/" title="Reblog this post [with Zemanta]"><img style="border: medium none; float: right;" class="zemanta-pixie-img" src="http://img.zemanta.com/reblog_e.png?x-id=35f81f02-de59-4f24-80e3-50388dc21c79"></a></em>]]></description>
			<content:encoded><![CDATA[“It’s important to remember the board’s primary purpose: to hire (or fire) the CEO.”<br/><br/> - <em><p><a href="http://www.payne.org/index.php/How_to_Run_a_Startup_Board_Meeting">Andrew Payne: How to Run a Startup Board Meeting</a></p>
<p><i>Rafer sez:</i><br/>I love <a class="zem_slink" href="http://www.lookery.com/" title="Lookery" rel="homepage">Lookery</a>’s angels.</p>
<a class="zemanta-pixie-a" href="http://reblog.zemanta.com/zemified/35f81f02-de59-4f24-80e3-50388dc21c79/" title="Reblog this post [with Zemanta]"><img style="border: medium none; float: right;" class="zemanta-pixie-img" src="http://img.zemanta.com/reblog_e.png?x-id=35f81f02-de59-4f24-80e3-50388dc21c79" alt="Reblog this post [with Zemanta]"/></a></em>]]></content:encoded>
			<wfw:commentRss>http://blog.lookery.com/2009/06/23/it%e2%80%99s-important-to-remember-the-board%e2%80%99s-primary-purpose-to-hire-or-fire-the-ceo/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Building Voldemort read-only stores with Hadoop</title>
		<link>http://blog.lookery.com/2009/06/18/building-voldemort-read-only-stores-with-hadoop/</link>
		<comments>http://blog.lookery.com/2009/06/18/building-voldemort-read-only-stores-with-hadoop/#comments</comments>
		<pubDate>Thu, 18 Jun 2009 14:27:54 +0000</pubDate>
		<dc:creator>David Cancel</dc:creator>
				<category><![CDATA[Development]]></category>
		<category><![CDATA[Lookery]]></category>
		<category><![CDATA[RSS Syndicated]]></category>

		<guid isPermaLink="false">http://dev.lookery.com/post/125849531</guid>
		<description><![CDATA[<a href="http://project-voldemort.com/blog/2009/06/voldemort-and-hadoop/">Building Voldemort read-only stores with Hadoop</a>: <p>At <a href="http://www.lookery.com/">Lookery</a>, we have been working very hard to transform most of our data processing tasks into batch-oriented workflows in order to deal with growth. For example, we were already using Hadoop to compute our index and data files for our largest database, but the process of serving that information took place over too many network hops (load balancers, reverse proxies and Amazon S3). Therefore, as soon as I learned that Project Voldemort supported offline building of distributed stores, I decided to try it and we’re now running it in production. Just visit the guest blog post over that Project Voldemort blog for full details.</p>]]></description>
			<content:encoded><![CDATA[<a href="http://project-voldemort.com/blog/2009/06/voldemort-and-hadoop/">Building Voldemort read-only stores with Hadoop</a>: <p>At <a href="http://www.lookery.com/">Lookery</a>, we have been working very hard to transform most of our data processing tasks into batch-oriented workflows in order to deal with growth. For example, we were already using Hadoop to compute our index and data files for our largest database, but the process of serving that information took place over too many network hops (load balancers, reverse proxies and Amazon S3). Therefore, as soon as I learned that Project Voldemort supported offline building of distributed stores, I decided to try it and we’re now running it in production. Just visit the guest blog post over that Project Voldemort blog for full details.</p>]]></content:encoded>
			<wfw:commentRss>http://blog.lookery.com/2009/06/18/building-voldemort-read-only-stores-with-hadoop/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Cloud-Costing Rules</title>
		<link>http://blog.lookery.com/2009/06/05/cloud-costing-rules/</link>
		<comments>http://blog.lookery.com/2009/06/05/cloud-costing-rules/#comments</comments>
		<pubDate>Fri, 05 Jun 2009 17:56:00 +0000</pubDate>
		<dc:creator>Scott Rafer</dc:creator>
				<category><![CDATA[Lookery]]></category>
		<category><![CDATA[RSS Syndicated]]></category>
		<category><![CDATA[Advertising network]]></category>
		<category><![CDATA[cloud]]></category>
		<category><![CDATA[Hadoop]]></category>
		<category><![CDATA[Project Voldemort]]></category>
		<category><![CDATA[Servers]]></category>

		<guid isPermaLink="false">http://rafer.tumblr.com/post/118551935</guid>
		<description><![CDATA[<p class="zemanta-img" style="margin: 1em; float: right; display: block; width: 250px;"><a href="http://www.flickr.com/photos/99559796@N00/704056791"><img src="http://farm2.static.flickr.com/1332/704056791_63f1e492d8_m.jpg" alt="King Cloud" style="border: medium none; display: block;" width="240"></a>Image by <a href="http://www.flickr.com/photos/99559796@N00/704056791">akakumo</a> via Flickr</p>
<p>We’ve been out selling <a href="http://www.lookery.com/target/">Demographic Targeting</a> to ad networks for five months, and the first stage of our Post-Facebook era is going fine. We have happy customers, stable infrastructure, etc., so now we know what our operations really <i>cost</i>. Thanks to @<a href="http://twitter.com/sawickipedia">sawickipedia</a>, we priced ourselves correctly for <a class="zem_slink" href="http://en.wikipedia.org/wiki/Advertising_network" title="Advertising network" rel="wikipedia">ad network</a> sales, but that’s only a few hundred customers. Now that <a class="zem_slink" href="http://www.crunchbase.com/company/lookery" title="Lookery" rel="crunchbase">Lookery</a>’s per-function IT costs and margins are clear, we can work on additional <a class="zem_slink" href="http://en.wikipedia.org/wiki/Pricing" title="Pricing" rel="wikipedia">pricing</a> plans with different value tradeoffs to greatly expand our available market.</p>
<p>That magic is that we were able to optimize our serving infrastructure <b>after deployment</b>. Over the course of the last 6 months, we’ve gone much further into <a class="zem_slink" href="http://hadoop.apache.org/" title="Hadoop" rel="homepage">Hadoop</a> and <a href="http://project-voldemort.com/">Project Voldemort</a>. That means we started with the wrong server count, big-small box ratio, et al. So we just shut them off and turned on the exact number and kind of server instances that we need when we need them. There’s another million bucks we never wasted.</p>

<a class="zemanta-pixie-a" href="http://reblog.zemanta.com/zemified/49b1bfac-4723-4873-8b37-4cdba11efc35/" title="Reblog this post [with Zemanta]"><img style="border: medium none; float: right;" class="zemanta-pixie-img" src="http://img.zemanta.com/reblog_e.png?x-id=49b1bfac-4723-4873-8b37-4cdba11efc35"></a>]]></description>
			<content:encoded><![CDATA[<p class="zemanta-img" style="margin: 1em; float: right; display: block; width: 250px;"><a href="http://www.flickr.com/photos/99559796@N00/704056791"><img src="http://farm2.static.flickr.com/1332/704056791_63f1e492d8_m.jpg" alt="King Cloud" style="border: medium none; display: block;" width="240" height="180"/></a>Image by <a href="http://www.flickr.com/photos/99559796@N00/704056791">akakumo</a> via Flickr</p>
<p>We’ve been out selling <a href="http://www.lookery.com/target/">Demographic Targeting</a> to ad networks for five months, and the first stage of our Post-Facebook era is going fine. We have happy customers, stable infrastructure, etc., so now we know what our operations really <i>cost</i>. Thanks to @<a href="http://twitter.com/sawickipedia">sawickipedia</a>, we priced ourselves correctly for <a class="zem_slink" href="http://en.wikipedia.org/wiki/Advertising_network" title="Advertising network" rel="wikipedia">ad network</a> sales, but that’s only a few hundred customers. Now that <a class="zem_slink" href="http://www.crunchbase.com/company/lookery" title="Lookery" rel="crunchbase">Lookery</a>’s per-function IT costs and margins are clear, we can work on additional <a class="zem_slink" href="http://en.wikipedia.org/wiki/Pricing" title="Pricing" rel="wikipedia">pricing</a> plans with different value tradeoffs to greatly expand our available market.</p>
<p>That magic is that we were able to optimize our serving infrastructure <b>after deployment</b>. Over the course of the last 6 months, we’ve gone much further into <a class="zem_slink" href="http://hadoop.apache.org/" title="Hadoop" rel="homepage">Hadoop</a> and <a href="http://project-voldemort.com/">Project Voldemort</a>. That means we started with the wrong server count, big-small box ratio, et al. So we just shut them off and turned on the exact number and kind of server instances that we need when we need them. There’s another million bucks we never wasted.</p>

<a class="zemanta-pixie-a" href="http://reblog.zemanta.com/zemified/49b1bfac-4723-4873-8b37-4cdba11efc35/" title="Reblog this post [with Zemanta]"><img style="border: medium none; float: right;" class="zemanta-pixie-img" src="http://img.zemanta.com/reblog_e.png?x-id=49b1bfac-4723-4873-8b37-4cdba11efc35" alt="Reblog this post [with Zemanta]"/></a>]]></content:encoded>
			<wfw:commentRss>http://blog.lookery.com/2009/06/05/cloud-costing-rules/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Data Contributor Dashboard Bug</title>
		<link>http://blog.lookery.com/2009/05/03/data-contributor-dashboard-bug/</link>
		<comments>http://blog.lookery.com/2009/05/03/data-contributor-dashboard-bug/#comments</comments>
		<pubDate>Sun, 03 May 2009 19:41:33 +0000</pubDate>
		<dc:creator>Scott Rafer</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://blog.lookery.com/?p=79125164</guid>
		<description><![CDATA[


Image via Wikipedia



The good news is that Lookery contributors of anonymous Age-Gender data have a very cool dashboard that shows them how much we owe them. It updates every 12 hours. The bad news is that there&#8217;s currently a bug that exaggerates what we owe everyone. It will be fixed (and the calculations made accurate) [...]]]></description>
			<content:encoded><![CDATA[<div class="zemanta-img" style="margin: 1em; display: block;">
<div>
<dl style="width: 210px;" class="wp-caption alignright">
<dt class="wp-caption-dt"><a href="http://commons.wikipedia.org/wiki/Image:Bentley_Continental_GTC_011.JPG"><img src="http://upload.wikimedia.org/wikipedia/commons/thumb/8/8a/Bentley_Continental_GTC_011.JPG/200px-Bentley_Continental_GTC_011.JPG" alt="Bentley Continental GTC dashboard." title="Bentley Continental GTC dashboard." height="133" width="200"></a></dt>
<dd class="wp-caption-dd zemanta-img-attribution" style="font-size: 0.8em;">Image via <a href="http://commons.wikipedia.org/wiki/Image:Bentley_Continental_GTC_011.JPG">Wikipedia</a></dd>
</dl>
</div>
</div>
<p>The good news is that <a class="zem_slink" href="http://www.lookery.com/" title="Lookery" rel="homepage">Lookery</a> contributors of anonymous Age-Gender data have a very cool <a class="zem_slink" href="http://en.wikipedia.org/wiki/Dashboard" title="Dashboard" rel="wikipedia">dashboard</a> that shows them how much we owe them. It updates every 12 hours. The bad news is that there&#8217;s currently a bug that exaggerates what we owe everyone. It will be fixed (and the calculations made accurate) within a day or so. It applies only to the May calculations, and no data is actually being lost.</p>
<p><em>Update</em>: < 3 hours later and @ckelly already fixed it. </p>
<div style="margin-top: 10px; height: 15px;" class="zemanta-pixie"><a class="zemanta-pixie-a" href="http://reblog.zemanta.com/zemified/20cd9314-430e-4fec-abd5-1ef4cb2d23e8/" title="Reblog this post [with Zemanta]"><img style="border: medium none ; float: right;" class="zemanta-pixie-img" src="http://img.zemanta.com/reblog_e.png?x-id=20cd9314-430e-4fec-abd5-1ef4cb2d23e8" alt="Reblog this post [with Zemanta]"></a><span class="zem-script more-related pretty-attribution"><script type="text/javascript" src="http://static.zemanta.com/readside/loader.js" defer="defer"></script></span></div>
]]></content:encoded>
			<wfw:commentRss>http://blog.lookery.com/2009/05/03/data-contributor-dashboard-bug/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>&#8220;… age, gender and location, the three key elements for targeting.&#8221;</title>
		<link>http://blog.lookery.com/2009/04/25/%e2%80%a6-age-gender-and-location-the-three-key-elements-for-targeting/</link>
		<comments>http://blog.lookery.com/2009/04/25/%e2%80%a6-age-gender-and-location-the-three-key-elements-for-targeting/#comments</comments>
		<pubDate>Sat, 25 Apr 2009 14:52:00 +0000</pubDate>
		<dc:creator>Scott Rafer</dc:creator>
				<category><![CDATA[Lookery]]></category>
		<category><![CDATA[RSS Syndicated]]></category>

		<guid isPermaLink="false">http://rafer.tumblr.com/post/100009139</guid>
		<description><![CDATA[“… age, gender and location, the three key elements for targeting.”<br /><br /> - <em><blockquote>
<a class="zem_slink" href="http://en.wikipedia.org/wiki/Social_network" title="Social network" rel="wikipedia">Social networks</a> take a different approach. On their profile pages, users declare many key aspects of their demographics, including age, gender and location, the three key elements for targeting. Targeting based on these self declared <a class="zem_slink" href="http://en.wikipedia.org/wiki/Demographics" title="Demographics" rel="wikipedia">demographic</a> elements can be very effective for performance advertisers within social media.</blockquote>
<p><a href="http://lsvp.wordpress.com/2009/04/24/performance-advertising-success-stories-in-social-media/#comment-50962">Performance advertising success stories in social media « Lightspeed Venture Partners Blog</a></p>
<p>Self-reported demographics can be used far and wide, distributing their effectiveness to any ad network and any <a class="zem_slink" href="http://en.wikipedia.org/wiki/Publishing" title="Publishing" rel="wikipedia">publisher</a>. So far, we’ve got 60M+ profiles that we’re licensing just for this purpose. All of them are gathered under explicit, <a class="zem_slink" href="http://en.wikipedia.org/wiki/Upfront" title="Upfront" rel="wikipedia">upfront</a> agreement of the providers and with the users’ <a class="zem_slink" href="http://en.wikipedia.org/wiki/Privacy" title="Privacy" rel="wikipedia">privacy</a> held paramount.</p>
<a class="zemanta-pixie-a" href="http://reblog.zemanta.com/zemified/80d91cfa-9314-4bd3-86d0-0b91c42038ed/" title="Reblog this post [with Zemanta]"><img style="border: medium none; float: right;" class="zemanta-pixie-img" src="http://img.zemanta.com/reblog_e.png?x-id=80d91cfa-9314-4bd3-86d0-0b91c42038ed"></a></em>]]></description>
			<content:encoded><![CDATA[“… age, gender and location, the three key elements for targeting.”<br/><br/> - <em><blockquote>
<a class="zem_slink" href="http://en.wikipedia.org/wiki/Social_network" title="Social network" rel="wikipedia">Social networks</a> take a different approach. On their profile pages, users declare many key aspects of their demographics, including age, gender and location, the three key elements for targeting. Targeting based on these self declared <a class="zem_slink" href="http://en.wikipedia.org/wiki/Demographics" title="Demographics" rel="wikipedia">demographic</a> elements can be very effective for performance advertisers within social media.</blockquote>
<p><a href="http://lsvp.wordpress.com/2009/04/24/performance-advertising-success-stories-in-social-media/#comment-50962">Performance advertising success stories in social media « Lightspeed Venture Partners Blog</a></p>
<p>Self-reported demographics can be used far and wide, distributing their effectiveness to any ad network and any <a class="zem_slink" href="http://en.wikipedia.org/wiki/Publishing" title="Publishing" rel="wikipedia">publisher</a>. So far, we’ve got 60M+ profiles that we’re licensing just for this purpose. All of them are gathered under explicit, <a class="zem_slink" href="http://en.wikipedia.org/wiki/Upfront" title="Upfront" rel="wikipedia">upfront</a> agreement of the providers and with the users’ <a class="zem_slink" href="http://en.wikipedia.org/wiki/Privacy" title="Privacy" rel="wikipedia">privacy</a> held paramount.</p>
<a class="zemanta-pixie-a" href="http://reblog.zemanta.com/zemified/80d91cfa-9314-4bd3-86d0-0b91c42038ed/" title="Reblog this post [with Zemanta]"><img style="border: medium none; float: right;" class="zemanta-pixie-img" src="http://img.zemanta.com/reblog_e.png?x-id=80d91cfa-9314-4bd3-86d0-0b91c42038ed" alt="Reblog this post [with Zemanta]"/></a></em>]]></content:encoded>
			<wfw:commentRss>http://blog.lookery.com/2009/04/25/%e2%80%a6-age-gender-and-location-the-three-key-elements-for-targeting/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>&#8220;Database analyst Curt Monash told Computerworld that the study just reinforced his belief that&#8230;&#8221;</title>
		<link>http://blog.lookery.com/2009/04/14/database-analyst-curt-monash-told-computerworld-that-the-study-just-reinforced-his-belief-that/</link>
		<comments>http://blog.lookery.com/2009/04/14/database-analyst-curt-monash-told-computerworld-that-the-study-just-reinforced-his-belief-that/#comments</comments>
		<pubDate>Wed, 15 Apr 2009 05:04:00 +0000</pubDate>
		<dc:creator>Scott Rafer</dc:creator>
				<category><![CDATA[Lookery]]></category>
		<category><![CDATA[RSS Syndicated]]></category>

		<guid isPermaLink="false">http://rafer.tumblr.com/post/96361948</guid>
		<description><![CDATA[“Database analyst Curt Monash told Computerworld that the study just reinforced his belief that MapReduce is better for limited tasks like text searching or data mining.”<br /><br /> - <em><p class="zemanta-img" style="margin: 1em; float: right; display: block; width: 210px;"><a href="http://commons.wikipedia.org/wiki/Image:Honeywell-Bull_DPS_7_Mainframe_BWW_March_1990.jpg"><img src="http://upload.wikimedia.org/wikipedia/commons/thumb/e/ec/Honeywell-Bull_DPS_7_Mainframe_BWW_March_1990.jpg/200px-Honeywell-Bull_DPS_7_Mainframe_BWW_March_1990.jpg" alt="A Honeywell-Bull DPS 7 mainframe, circa 1990." style="border: medium none; display: block;" height="147"></a>Image via <a href="http://commons.wikipedia.org/wiki/Image:Honeywell-Bull_DPS_7_Mainframe_BWW_March_1990.jpg">Wikipedia</a></p>
<p><a href="http://gigaom.com/2009/04/14/mapreduce-vs-sql-its-not-one-or-the-other/">MapReduce vs. SQL: It’s Not One or the Other</a></p>
<p><i>Rafer sez:</i><br />Everyone’s stuck in the speeds, feeds, and optimizations, but the point is money. First, money in the sense of building great businesses and self-cannibalizing them to keep them great. Second, <a href="http://www.monash.com/customers.html">professional analysts like Monash</a> always stick up for their clients, in this case the database incumbents. <a href="http://en.wikipedia.org/wiki/Michael_Stonebraker">Stonebraker</a>’s motives [update: spellchecking by @joshu] are likely purer. He’s one of the biggest brains the <a class="zem_slink" href="http://en.wikipedia.org/wiki/San_Francisco_Bay_Area" title="San Francisco Bay Area" rel="wikipedia">Bay Area</a> has ever produced, but I’m going to speculate he’s emotionally over-invested in structured DBs. <br /><br />Most of the tasks being benchmarked were optimized for SQL DBs because they were the most cost-effective systems when those <a class="zem_slink" href="http://en.wikipedia.org/wiki/Business_process" title="Business process" rel="wikipedia">business processes</a> were designed. We will be soon assigning them to the long, slow profitable declining category of “<a class="zem_slink" href="http://en.wikipedia.org/wiki/Legacy_system" title="Legacy system" rel="wikipedia">legacy systems</a>.” As with any other transition, the change will not be universal. <a class="zem_slink" href="http://en.wikipedia.org/wiki/Mainframe_computer" title="Mainframe computer" rel="wikipedia">Mainframes</a> are still the best for a number of tasks but no longer for the bulk of them.<br /><br />Lookery and hundreds of other companies, many cloud-hosted, are building new business processes that are optimized for MapReduce and similar architectures. In many — even most — cases, these business processes will be far more cost-effective than the ones they will replace. New incumbents will arise, new benchmarks written, and new statistics reported by analysts with new biases.<br /><br />Companies invested in SQL apps that can be replaced, most often indirectly, by MapReduce-esque apps need to start self-cannibalizing.</p>
<a class="zemanta-pixie-a" href="http://reblog.zemanta.com/zemified/37b52f20-a09e-41f2-ac9f-1baca9080301/" title="Reblog this post [with Zemanta]"><img style="border: medium none; float: right;" class="zemanta-pixie-img" src="http://img.zemanta.com/reblog_e.png?x-id=37b52f20-a09e-41f2-ac9f-1baca9080301"></a></em>]]></description>
			<content:encoded><![CDATA[“Database analyst Curt Monash told Computerworld that the study just reinforced his belief that MapReduce is better for limited tasks like text searching or data mining.”<br/><br/> - <em><p class="zemanta-img" style="margin: 1em; float: right; display: block; width: 210px;"><a href="http://commons.wikipedia.org/wiki/Image:Honeywell-Bull_DPS_7_Mainframe_BWW_March_1990.jpg"><img src="http://upload.wikimedia.org/wikipedia/commons/thumb/e/ec/Honeywell-Bull_DPS_7_Mainframe_BWW_March_1990.jpg/200px-Honeywell-Bull_DPS_7_Mainframe_BWW_March_1990.jpg" alt="A Honeywell-Bull DPS 7 mainframe, circa 1990." style="border: medium none; display: block;" height="147" width="200"/></a>Image via <a href="http://commons.wikipedia.org/wiki/Image:Honeywell-Bull_DPS_7_Mainframe_BWW_March_1990.jpg">Wikipedia</a></p>
<p><a href="http://gigaom.com/2009/04/14/mapreduce-vs-sql-its-not-one-or-the-other/">MapReduce vs. SQL: It’s Not One or the Other</a></p>
<p><i>Rafer sez:</i><br/>Everyone’s stuck in the speeds, feeds, and optimizations, but the point is money. First, money in the sense of building great businesses and self-cannibalizing them to keep them great. Second, <a href="http://www.monash.com/customers.html">professional analysts like Monash</a> always stick up for their clients, in this case the database incumbents. <a href="http://en.wikipedia.org/wiki/Michael_Stonebraker">Stonebraker</a>’s motives [update: spellchecking by @joshu] are likely purer. He’s one of the biggest brains the <a class="zem_slink" href="http://en.wikipedia.org/wiki/San_Francisco_Bay_Area" title="San Francisco Bay Area" rel="wikipedia">Bay Area</a> has ever produced, but I’m going to speculate he’s emotionally over-invested in structured DBs. <br/><br/>Most of the tasks being benchmarked were optimized for SQL DBs because they were the most cost-effective systems when those <a class="zem_slink" href="http://en.wikipedia.org/wiki/Business_process" title="Business process" rel="wikipedia">business processes</a> were designed. We will be soon assigning them to the long, slow profitable declining category of “<a class="zem_slink" href="http://en.wikipedia.org/wiki/Legacy_system" title="Legacy system" rel="wikipedia">legacy systems</a>.” As with any other transition, the change will not be universal. <a class="zem_slink" href="http://en.wikipedia.org/wiki/Mainframe_computer" title="Mainframe computer" rel="wikipedia">Mainframes</a> are still the best for a number of tasks but no longer for the bulk of them.<br/><br/>Lookery and hundreds of other companies, many cloud-hosted, are building new business processes that are optimized for MapReduce and similar architectures. In many — even most — cases, these business processes will be far more cost-effective than the ones they will replace. New incumbents will arise, new benchmarks written, and new statistics reported by analysts with new biases.<br/><br/>Companies invested in SQL apps that can be replaced, most often indirectly, by MapReduce-esque apps need to start self-cannibalizing.</p>
<a class="zemanta-pixie-a" href="http://reblog.zemanta.com/zemified/37b52f20-a09e-41f2-ac9f-1baca9080301/" title="Reblog this post [with Zemanta]"><img style="border: medium none; float: right;" class="zemanta-pixie-img" src="http://img.zemanta.com/reblog_e.png?x-id=37b52f20-a09e-41f2-ac9f-1baca9080301" alt="Reblog this post [with Zemanta]"/></a></em>]]></content:encoded>
			<wfw:commentRss>http://blog.lookery.com/2009/04/14/database-analyst-curt-monash-told-computerworld-that-the-study-just-reinforced-his-belief-that/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Lookery&#8217;s Data: Always User-Reported</title>
		<link>http://blog.lookery.com/2009/03/26/lookerys-data-always-user-reported/</link>
		<comments>http://blog.lookery.com/2009/03/26/lookerys-data-always-user-reported/#comments</comments>
		<pubDate>Thu, 26 Mar 2009 21:53:15 +0000</pubDate>
		<dc:creator>Claire Herminjard</dc:creator>
				<category><![CDATA[Ad Targeting]]></category>
		<category><![CDATA[Advertising]]></category>
		<category><![CDATA[Development]]></category>
		<category><![CDATA[Features]]></category>
		<category><![CDATA[Lookery]]></category>
		<category><![CDATA[RSS Syndicated]]></category>

		<guid isPermaLink="false">http://blog.lookery.com/?p=79125155</guid>
		<description><![CDATA[Lookery often gets asked how we differ from data exchanges like BlueKai and eXelate. This morning, the NY Times&#8217; writer Stephanie Clifford had a good piece covering the data aggregating and selling space that gives interesting insight into the consumer data BlueKai and eXelate use; here&#8217;s an excerpt:
&#8220;I checked the BlueKai and eXelate pages to [...]]]></description>
			<content:encoded><![CDATA[<p>Lookery often gets asked how we differ from data exchanges like BlueKai and eXelate. This morning, the NY Times&#8217; writer Stephanie Clifford had a good <a href="http://www.nytimes.com/2009/03/26/business/media/26adco.html?_r=1" target="_blank">piece</a> covering the data aggregating and selling space that gives interesting insight into the consumer data BlueKai and eXelate use; here&#8217;s an excerpt:</p>
<blockquote><p>&#8220;I checked the BlueKai and eXelate pages to see what they had on me. BlueKai’s said I was interested in online privacy, which is true, though probably not very useful for advertisers. At eXelate, though, I wasn’t identified as being interested in anything at all. And while it had my age range correct — 25 to 34 — it also had decided that I was male. Certainly it wasn’t scary — but it also showed how far these exchanges have to go.&#8221;</p></blockquote>
<p>Therein lies Lookery&#8217;s differentiator regarding our data: <strong> we aggregate only user-reported data</strong> to make available for ad targeting and make no assumptions about users.  If we don&#8217;t have data on a consumer, we don&#8217;t pretend that we do (or assume what we think it may be).</p>
<p>We get this real data by partnering directly with social and dating sites to collect anonymous information that a user contributes to our partners.  With no black box or special sauce, our data buyers are assured that they only get and pay for what they want.</p>
<p>Personally, as a female consumer, I would rather see ads for cute shoes than basketball jerseys.  Let&#8217;s hope the ad networks and agencies get my gender right.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.lookery.com/2009/03/26/lookerys-data-always-user-reported/feed/</wfw:commentRss>
		<slash:comments>10</slash:comments>
		</item>
	</channel>
</rss>
