Biz Model vs. Biz Plan

Steve Blank defines a startup as an organization formed to search for a repeatable and scalable business model. He and Eric Ries have done yeoman’s duty in trying to move budding entreprenueurs away from the linear thinking used by most VCs to evaluate investment opportunities and startup processes that consume investor resources. Unfortunately, it takes wise VCs and smart entrepreneurs to accept iteration and “pivoting” as a natural element of the early-stage startup operation. I can envision a situation that is simply repeated iteration (spinning) that ultimately burns through the investment having collected a ton of data yet made no measurable progress towards the real end game–a business model on which to execute. The other extreme is simply being too cautious in iterating and making pivot decisions. Nonetheless, my thanks to Steve and Eric for articulating a model that really forces us to re-think the startup process. I will confess to having been in the startup game for almost as long as Steve, albeit with a later start, yet I still value the counsel of smart folks like them. It has certainly helped as I have gone though this exercise to define how we will organize and operate veloGraf Systems.

Which brings me to the title of this post–biz models vs. biz plans. You could argue that it’s simply a re-labeling exercise since the core concepts are addressed but just the term model is implicitly more dynamic, immediate and inter-connected. If I change one process in real-time, the outcome should be measurable elsewhere in the model. Plans seem inherently rigid, identify activities than can always be deferred, are never used after being written and absolutely not read by VCs (associates have this nasty task).

