<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:go='http://ns.gigaom.com/'
xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Crib Sheet for Co-founder Finding</title>
	<atom:link href="http://gigaom.com/2007/05/29/crib-sheet-for-co-founder-finding/feed/" rel="self" type="application/rss+xml" />
	<link>http://gigaom.com/2007/05/29/crib-sheet-for-co-founder-finding/</link>
	<description></description>
	<lastBuildDate>Fri, 10 Feb 2012 17:38:24 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: rajb</title>
		<link>http://gigaom.com/2007/05/29/crib-sheet-for-co-founder-finding/#comment-171333</link>
		<dc:creator><![CDATA[rajb]]></dc:creator>
		<pubDate>Sat, 09 Jun 2007 21:06:34 +0000</pubDate>
		<guid isPermaLink="false">http://foundread.wordpress.com/2007/05/29/crib-sheet-for-co-founder-finding/#comment-171333</guid>
		<description><![CDATA[Another couple of lessons learnt:
* Life changes: if one of the co-founders decides to change from working part-time to full time on the project, and the other doesn&#039;t it leads to conflict.
* Business strategy: decide on when you want to launch. No enhancements until the first customer signs, and not get into the loop of enhancing product everytime a prospect gives you any feedback...
* Strengths: if co-founder has a set of skills in say operations for the last decade, its unlikely for him/her to appreciate marketing or sales (not just generically, but the process and tactics). Careful when you assign responsibility... ensure they align with the co-founder&#039;s and your strengths.

Remember - time&#039;s ticking!}]]></description>
		<content:encoded><![CDATA[<p>Another couple of lessons learnt:<br />
* Life changes: if one of the co-founders decides to change from working part-time to full time on the project, and the other doesn&#8217;t it leads to conflict.<br />
* Business strategy: decide on when you want to launch. No enhancements until the first customer signs, and not get into the loop of enhancing product everytime a prospect gives you any feedback&#8230;<br />
* Strengths: if co-founder has a set of skills in say operations for the last decade, its unlikely for him/her to appreciate marketing or sales (not just generically, but the process and tactics). Careful when you assign responsibility&#8230; ensure they align with the co-founder&#8217;s and your strengths.</p>
<p>Remember &#8211; time&#8217;s ticking!}</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: cwodtke</title>
		<link>http://gigaom.com/2007/05/29/crib-sheet-for-co-founder-finding/#comment-171334</link>
		<dc:creator><![CDATA[cwodtke]]></dc:creator>
		<pubDate>Tue, 29 May 2007 19:32:35 +0000</pubDate>
		<guid isPermaLink="false">http://foundread.wordpress.com/2007/05/29/crib-sheet-for-co-founder-finding/#comment-171334</guid>
		<description><![CDATA[I thought the advice given by Andrew Frame in a recent podcast was awesome http://www.stanford.edu/group/edcorner/uploads/podcast/frame070516.mp3

He speaks on hiring those early executives, and says to design a team that scales you have to find people who have worked in big companies, and small, have had big successes and big failures... his reasons why illuminating. Worth a listen (the whole series is. it&#039;s pretty awesome, if you don&#039;t know it.)}]]></description>
		<content:encoded><![CDATA[<p>I thought the advice given by Andrew Frame in a recent podcast was awesome <a href="http://www.stanford.edu/group/edcorner/uploads/podcast/frame070516.mp3" rel="nofollow">http://www.stanford.edu/group/edcorner/uploads/podcast/frame070516.mp3</a></p>
<p>He speaks on hiring those early executives, and says to design a team that scales you have to find people who have worked in big companies, and small, have had big successes and big failures&#8230; his reasons why illuminating. Worth a listen (the whole series is. it&#8217;s pretty awesome, if you don&#8217;t know it.)}</p>
]]></content:encoded>
	</item>
</channel>
</rss>

