Ann Winblad: How to Write a Fundable Business Plan

This is part of my set of notes from the Startup School 2006 sessions at Stanford.

Ann Winblad is the co-founding partner of Hummer Winblad, a VC firm in Silicon Valley focused solely on software. She started off with a number of general observations on the state of the venture capital and software markets:

  • The market has been very constant over the past three years, with about $21B a year invested on average. Around 35% of all dollars invested go to software companies
  • Microsoft stock took the hardest hit it’s taken in the past five years, down 11%. The winning stocks? Saleforce, new analytics companies
  • Winning used to depend on platform shifts (PC to client/server to Internet distributed); now, if you’re an incumbent it’s like playing wack-a-mole with the competition. We’re at the beginning of a four-year step function of innovation. For software, the real boom is now.

The challenge for founders is really understanding the customers, creating competitive advantage, and turning that into a business.

Starting Your Software Business Plan

  • What is your idea? The goal is to hook them in 15 minutes. For example, consider one of their portfolio companies, Hyperion. Jim and Bob walked into Hummer Winblad office, and Jim unfurled a list of all the customers he was going to call – after one meeting, Hummer Winblad started due diligence. In another case, Voltage Security, Ann saw their pitch as a finalist judge in a business plan competition and immediately knew it was a fundable business because they had been able to distill the essence of their idea: “Voltage Secures Anytime, Anywhere business communications”.
  • Do you understand the market? Unmet customer need + growth – the VCs are expecting any startup to say it’s a billion dollar market. What’s really important is to talk about the customer, their needs, and if you solve that customer’s problem/interest, will you have an ongoing revenue relationship with that section of the market? Is it a vitamin or a painkiller?
  • Are you defining the market or jumping hurdles already in place? You have to define the market, as opposed to having the market defined for you. You need to be creating the barriers to entry.
  • Who are your competitors? Put together a picture of who you’ll be up against – even if you don’t show it to anyone, do this exercise.
  • Is this a product or a company? Companies do not live in the Products section of their corporate web site.
  • Will customers beg? Are you creating the Newton or the iPod? How is this product inspiring? Biggest challenge in the consumer market is to make the product inspirational. In Enterprise, it’s about tight fit to consumer need.
  • Who are your customers?
  • What is the secret sauce? What is really giving you that competitive advantage that no one else can reproduce? In the case of Voltage, it was math. What’s your advantage? Technology/IP? Business Process? Partners? Domain Knowledge?
  • Engineering roadmap: Can the product be built in less than one year? Anyone that comes to them that can’t bring the first release of the product to the market in less than a year is not going to get funded. Sit down, write out your engineering roadmap to show how you’re going to get there.
  • Can you attract excellence? 80% of the companies Hummer Winblad funded that were acquired were run by the founders. They are seeing the old world retiring, finding that most of the people they fund are doing it for the first time. Do not try to pack in your whole management team. The companies they’re funding are lean and mean, small. One company recently funded had five employees; another had three employees.
  • Do you know what you don’t know? It’s fine to go into VCs and say “These are our assumptions” – it’s important to know what are assumptions, and what are facts. Michael Porter’s value chain is a good guide. Who do I think will be competitors? What do I think my route to customers will be? Write down your top ten assumptions, and track how they change over time.
  • Do the numbers make sense? Do the numbers reach software economics (80% gross margins, 20% EBITDA)? Are services a major fraction of revenue? Is the total capitalization less than $15< ? Are COGS (Cost of Goods Sold) > 30%? Are sales and marketing commissions and quotas in line with industry? Does the Engineering plan match the Operations plan? Is the G&A < 10%, is it outsourced? Is the quarter over quarter growth? What’s the revenue per employee? How long will the initial investment last?

The Market Bats Last

  • “I only swing at strikes” – Warren Buffet
  • Ultimately, the VCs will call customer to ascertain if they believe in your product and team. Do the customers have budget to buy you product? Is there a common problem across customers, or does it need to be customized for each customer? And do you have a way to reach the customer (example: carriers in mobile applications)? How do you reach customers in a reasonable time, at a reasonable cost?

