<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: 7 MicroISV Anti-Patterns: Learning from a Llama</title>
	<atom:link href="http://47hats.com/2008/03/7-microisv-anti-patterns-learning-from-a-llama/feed/" rel="self" type="application/rss+xml" />
	<link>http://47hats.com/2008/03/7-microisv-anti-patterns-learning-from-a-llama/</link>
	<description>Bob Walsh</description>
	<lastBuildDate>Tue, 07 Feb 2012 15:41:38 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Joshua Volz</title>
		<link>http://47hats.com/2008/03/7-microisv-anti-patterns-learning-from-a-llama/comment-page-1/#comment-28604</link>
		<dc:creator>Joshua Volz</dc:creator>
		<pubDate>Mon, 24 Mar 2008 15:55:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.47hats.com/index.php/2008/03/03/7-microisv-anti-patterns-learning-from-a-llama/#comment-28604</guid>
		<description>Bryan,
I agree with your comments above, but I mean that ease of use (even in its best incarnation) is not enough to let people find your website.  Google can&#039;t determine whether you application is easy to use or not and then rank its search results based on that criteria.  Being easy to use might get you some word of mouth, but you have to make it convenient for your customers to let other people know about the program.  Ease of use is not a marketing plan, it&#039;s a customer retention plan IMO.  Once your customers find your website, then yes, ease of use becomes a huge factor.
The problem is: how does that ease of use translate into them finding your website?</description>
		<content:encoded><![CDATA[<p>Bryan,</p>
<p>I agree with your comments above, but I mean that ease of use (even in its best incarnation) is not enough to let people find your website.  Google can&#8217;t determine whether you application is easy to use or not and then rank its search results based on that criteria.  Being easy to use might get you some word of mouth, but you have to make it convenient for your customers to let other people know about the program.  Ease of use is not a marketing plan, it&#8217;s a customer retention plan IMO.  Once your customers find your website, then yes, ease of use becomes a huge factor.  </p>
<p>The problem is: how does that ease of use translate into them finding your website?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bryan</title>
		<link>http://47hats.com/2008/03/7-microisv-anti-patterns-learning-from-a-llama/comment-page-1/#comment-28407</link>
		<dc:creator>Bryan</dc:creator>
		<pubDate>Sat, 08 Mar 2008 23:47:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.47hats.com/index.php/2008/03/03/7-microisv-anti-patterns-learning-from-a-llama/#comment-28407</guid>
		<description>I think I&#039;m going to have to disagree about differentiating based on ease of use. I get what you&#039;re saying and I agree you shouldn&#039;t just say &quot;we&#039;re easy to use!&quot; because you have a me-too menubar and a me-too toolbar with pretty blue gradients and you took time to make F1 brings up some me-too help. But there are so many bad, hard-to-use applications out there that I think there&#039;s plenty of room for truly easy programs to flourish.
It takes a _whole_ lot more to make an easy-to-use application that to just drop buttons on a GUI and make them line up nice. Sure it&#039;s easy to click on your toolbar and organize stuff in folders. To make it really easy to use, come up with a design that doesn&#039;t need a toolbar or doesn&#039;t force you to stick stuff in a hierarchy.
True ease of use requires a real understanding of the pain points and thinking hard about the solution. If you have a normal application you think and really really wish was easy to use, don&#039;t market as easy to use because it won&#039;t be any easier than any others. If you really do have something that is demonstrably easier to use, sell it!</description>
		<content:encoded><![CDATA[<p>I think I&#8217;m going to have to disagree about differentiating based on ease of use. I get what you&#8217;re saying and I agree you shouldn&#8217;t just say &#8220;we&#8217;re easy to use!&#8221; because you have a me-too menubar and a me-too toolbar with pretty blue gradients and you took time to make F1 brings up some me-too help. But there are so many bad, hard-to-use applications out there that I think there&#8217;s plenty of room for truly easy programs to flourish.</p>
<p>It takes a _whole_ lot more to make an easy-to-use application that to just drop buttons on a GUI and make them line up nice. Sure it&#8217;s easy to click on your toolbar and organize stuff in folders. To make it really easy to use, come up with a design that doesn&#8217;t need a toolbar or doesn&#8217;t force you to stick stuff in a hierarchy.</p>
<p>True ease of use requires a real understanding of the pain points and thinking hard about the solution. If you have a normal application you think and really really wish was easy to use, don&#8217;t market as easy to use because it won&#8217;t be any easier than any others. If you really do have something that is demonstrably easier to use, sell it!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim Haughton</title>
		<link>http://47hats.com/2008/03/7-microisv-anti-patterns-learning-from-a-llama/comment-page-1/#comment-28338</link>
		<dc:creator>Tim Haughton</dc:creator>
		<pubDate>Thu, 06 Mar 2008 14:07:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.47hats.com/index.php/2008/03/03/7-microisv-anti-patterns-learning-from-a-llama/#comment-28338</guid>
		<description>Great post Joshua. Don&#039;t be too hard on yourself though. I&#039;m at a loss as to which soothing quotes to throw at you:
&quot;An expert is someone who knows some of the worst mistakes that can be made in his subject and how to avoid them.&quot; - Heisenberg
&quot;The man who makes no mistakes does not usually make anything.&quot; - Phelps
&quot;Success seems to be connected with action. Successful men keep moving. They make mistakes, but they don&#039;t quit.&quot; - Hilton
The list goes on, but I will not :¬)</description>
		<content:encoded><![CDATA[<p>Great post Joshua. Don&#8217;t be too hard on yourself though. I&#8217;m at a loss as to which soothing quotes to throw at you:</p>
<p>&#8220;An expert is someone who knows some of the worst mistakes that can be made in his subject and how to avoid them.&#8221; &#8211; Heisenberg</p>
<p>&#8220;The man who makes no mistakes does not usually make anything.&#8221; &#8211; Phelps</p>
<p>&#8220;Success seems to be connected with action. Successful men keep moving. They make mistakes, but they don&#8217;t quit.&#8221; &#8211; Hilton</p>
<p>The list goes on, but I will not :¬)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andy Brice</title>
		<link>http://47hats.com/2008/03/7-microisv-anti-patterns-learning-from-a-llama/comment-page-1/#comment-28284</link>
		<dc:creator>Andy Brice</dc:creator>
		<pubDate>Wed, 05 Mar 2008 19:26:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.47hats.com/index.php/2008/03/03/7-microisv-anti-patterns-learning-from-a-llama/#comment-28284</guid>
		<description>&gt;I guess I have to get started on some developer tools…..
Then you can round off your product line with an RSS reader. ;0)</description>
		<content:encoded><![CDATA[<p>&gt;I guess I have to get started on some developer tools…..</p>
<p>Then you can round off your product line with an RSS reader. ;0)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joshua Volz</title>
		<link>http://47hats.com/2008/03/7-microisv-anti-patterns-learning-from-a-llama/comment-page-1/#comment-28229</link>
		<dc:creator>Joshua Volz</dc:creator>
		<pubDate>Tue, 04 Mar 2008 21:48:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.47hats.com/index.php/2008/03/03/7-microisv-anti-patterns-learning-from-a-llama/#comment-28229</guid>
		<description>@Andy again:  &quot;Even after developer tools and GTD apps.&quot;
Crap.  I have a freeware GTD app too.  http://vizonware.com/downloads.html
It&#039;s based on the Marc Andreessen&#039;s &quot;3 lists&quot; idea from his blog.
I guess I have to get started on some developer tools.....  :-)</description>
		<content:encoded><![CDATA[<p>@Andy again:  &#8220;Even after developer tools and GTD apps.&#8221;</p>
<p>Crap.  I have a freeware GTD app too.  <a href="http://vizonware.com/downloads.html" rel="nofollow">http://vizonware.com/downloads.html</a></p>
<p>It&#8217;s based on the Marc Andreessen&#8217;s &#8220;3 lists&#8221; idea from his blog.  </p>
<p>I guess I have to get started on some developer tools&#8230;..  <img src='http://bobwalsh.wpengine.netdna-cdn.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joshua Volz</title>
		<link>http://47hats.com/2008/03/7-microisv-anti-patterns-learning-from-a-llama/comment-page-1/#comment-28228</link>
		<dc:creator>Joshua Volz</dc:creator>
		<pubDate>Tue, 04 Mar 2008 21:44:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.47hats.com/index.php/2008/03/03/7-microisv-anti-patterns-learning-from-a-llama/#comment-28228</guid>
		<description>@Andy Brice:  I completely agree.  I was partially blinded by already having the code.  That might be something else you should look out for; don&#039;t put out a product just because you have the code.  There is so much more to it than having the code isn&#039;t really a determining factor on whether the business is &quot;easy&quot; to make or will be successful.
@Taylor:  as to #6 and your question: Yes and No.  When I was writing that I was thinking of a variety of different situations.  The three I had in mind were:
1. Talking to potential customers and telling them you have an idea.  I mean this for consumer applications, talking to people from your target demographic and simply seeing what they say.
2.  I meant doing something like starting an Adwords campaign before you make the product to see what kind of response you get and what keywords are available.  Tim Ferris from the 4 hour work week suggests putting up a web page with a &quot;notify me when it&#039;s ready link&quot; or similar.
3. Take your idea to a company that can use it (this assumes B2B type product).  Introduce them to the idea and let them help you mold it into something useful, and in return they get either free or reduced pricing.  Imagine this as selling them the idea (which is vaporware).
For the consumer type applications, I don&#039;t think it would be possible to get money (at least not enough) to fund your development with the product (from options #1, 2).  I wouldn&#039;t collect money, but that doesn&#039;t mean you can&#039;t sell it to them.  It&#039;s energizing when someone tells you they are eager to buy the software you are making or going to make.
Option 3 is a possible source of money in that the company may want your product enough to help offset the costs of development.  This is a commonly used tactic in businesses other than software.  You collect from your customers as soon as possible and pay your suppliers as late as possible and on the float you can make your product.  I admit that is risky and might not be ideal for every product or company.  As a contractor I receive payment all the time for jobs that have no code written at all, most often on jobs that are fixed-bid style jobs.  If you can negotiate the retention of some of the rights for the software you are making for a client, then they are effectively paying for your development, upfront and assuming you negotiated your rights well you can still make it a complete product.  This scenario is actually what happened with Llama Carbon Copy.  I was paid to write it, but retained rights.  Admittedly, I completely rewrote it before it ever was available online but the concept is the same.
So, Yes, take money for vaporware.  Why use your money for development when you could use someone else&#039;s?  Make sure you back up your word.  I mean it; I don&#039;t want people blaming me for asshats selling vaporware and then doing nothing.  Honor your word.</description>
		<content:encoded><![CDATA[<p>@Andy Brice:  I completely agree.  I was partially blinded by already having the code.  That might be something else you should look out for; don&#8217;t put out a product just because you have the code.  There is so much more to it than having the code isn&#8217;t really a determining factor on whether the business is &#8220;easy&#8221; to make or will be successful.  </p>
<p>@Taylor:  as to #6 and your question: Yes and No.  When I was writing that I was thinking of a variety of different situations.  The three I had in mind were:</p>
<p>1. Talking to potential customers and telling them you have an idea.  I mean this for consumer applications, talking to people from your target demographic and simply seeing what they say.<br />
2.  I meant doing something like starting an Adwords campaign before you make the product to see what kind of response you get and what keywords are available.  Tim Ferris from the 4 hour work week suggests putting up a web page with a &#8220;notify me when it&#8217;s ready link&#8221; or similar.<br />
3. Take your idea to a company that can use it (this assumes B2B type product).  Introduce them to the idea and let them help you mold it into something useful, and in return they get either free or reduced pricing.  Imagine this as selling them the idea (which is vaporware).</p>
<p>For the consumer type applications, I don&#8217;t think it would be possible to get money (at least not enough) to fund your development with the product (from options #1, 2).  I wouldn&#8217;t collect money, but that doesn&#8217;t mean you can&#8217;t sell it to them.  It&#8217;s energizing when someone tells you they are eager to buy the software you are making or going to make.  </p>
<p>Option 3 is a possible source of money in that the company may want your product enough to help offset the costs of development.  This is a commonly used tactic in businesses other than software.  You collect from your customers as soon as possible and pay your suppliers as late as possible and on the float you can make your product.  I admit that is risky and might not be ideal for every product or company.  As a contractor I receive payment all the time for jobs that have no code written at all, most often on jobs that are fixed-bid style jobs.  If you can negotiate the retention of some of the rights for the software you are making for a client, then they are effectively paying for your development, upfront and assuming you negotiated your rights well you can still make it a complete product.  This scenario is actually what happened with Llama Carbon Copy.  I was paid to write it, but retained rights.  Admittedly, I completely rewrote it before it ever was available online but the concept is the same.</p>
<p>So, Yes, take money for vaporware.  Why use your money for development when you could use someone else&#8217;s?  Make sure you back up your word.  I mean it; I don&#8217;t want people blaming me for asshats selling vaporware and then doing nothing.  Honor your word.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andy Brice</title>
		<link>http://47hats.com/2008/03/7-microisv-anti-patterns-learning-from-a-llama/comment-page-1/#comment-28227</link>
		<dc:creator>Andy Brice</dc:creator>
		<pubDate>Tue, 04 Mar 2008 21:17:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.47hats.com/index.php/2008/03/03/7-microisv-anti-patterns-learning-from-a-llama/#comment-28227</guid>
		<description>Of all the possible markets I would ever enter, back-up software would probably be the last. Even after developer tools and GTD apps. Better luck picking the competitors for your next product.</description>
		<content:encoded><![CDATA[<p>Of all the possible markets I would ever enter, back-up software would probably be the last. Even after developer tools and GTD apps. Better luck picking the competitors for your next product.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Taylor</title>
		<link>http://47hats.com/2008/03/7-microisv-anti-patterns-learning-from-a-llama/comment-page-1/#comment-28225</link>
		<dc:creator>Taylor</dc:creator>
		<pubDate>Tue, 04 Mar 2008 16:23:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.47hats.com/index.php/2008/03/03/7-microisv-anti-patterns-learning-from-a-llama/#comment-28225</guid>
		<description>I don&#039;t understand no. 6. When you say, &quot;sell your vaporware,&quot; do you mean that literally? Like, accept money for a product you haven&#039;t created?</description>
		<content:encoded><![CDATA[<p>I don&#8217;t understand no. 6. When you say, &#8220;sell your vaporware,&#8221; do you mean that literally? Like, accept money for a product you haven&#8217;t created?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bobw</title>
		<link>http://47hats.com/2008/03/7-microisv-anti-patterns-learning-from-a-llama/comment-page-1/#comment-28221</link>
		<dc:creator>bobw</dc:creator>
		<pubDate>Tue, 04 Mar 2008 13:50:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.47hats.com/index.php/2008/03/03/7-microisv-anti-patterns-learning-from-a-llama/#comment-28221</guid>
		<description>Mick - my error, not Joshua&#039;s. Fixed!</description>
		<content:encoded><![CDATA[<p>Mick &#8211; my error, not Joshua&#8217;s. Fixed!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Zviki Cohen</title>
		<link>http://47hats.com/2008/03/7-microisv-anti-patterns-learning-from-a-llama/comment-page-1/#comment-28218</link>
		<dc:creator>Zviki Cohen</dc:creator>
		<pubDate>Tue, 04 Mar 2008 06:25:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.47hats.com/index.php/2008/03/03/7-microisv-anti-patterns-learning-from-a-llama/#comment-28218</guid>
		<description>Great post. Thanks.</description>
		<content:encoded><![CDATA[<p>Great post. Thanks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mick</title>
		<link>http://47hats.com/2008/03/7-microisv-anti-patterns-learning-from-a-llama/comment-page-1/#comment-28215</link>
		<dc:creator>Mick</dc:creator>
		<pubDate>Tue, 04 Mar 2008 00:43:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.47hats.com/index.php/2008/03/03/7-microisv-anti-patterns-learning-from-a-llama/#comment-28215</guid>
		<description>Hey, nice article.  Just wanted to let you know that your link at the bottom for your product doesn&#039;t work.</description>
		<content:encoded><![CDATA[<p>Hey, nice article.  Just wanted to let you know that your link at the bottom for your product doesn&#8217;t work.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

