<?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>zoestreet.com&#187; startups</title>
	<atom:link href="http://zoestreet.com/tag/startups/feed" rel="self" type="application/rss+xml" />
	<link>http://zoestreet.com</link>
	<description>Zoe Street &#124; Ad Agency San Francisco &#124; Top Ad Agencies &#124; Saas, B2B and Social Networking</description>
	<lastBuildDate>Tue, 09 Feb 2010 20:21:48 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=abc</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Two years of Development Can Save You a Month of Research</title>
		<link>http://zoestreet.com/2009/doing-market-research-9</link>
		<comments>http://zoestreet.com/2009/doing-market-research-9#comments</comments>
		<pubDate>Thu, 05 Feb 2009 02:04:23 +0000</pubDate>
		<dc:creator>aj</dc:creator>
				<category><![CDATA[Running Things]]></category>
		<category><![CDATA[focus groups]]></category>
		<category><![CDATA[marketing]]></category>
		<category><![CDATA[research]]></category>
		<category><![CDATA[risk]]></category>
		<category><![CDATA[startups]]></category>

		<guid isPermaLink="false">http://zoestreet.com/?p=9</guid>
		<description><![CDATA[Building the wrong product is way more expensive than any amount of research.]]></description>
			<content:encoded><![CDATA[<p><img class="alignleft size-thumbnail wp-image-109" title="istock_000007201810xsmall" src="http://zoestreet.com/wp-content/uploads/2009/04/istock_000007201810xsmall-150x150.jpg" alt="istock_000007201810xsmall" width="150" height="150" />Grad students have a wonderful saying: “Six weeks in the lab can save you two hours in the library.” The same applies to software companies. Building the wrong product is an expensive proposition, and for startups, it’s usually fatal. The good news is that a well-run research effort can help you avoid this fate. What’s more, it’s actually a well-defined process that will probably cost less and deliver more than you think.</p>
<p>In general, there are two types of research: quantitative and qualitative.</p>
<h5>Quantitative</h5>
<p>Quantitative, unsurprisingly, involves large numbers of respondents. It’s typically structured as some kind of survey and analyzed using statistical methods. It can help you learn things like</p>
<ul>
<li>&#8220;78% of executives who travel rely on their smartphones instead of their laptops for overnight trips&#8221;</li>
<li>&#8220;Only 3% of small business owners have heard the term “VoIP” and know what it means&#8221;</li>
</ul>
<p>Quantitative research is often used to find potential market opportunities, gauge demand for a product under consideration, or justify demand for a product already under development.</p>
<h5>Qualitative</h5>
<p>Qualitative research is typically conducted with small groups (some variation of the focus group model), and with individuals (some kind of one-on-one interview.)</p>
<h4>Use Focus Groups for Insight</h4>
<p>Focus groups help you to identify customer problems and pain points, and allow you to hear the actual language they use. For example, you may think of your product as a “multi-function mobile broadband communications terminal” while your customers think of it as a “phone.” This type of insight is invaluable when defining or positioning a product.<br />
The rules for successful focus groups are pretty simple: get the right people in the groups, work with a great moderator, and run at least two groups for each audience you want to research. (This helps you eliminate any bias that might exist within one particular session.)<br />
A complete focus group project to one audience can cost as little as $15K, and can be done in as little as 4 weeks. You can of course spend more to get better, more reliable insight, but budget at least this to get some real value from the process.</p>
<h4>Use Interviews for Validation</h4>
<p>Individual interviews are best for getting a response to a specific proposition, like a product idea or positioning. This helps you validate and refine your messaging, benefit statements, pricing, and the other specifics of your offering.<br />
The rules for successful one-on-one interviews are also simple: make sure you’re talking to the right people, talk to a minimum of 7 or 8 from each audience, and don’t have someone from your company do the interviews. (No one will tell you that your baby is ugly, but if asked correctly, they will tell someone else.)<br />
One-on-one interviews are usually 30 minutes to an hour long, and can be done over the phone at very low cost.</p>
<h4>Now is a Good Time to Start</h4>
<p>At what phase in the development process should you start your research? Now is probably a good time. In the 20 years we’ve been doing technology marketing, we’ve never heard anyone say “We did the research too early.”</p>
]]></content:encoded>
			<wfw:commentRss>http://zoestreet.com/2009/doing-market-research-9/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Are Your Focusing on the Wrong Kind of Risk?</title>
		<link>http://zoestreet.com/2009/the-wrong-kind-of-risk-14</link>
		<comments>http://zoestreet.com/2009/the-wrong-kind-of-risk-14#comments</comments>
		<pubDate>Fri, 02 Jan 2009 07:03:04 +0000</pubDate>
		<dc:creator>aj</dc:creator>
				<category><![CDATA[Running Things]]></category>
		<category><![CDATA[business model]]></category>
		<category><![CDATA[marketing]]></category>
		<category><![CDATA[research]]></category>
		<category><![CDATA[risk]]></category>
		<category><![CDATA[SaaS]]></category>
		<category><![CDATA[startups]]></category>
		<category><![CDATA[technology risk]]></category>

		<guid isPermaLink="false">http://zoestreet.com/?p=14</guid>
		<description><![CDATA[In my experience, startups usually overestimate technology risk and underestimate adoption risk. There are two reasons for this.]]></description>
			<content:encoded><![CDATA[<p>When you’re starting a software company, your two biggest risks are:</p>
<ul>
<li>Technology risk &#8212; the risk that you can’t make the product you want</li>
<li>Adoption risk &#8212; the risk that customers don’t want the product you make</li>
</ul>
<p>In my experience, startups usually overestimate technology risk and underestimate adoption risk. There are two reasons for this.</p>
<h6>1. Technology Risk is Declining</h6>
<p>As the software market matures, technology risk is actually declining for all but the most ambitious projects. Simply put, there is now a lot of really good infrastructure in place (development languages, open source tools and platforms, hosting infrastructure, turn-key cloud computing platforms, and of course the worldwide web itself). Just as important, there are also a lot of really smart technology people who know how to use these powerful building blocks to make pretty much anything you can dream up. Don’t get me wrong, software development isn’t trivial or a slam-dunk, and many ships have foundered on those shores, but the risk is declining and generally over-emphasized.</p>
<h6>2. Disbelievers Don’t Build Products</h6>
<p>Passion for an idea is the bedrock requirement of being an entrepreneur. Entrepreneurs work with investors and employees who also believe strongly in the mission. After all, who would hire a marketing director, a developer, or a QA person who said “It’s kind of a dumb idea, but what the heck, I’ll give it a whirl.”?</p>
<p>This makes adoption risk that much more dangerous. <span style="font-style: italic;">It’s typically underestimated by the entire organization.</span></p>
<p>This organizational blind spot can play out in three different ways:</p>
<ol>
<li> Bad ideas that should never have been funded</li>
<li> Good ideas that were flawed in execution (this is often cleverly disguised as technology risk, as the dev team scrambles to revise the product to match actual customer needs)</li>
<li> Well executed ideas without a clear path to market (or without a realistic level of funding to get them to market)</li>
</ol>
<p>Fortunately, a well-run research effort can reduce the risk of all of these types of failures. More on that in a future post.</p>
]]></content:encoded>
			<wfw:commentRss>http://zoestreet.com/2009/the-wrong-kind-of-risk-14/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>SaaS: First the Good News</title>
		<link>http://zoestreet.com/2008/saas-the-good-news-16</link>
		<comments>http://zoestreet.com/2008/saas-the-good-news-16#comments</comments>
		<pubDate>Mon, 01 Dec 2008 07:48:42 +0000</pubDate>
		<dc:creator>aj</dc:creator>
				<category><![CDATA[SaaS]]></category>
		<category><![CDATA[business model]]></category>
		<category><![CDATA[customer acquisition]]></category>
		<category><![CDATA[marketing]]></category>
		<category><![CDATA[open source]]></category>
		<category><![CDATA[service business]]></category>
		<category><![CDATA[startups]]></category>

		<guid isPermaLink="false">http://zoestreet.com/?p=16</guid>
		<description><![CDATA[There are a lot of great things about the Software as a Service business model. Here are 7 of them]]></description>
			<content:encoded><![CDATA[<div id="attachment_145" class="wp-caption alignleft" style="width: 160px"><a href="http://zoestreet.com/wp-content/uploads/2009/04/thumbs_up_left.jpg"><img class="size-thumbnail wp-image-145" title="thumbs_up_left" src="http://zoestreet.com/wp-content/uploads/2009/04/thumbs_up_left-150x150.jpg" alt="Whoopee!" width="150" height="150" /></a><p class="wp-caption-text">Whoopee!</p></div>
<p>There are a lot of great things about the Software as a Service business model. Here are 7 of them…</p>
<h4>Cheap to start</h4>
<p>SaaS companies can<strong> </strong>be very cheap to start because you can leverage existing infrastructure (Amazon’s EC3, Google, etc.) and great open source tools and languages to deploy powerful applications fairly quickly. This means you can keep your team small and agile while you figure out your offering and business model. This is closely related to…</p>
<h4>…Faster development cycles</h4>
<p>You can add functionality incrementally, see how customers respond, and react accordingly. It’s also fairly easy to run “beta” features side-by-side with production code, allowing the adventurous ones to get the new stuff early and give you feedback, without having to worry about upsetting the “just keep it working and leave me alone” segment of your customer base. You can also create a…</p>
<h4>…Rapid “Find it, try it, buy it” sales cycle</h4>
<p>This not only helps reduce your cost of sales, it’s a great way to understand what customers are responding to. You can test new messages and benefit statements, target new types of customers, even quickly roll out new offerings. This direct sales cycle, coupled with your faster development cycles, makes it much easier to…</p>
<h4>…Stay close to your customers</h4>
<p>Through methods both active (blogs, online surveys, email) and passive (measuring ROI on AdWords, reviewing log files to see what features are used most) you can get lots of information about what your customers like and want, and what they don’t care for. This not only helps you use your engineering resources efficiently, it means you can do a better job than the next company of meeting their needs and keeping them happy, so you can benefit from…</p>
<h4>…WOM economics</h4>
<p>Simply put, word of mouth is the least expensive and most desirable customer acquisition strategy. There are some very smart people who specialize in WOM marketing (for example, <a title="Seth Godin, Gaspedal" href="http://gaspedal.com/" target="_blank">Seth Godin</a>), but the key idea is simple: recommendations from existing customers are more influential than your own marketing messages, and cost a lot less money.</p>
<p>While we’re on the subject of money, SaaS companies are very well suited to…</p>
<h4>…Recurring revenue models</h4>
<p>It would be hard to convince someone to send you money every month for a piece of software they installed on a desktop computer, but customers are comfortable with the idea of paying a recurring fee for a recurring service. Part of the reason is simply psychology (customers don’t feel like they own the application), but another aspect is the understanding that you’ll continue to develop and enhance the system over time.</p>
<p>Recurring revenue is good not only because it’s predictable, but also because it compounds your growth tremendously. With the exception of churn, your year 2 revenue starts at your ending revenue for year 1. With traditional software, your year 2 revenue starts at zero. It’s also good for the customer because your interests and theirs are closely aligned. You have to keep them happy every day, not just when a new version comes out, or you’ll lose them.</p>
<p>This recurring revenue stream also helps you to…</p>
<h4>Build partnerships quickly and cheaply</h4>
<p>Recurring revenue is a powerful inducement to potential partners. You can both share in the wins, and no one has to pony up a bunch of money up front for something that may not produce a lot of results. It’s not only much easier to put together meaningful marketing, distribution or customer acquisition partnerships, but the technical advantages of web-based integration (usually much faster and cheaper than for installed software) mean you can deliver a wide range of functionality to your customers without having to build it all yourself.</p>
<p>So much for the good news. Next, let’s look at some of the inherent challenges of the SaaS business model.</p>
<p>(Part two of this series is called <a href="http://zoestreet.com/?p=18"><em>And now the Bad News&#8230; </em></a>)</p>
]]></content:encoded>
			<wfw:commentRss>http://zoestreet.com/2008/saas-the-good-news-16/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