What VCs Bring to the Table

  • 3 P’s: People, Partners Process
  • 65 companies got their A round from professional investors in 2005
  • The money does give you some competitive advantage, but not a lot. It’s the partnerships that you can leverage that build that advantage.

Do I Need to Write a Business Plan?

Not at first, but they will eventually to see your thought process. Six pages should cover it. In addition, you’ll need a pitch presentation consisting of 10 slides to cover the basics:

  • Executive Summary
  • Team
  • Market Analysis
  • Secret Sauce Overview
  • Key Assumptions
  • Customers (Potential or references)
  • Product Plan
  • Engineering Plan
  • Sales model and marketing outline
  • Business Model / Financials / Cash Flow

Audience Questions

  • How would you respond to Joe Kraus’ philosophy of taking on money? It depends on the business in question. For one of the companies they funded, they only put in $650K – this company had major assumptions outlying that needed more interactions with customer to figure out which way to go forward. The VCs are interested in where this money will get you, and if it will get you to a milestone that will be of interest to follow-on investors. The worst situation is companies that try to take too little, and they haven’t achieved any milestone when the money is gone.
  • Do you have a lower limit on the size of company you consider funding? Do you consider companies that are going to exit via acquisition differently than via IPO? Hummer Winblad focuses on startups that are going to become big companies. Ask yourself: Could I describe this company as a public company on an S-1? Even in the case of companies that got acquired, they made a choice to get acquired rather than to go for IPO. But an IPO was always an option. You want to be in a position to turn down an acquisition. Anyone operating such they need to be acquired to achieve an exit is in a precarious position. Companies are bought, not sold.

Mark Fletcher: Lessons Learned Birthing and Building Web Startups

This is part of my set of notes from the Startup School 2006 sessions at Stanford.

Mark Flecter is a two-time entrepreneur with two successful companies under his belt:

  • OneList: At the end of 1999 merged with Egroups, acquired by Yahoo in June 2000. Product is now Yahoo Groups, and has 140K users
  • BlogLines: Launched in June 2002, this company was totally self-funded. Put in a total of $200K from start to finish, build it using only one salaried employee, four stock-only compensated employees, and outsourced labor hired through eLance. BlogLines was bought in 2005 by Ask Jeeves.

Garage Philosophy

Mark has his own “garage philosophy” – secrets to success for startups:

  • Passion for the idea: He’s been driven by solving problems he has himself. OneList was driven by his need to have an easy way to set up a mail list. BlogLines was driven by the problem of having an enormous bookmark list that he visited every day. If you solve a problem that you have, other people most likely have the same problem. It’s easy to get enamoured by the technology, and do things because you can. Instead, focus on the stuff that interests you, solves a problem for you. This will be your life 24×7, so you’d better enjoy what you’re doing.
  • Cheap technologies: Design around the idea of cheap hardware and open source.
  • It doesn’t have to be perfect: Many people try to get it perfect before they launch. This should be avoided – launch early, launch often. OneList was really ugly at first, and missing huge chunks of functionality. Doing this kick-starts the “virtuous cycle” where active feedback from customers drive development. Half of customer support email sent to BlogLines are feature ideas. Also engages customers, ties them more to your service as you address their needs.
  • Moonlighting limits risk: He worked a full-time job when starting BlogLines – he had a mortgage to support.
  • Friends/Family funds: When you do raise money, look to family/friends. The longer you can go without raising VC funding, the better position you’ll be in. BlogLines didn’t take VC funding until they had a million users. This put them in excellent negotiating position.
  • Free services = less pressure: You don’t have to worry about high availability when you’re offering a free service. People will cut you some slack.
  • Hire a lawyer: When he did OneList, he used an online service to incorporate in Delaware. Ended up having to redo things entirely and in the end it didn’t really save much money or time.
  • Outsource to eLance/Rent A Coder: Althought Mark wouldn’t recommend outsourcing core pieces of technology development, it can still be useful. For example, BlogLines has a notifier application – BlogLines put together a proposal, posted it on eLance and had some guys from Kazakstan/Russia write the application to their exact specifications in two days. Ditto for translation services – they extracted all of the text, posted the proposal to eLance, and for $3500 had the service translated into 6 languages. Graphics is also a good place to try using outsourced labor. In general, Mark recommends making the proposal as specific as possible to guarantee success.
  • PR is cheapest marketing you can do: The only way to value your service is in the growth of your user base, and the buzz surrounding your service. Anybody can come along and be smarter than you, but they can’t copy your users. Focus on viral growth – motivate users to be your best cheerleaders. Make it valuable for them to have their friends on the service. OneList pulled people in because people created mail lists for their friends – you couldn’t create a mail list that didn’t encourage people to sign up. Also, PR is cheap. Find someone who can develop relationships with reporters. BlogLines had great press coverage, four write ups in the Wall Street Journal. PR person was working for stock!