I began this series of posts exploring ideas for organizing and operating an early-stage enterprise software startup in a fashion that provides a rational alternative to the conventional wisdom that enterprise software is too difficult and takes boatloads of VC investment. I will confess this was a typical cursory Web investigation conducted over a few days but I have generally concluded that very solid guiding principles are offered by the following:

  • Steve Blank and his work in the area of closely coupling agile product development and customer development to find the right business model and product (
  • Eric Ries’s thoughts on lean startups and minimum viable product (
  • Alex Osterwalder’s efforts in business model generation (

Steve and Eric offer operating principles while Alex’s insights are really in understanding and organizing the basic elements of business operation. As I develop the veloGraf business model over the next few months, I plan to rely on these tools to direct my efforts.

Agile {Development | Selling | Funding}

In my last post, I was bemoaning the challenges of undertaking  an enterprise software startup, especially when you look at the distribution (go-to-market) difficulties and the heavy lifting usually required on the development side. Many VCs look at these investment opportunities and see a double digit (millions) investment over 3-5 rounds. The exemplar that triggered me to consider alternative enterprise software business models was GreenPlum, a startup in our market sector that has taken at least $45 million from VCs since 2005. I’m certain they have a solid product, good team and market traction in the data warehouse / business intelligence space but the bar for a successful exit is so high that it must be depressing for the founders.  I will say that I know bupkes about the company except what’s on their web site so they may very well be on the way to a $500 million exit. Cool for them if that’s on the horizon.

For veloGraf Systems, our new company, this business model is a non-starter so I crawled out of my self-imposed “build-the-prototype” hibernation and started exploring how other startups might be dealing with this challenge. Not surprisingly, there is a ton of stuff out there. Eric Ries Lessons Learned blog offer some interesting insights on “lean startups” and the Venture Hacks web site is worth visiting. However, what struck me was the very narrow focus on Internet startups. Not to diminish the value of focusing on capital efficiency, it’s a rather obvious that an Internet startup can be “lean”. This was reinforced in Babak Nivi’s interview with Eric Ries where they discussed what constitutes a minimum viable product. Eric was whinging about taking two weeks to build the final product (his debate avatars) instead of just a landing page to test interest. Jeez, Louise! A landing page as an MVP? And two freakin’ weeks for the final product? No wonder there’s a huge disconnect when VCs talk about software startups.

Nonetheless, the “lean” mantra has value and Eric’s definition of  MVP is predicated on an agile development model. For enterprise software startups, I think the best “lean” lessons may come fron Steve Blank’s customer development model as outlined in his book and the preso he delivered the Startup Lessons Learned conference. The principles can be applied to any type of startup and at least Steve understands from personal experience that a minimum viable product for many software companies may actually require a small team of really good software engineers many months to deliver just the core MVP.

I don’t have the definitive strategy for how we build veloGraf Systems. I am encouraged by all the smart people in this space willing to share their ideas about resource efficiency. The end solution really extends the agile development model to “agile selling” and “agile funding”. BTW, the latter is not the brain-dead, micro-managing tranching methods used by some early-stage VCs but really looking at what it takes to iterate over the next few development and selling cycles. This is actually harder than it may seem because of the conventional VC process, legal costs for closing a round and a willingness of investors to engage in the iterations inherent to the agile model.

I’m optimistic that we can leverage many of these “lean” and “agile” techniques to provide an operating model for developing the veloGraf product and raising money. As Steve Blank makes clear, we still must find the business model that make the company viable. I’ll kick that can down the road for a couple of months as we wrap up the prototype.

Is Enterprise Software Really Back?

I need to confess up front—I’m a sucker for enterprise software startups (launching and running them, that is). Why else would I be in the middle of the bootstrap phase for yet another enterprise software startup—veloGraf Systems—in a most unlikely location, Santa Fe, New Mexico?

You can imagine my surprise when Trevor Loy (@trevorloy) retweeted Kevin Spain’s (@kevinspain) link ( to TechCrunch’s interview with Marc Andreessen’s where he stated his new firm is “very, very interested and active right now in enterprise software”. Can it be true? I share Marc’s view that most professional investors consider enterprise software investment opportunities non-starters (“dead” is the term he used). Is Marc really on to something or does he too suffer from an addiction to startups where serious innovation and solid engineering are table stakes before you even take on the even more daunting challenge of taking an enterprise-class software product to market? I’m thinking of LoudCloud/OpsWare.

Enterprise software startups are not for entrepreneurs who expect to cobble together a web 2.0 service during a short boot camp or investors interested only in consumer-driven home runs. However, for entrepreneurs and investors who don’t mind a bit of heavy lifting as the price for success, a few upside considerations …

  • As Marc points out, startups like these are often founded by “seasoned” (yes, that sometimes means “older”) executives who are way up the learning curve and less likely to make simple execution mistakes. They almost always understand the markets they are entering which can frequently be the most painful and expensive lesson to learn.
  • As with all startups, you want to swing for the fences every time but enterprise software leaves you opportunities for base hits because there is often a core product that meets “portfolio completion” needs of larger vendors who simply can’t afford to internally invest in nascent market opportunities.
  • In today’s software development environment, there are stunning amounts of really exceptional open source technology letting the startup focus on the vital, differentiating innovation and difficult engineering efforts required to build reliable, scalable products. This provides excellent leverage for a development team and can reduce the amount of investment required to get an initial product to market.
  • Contrary to what many believe, IT organizations do continue to adopt evolutionary technology. If an innovative product can meet a business need and the startup understands the rules of engagement for delivering a product to this market, I remain convinced there remains “white space” in the IT ecosystem. This does NOT mean wholesale displacement of the entrenched vendors like Oracle, IBM or Microsoft no matter how “breakthrough” your product may be. An unfortunate blind spot of many new entrepreneurs to this space is the unwavering belief that their technology is so innovative that CIOs will willingly discarded millions of dollars of development investment and untold measures of staff knowledge to adopt a new technology. Ain’t gonna happen. Think niche. Think evolution. Think playing nicely with others.

I’m certain there are many more “rationalizations” for investing in an enterprise software venture that I can add to this list since I need to hone the story much more before I hit the fund-raising circuit this summer. But on to the challenges…

  • The single biggest obstacle to succeeding in the enterprise software market is simply the difficulty of getting a product through the tortuous path to closing deals. While I do believe that we have tools today that can accelerate the sales cycle while reducing it’s cost, I’m still bedeviled by finding the ideal model to reduce the cost of distribution. Building a sales and marketing organization can be extraordinarily expensive and begins to rival product development costs at a certain point. When that happens, it’s easy to see why another company in our general market space (data warehousing and business intelligence) has taken at least $45 million from VCs since 2005. What is harder to see is how there can be a reasonable outcome for all stakeholders with that level of investment. The “base hit” option is clearly off the table.
  • The distribution cost challenge is closely followed by the risk of outsized product development costs which can easily spiral out of control if the product vision is too grand. Or maybe not carefully managed since I believe a “grand vision” is important to early-stage companies. Enterprise software suffers from those damned “customer prospects” each of whom has a set of must-have features. It’s very hard to manage feature creep in the face of a sales team prospecting for leads and investors pounding you for a pipeline.
  • Which really brings us to the overarching challenge–is it possible to build an successful enterprise software company for a relatively manageable investment that can offer VCs a good return even if it’s a solid base hit (let’s say a double) and exceptional returns if it’s a home run? The amount I have in mind is definitely a three-beer discussion but I think the number could be in single-digit millions of dollars). Yes, I know these numbers don’t work for firms that can’t write modest checks and have such unmanageable portfolio companies that partner leverage is limited to a handful of companies for each partner.

So what is the optimum model for an enterprise software startup that makes this possible? Probably not too different than it was 15 years ago but it is enhanced by leveraging the major leaps forward in software development technology and a communications environment for marketing and selling.

  • Think tactical (but don’t give up the grand vision). Agile development techniques should also be used for “agile selling” in the early days of the product. There is an incessant pressure to have the “complete product” in terms of all competitive features and support from day one. I may be overstating the flexibility of contemporary IT shops but I believe targeted products meeting specific customer needs can be introduced. Any IT team using open source software knows the product is never done.
  • The investment corollary is to take the right amount of investment to get to each stage. Yes, more is good but it often means building unnecessary features or spending money too soon on sales and marketing. And, yes, many VCs prefer to make fewer decisions and write larger checks. They may be the wrong investors.

Marc never mentioned whether his interest in enterprise software extends to improving the leverage. He may very well prefer the large-investment model depending on his investment strategy and fund size. I don’t. Been there, done that. If you have it, you spend it and not always wisely.

I think I have just outlined the manifesto for how we will run veloGraf Systems manifesto. Not my intention when I started this post and it needs further elaboration but it does articulate what I believe are the the basic principles for operating an enterprise software startup in 2010. Marc was right—enterprise software is back!

A New Web Site

After several years of maintaining (or rather ignoring) a 1990s-style personal web site hand-crafted using HTML, I decided it was time to join the modern Internet era and refactor the content to a blog style site. It was a relatively easy albeit somewhat tedious effort requiring a small amount of re-formatting and a couple hours learning WordPress basics. I will confess that I did very little content editing so whatever was posted on the old site is reflected on this site. Content updating is on the to-do list for 2010. On the positive side, these updates will now be painless and I might even be inclined to make the occasional blog entry if a topic moves me enough to commit the time and energy.