Brutal Bootstrapping
When I co-founded my most recent company back in 2007, my partner Steve and I shook hands on a commitment to bootstrapping this one with 100% self-funding. This decision was made not because we have anything against venture money, as both of us have had and currently enjoy positive experiences with venture-backed firms. We simply hypothesized that we had a capital efficient business model that could work as a self-funded play. We knew that if we could run hard to profitability on our own funds, we'd enjoy huge flexibility in how we run the firm, in perpetuity. We both agree today that it was absolutely the right call: We turned profitable in our first 12 months in the market and now we're growing very strongly into 2010. The gambit worked for us. This is the first time I've done a startup without any outside funds, and looking back now on the first 2 years, I have some insights that might help other entrepreneurs as they struggle with the very real question of growing organically (that is, your own money, or that of your friends and family that comes without institutional structures) or taking outside angel or VC money. It really comes down to a few variables around what you're capable of doing in your first year...These are 5 questions to ask yourself if you're thinking of bootstrapping with modest funds:1. Can you start selling quickly? If your initial business model requires an unspecified development or R&D period before you can even think about customers and a pricing model, its going to be almost impossible to self-fund your company to profitability unless you have really deep pockets and don't mind revising your spend plans every step of the way (not recommended.) We build software, but we also knew what we were building and exactly how long it would take -right down to the week- (thank you, Agile development methodologies!) in order to deliver a complete offering to our first paying customers.2. Will customers pay you quickly? Its one thing to know you can build something you can sell quickly, but do you know if people or businesses will actually pay you? Seems obvious, but find out before you start. We actively interviewed prospective buyers of our software service before we wrote the first lines of code. We showed them detailed product mockups and how it would be used. We added capabilities they wanted. We talked to all kinds of users involved in the purchasing process. Doing that, we confirmed that if we built it, a handful of awesomely wonderful "believers" would buy it from us. Most importantly, we confirmed our payment terms. We pursued this as a collaborative process, and we came up with a pricing model that worked for them and us. Consumer and B2B plays have different paths to this knowledge, but you need to follow that process.3. Can you build only things you can sell? Brutal discipline in offering design is non-optional. There is very little room for hunches about product acceptance when you're building on a shoestring. If somebody won't buy it, don't even think about building it or adding it, no matter how cool. We made this mistake at a feature level in our software a couple times in the first year... We allowed our desires to supercede direct market feedback. Those features are now long dead, but the cost of lost development cycles taught us a key lesson: You cannot be too obsessive about confirming that every aspect of your product is both desired and supportive of your revenue model (confirmation = people who don't work for you saying that they want it and will pay for it.)4. Can you commit to a true hiring process? As there is so little room for error in the first year of a bootstrap, you need to eliminate the possibility of an expensive dud hire. The way to do this is by having a true process. If you can work with folks you've worked with in the past, that's your best bet -get "the band" back together. If you have to hire strangers, then don't settle for less than total rockstars. Really dig deep on all potential hires. Take your time to get it right. If they are developers, demand to see some new work from designers, make back-end developers do real code challenges (our policy is that if a developer candidate whines about a code challenge, move on, no matter how talented they are) Give market or customer facing candidates personality tests (again, if they whine, move on), conduct background references, do brainstorming sessions to see how they work... Leave literally nothing to chance, or you will suffer for it financially and operationally. Of course, even if you do all of this, you'll still likely screw it up... We did all of this and we made one hiring mistake in our first year, but we solved it quickly, which is the next point.
5. Are you willing to cut a loss before its an actual loss? Here, a "loss" could be a non-productive hire, a bad product decision, a demanding customer, a recurring unneeded expense... literally anything that your gut is telling you COULD become a problem, lose it now, no matter how much your brain is telling you that your gut might be wrong. Your gut is probably right, but even if you're just being paranoid, you have to keep this raft afloat to profitability so you must execute with uncomfortable certitude.
In short, product, operational and fiscal paranoia is the fuel of the bootstrapped business in its first year. The paranoid self-funders who survive their first year in business can aspire to become well-adjusted entrepreneurs when they turn profitable.
Happy to hear any other perspectives on this.