Design Philosophies

One great resource that summarizes it better than Mark ever could: Amy Jo Kim’s presentation at Etech – Putting the Fun in Functional.

Technical Aspects

Software choices

  • Linux/Apache
  • C/C++/bash/python
  • DJB/qmail/DJBDNS/Daemontools (http://cr.yp.to)
  • ClearSilver (http://www.clearsilver.net)
  • Berkeley DB (http://www.sleepycat.com)
  • Memcached
  • Avoid NFS
  • Avoid table-level locking in MySQL
  • The faster your web site is, the more pageviews you get. Whenever BlogLines slowed down, they threw more hardware at it and saw 30% more pageviews, not from more users, but more use of the product from the existing users

Hardware choices

  • Dedicated servers v. Buying/Hosting: For BlogLines, they bought their own hardware. They had to find machines, the co-lo, and deal with the network issues. Thought the advantage is that it’s cheaper in the long run, but would not do this again in the future. Renting the machines is the way to go – it just doesn’t cost that much.
  • eBay is a great place to buy hardware – you can find several wholesalers who will put together any machine you want, even new hardware.
  • APC PDUs for remote power cycling
  • HP ProCurve
  • Avoid Seagate Ultra-SCSI drives – they had 50% failure rate
  • A good phone for SSH which allows remote problem solving. He’s been in a casino, in front of a slot machine, fixing a server from his phone!

Architecture Choices

  • Copying files v. Client/Server: The BlogLines News RSS Feed is basically a text file that they copy between servers; copying files scales infinitely, and is a good solution for a lot of things. Not ideal for everything, but something to consider.
  • Calculate on the fly v. Cache: BlogLines generated cached pages of user accounts for spiders to crawl.
  • Memory v. Disk: Notifications in OneList – they were keeping track of how many emails were sent to a mail list in memory.

Storage Choices

  • Relational DB v. flat files: Don’t underestimate the power of flat files. BlogLines uses subscriber information in a sleepycat DB, and blog articles are all in flat files.
  • RAID v. Redundant hardware: OneList was storing mail list articles on RAID, which doesn’t lose data in case of failure, but results in data being unavailable. With BlogLines, they replicate blog posts across machine, not just at the disk level, ensuring that even if storage failed, service was still available.
  • Linux Software RAID: Prefer software RAID over hardware

SysAdmin Choices

  • DNS round robin for web servers – no need for hardware load balancers
  • Hot backups for offline-processing
  • Worry about cooling at the co-lo. If you find yourself with a lot of hard drive failures, you should suspect a cooling issue. (Unless you determine, as they did, that Seagate drives suck).

Avoid making stupid bets

While working on OneList, he made bet that if they were successful, they’d have a big party and that he would shave his heads. They were successful – baldness ho!

Audience Questions

  • What is your strategy for choosing what to outsource? Choose isolated pieces of functionality that can easily be developed separated from the rest of the code. He has experienced disaster outsourcing core functionality. Put a boundary around what you will or won’t outsource.