Feeds

Success-hungry Valley needs code, not cash

When a VC's A round 'ain't enough

Reducing security risks from open source software

Open... and Shut When someone makes the bold claim that 90 per cent of the startups TechCrunch hypes are dead and buried within six months, you'd expect Silicon Valley to be in uproar. Surprisingly, though, the collective response seems to be, "Sounds about right." While I don't think the data support the claim, it is true that a large percentage of technology start ups fail.

The question is why? And is there anything we can do about it?

To the first question, the Startup Genome project has been tracking over 3,200 Silicon Valley start ups since early 2011, trying to determine the attributes that lead to success or failure. The biggest cause of failure? More than 70 per cent of failed start ups couldn't make the grade because they scaled prematurely, meaning that they tried to grow their business before the fundamentals (such as product, user base or community) were in place to support it.

The report that has emerged from the project is fascinating in that it unwittingly challenges one of the fundamental creeds of Silicon Valley: venture capital is good.

In fact, the report suggests: "Many investors invest two to three times more capital than necessary in start ups that haven’t reached problem solution fit yet." The report further notes that these investors "also over-invest in solo founders and founding teams without technical co-founders despite indicators that show that these teams have a much lower probability of success."

In other words, venture capital - at least too early - can have a negative effect on a business by obscuring correct objectives and by encouraging the hiring of the wrong sort of early employees. That could mean, for example, instead of focusing on tweaking the product to make it "sell itself" entrepreneurs hire sales teams to force feed the unfinished product on the market.

Early investors may also inhibit a founding team's willingness or ability to pivot, which the report finds to be a very healthy element of successful start ups. As the report finds, "Start ups that pivot once or twice times... have 3.6x better user growth and are 52 per cent less likely to scale prematurely than start ups that pivot more than two times or not at all."

None of which is to suggest that venture capital is Evil. On the contrary, some of my best friends and most helpful advisors to the companies for which I've worked are venture capitalists. But it does call into question the optimal timing to seek venture funding.

All of which leads me back to a chairlift conversation I had with Nitobi founder Andre Charland, who sold Nitobi (the PhoneGap company) to Adobe for an undisclosed sum. Charland, who never raised venture capital, told me that he felt open-source companies, in particular, should bootstrap themselves through consulting and support services. As he argued, this helps to keep the company responsive to its community and also serves to fund product development.

Not everyone, however, is a fan.

When I tweeted Charland's comment, Greylock VC John Lilly (who used to be chief executive at the Mozilla Foundation, so he knows a thing or two about open source and the importance of community) was quick to question the wisdom of a slow-growth consulting approach:

Lilly's point is sound, despite the obvious examples of SpringSource and JBoss, both of which grew to well over $10m in revenues before seeking venture capital. After all, while JBoss took the VC-free route early on, Alfresco, Cloudera and other open-source companies took venture money early, and to very positive effect.

Indeed, SpringSource founder Rod Johnson jumped into the conversation, arguing that you have to balance a bootstrap approach against the venture route, given the perils in each:

Raise too little, and it's hard to invest in technology. Raise too much, and you're likely to scale prematurely. Damned if you do, damned if you don't.

Again, in my experience it's a matter of timing. A narrow class of start up should raise a ton of money from the start, because it creates all sorts of harmful temptations to scale in unhelpful ways. If you're building a spaceship, you're going to need a lot of money. If you're building a service that allows people to save money toward future purchases - with some social mechanics thrown in to help them save - you don't need much more than a developer (probably you) to build the service and host it on Amazon.

Ultimately, the thing that matters most, whether you're starting from an open-source project or a software-as-a-service-based product, is something that people really, really like to use. This means a technical founding team with perhaps one business-minded person to do things like field sales inquiries and establish partnerships. Once there's a reasonable amount of inbound sales traction, then you raise money.

Which probably means you don't need a traditional seed or A round at all. And those pointy-haired bosses you dread having to deal with? You can put that off a few years, too.

In short, developers just need to develop. The better the project, the less likely you'll need to raise venture capital early, or possibly at all. Many will prefer to live a healthy lifestyle of consulting services. For those that want to swing for the fences, VCs have a way of finding successful products. You really don't need to go seeking them out. Not early on. ®

Matt Asay is senior vice president of business development at Nodeable, offering systems management for managing and analysing cloud-based data. He was formerly SVP of biz dev at HTML5 start-up Strobe and chief operating officer of Ubuntu commercial operation Canonical. With more than a decade spent in open source, Asay served as Alfresco's general manager for the Americas and vice president of business development, and he helped put Novell on its open source track. Asay is an emeritus board member of the Open Source Initiative (OSI). His column, Open...and Shut, appears three times a week on The Register.

The Power of One eBook: Top reasons to choose HP BladeSystem

More from The Register

next story
NO MORE ALL CAPS and other pleasures of Visual Studio 14
Unpicking a packed preview that breaks down ASP.NET
Cheer up, Nokia fans. It can start making mobes again in 18 months
The real winner of the Nokia sale is *drumroll* ... Nokia
Mozilla fixes CRITICAL security holes in Firefox, urges v31 upgrade
Misc memory hazards 'could be exploited' - and guess what, one's a Javascript vuln
Put down that Oracle database patch: It could cost $23,000 per CPU
On-by-default INMEMORY tech a boon for developers ... as long as they can afford it
Google shows off new Chrome OS look
Athena springs full-grown from Chromium project's head
Apple: We'll unleash OS X Yosemite beta on the MASSES on 24 July
Starting today, regular fanbois will be guinea pigs, it tells Reg
HIDDEN packet sniffer spy tech in MILLIONS of iPhones, iPads – expert
Don't panic though – Apple's backdoor is not wide open to all, guru tells us
prev story

Whitepapers

Top three mobile application threats
Prevent sensitive data leakage over insecure channels or stolen mobile devices.
Implementing global e-invoicing with guaranteed legal certainty
Explaining the role local tax compliance plays in successful supply chain management and e-business and how leading global brands are addressing this.
Boost IT visibility and business value
How building a great service catalog relieves pressure points and demonstrates the value of IT service management.
Designing a Defense for Mobile Applications
Learn about the various considerations for defending mobile applications - from the application architecture itself to the myriad testing technologies.
Build a business case: developing custom apps
Learn how to maximize the value of custom applications by accelerating and simplifying their development.