What Now? Product Release

SpiderNet has been planning to release version 1.0 of its product in Q2 of this year. However, after the new VP of Engineering looks into the schedule and deliverables, he informs you that the product will be delayed, possibly by six to nine months, due to stability and feature completeness.

In your discussion with the team, you determine that there are two options: release on time with reduced features or delay by six to nine months with the full 1.0 feature set. The company co-founder/CTO is adamant that eliminating any of the v1.0 features will result in an uncompetitive product and releasing “a piece of crap” will undermine the credibility of the company.

Product management advocates releasing something in Q2 provided that the next release follows within nine months. Prior to now, everyone agreed that product management is responsible for release decisions. Your CTO team wants to make an exception to the rule, claiming that this is a strategic decision and can’t possibly be left solely to product management.

According to product management, while the first release will fall short of what was promised, the three most important customer-facing features are able to be released on time. In his view, the minimum viable feature set has been met and getting something out sooner is the best approach.

SpiderNet still has about a year of cash in the bank, so could theoretically weather the delay, but getting any sort of customer traction before requiring additional funding will be very difficult. Do you side with your co-founder/CTO and wait six months or do you press the company to release a minimally viable product by the end of Q2?

What Now?

There’s not a technical team on the planet that does not wish to build the greatest product known to humankind—a product that has more features than all the incumbents, will truly revolutionize the market, and be released sooner rather than later to catch the impending market demand for the technology. Rarely do such wishes come true.

The reality is that building and releasing a market-ready software product takes time and iteration to get right. Whether SaaS or on-premise, the learning curve to get the feature set correct, understand the ideal customer, and teach the company how to launch a product takes time and it is extremely rare for a company to go from no product to ideal product in one grand motion.

While it is easy to advise a stepwise approach, the reality is much more difficult. Engineering teams want to release great and complete products, you don’t want the company to be embarrassed with a half-assed attempt, and the company vision often dictates a much more robust offering than you have the time or money to produce.

The Minimally Viable Product

I am a huge advocate of the MVP. Having barely lived through the alternative—the uber, world-eating product that never releases—creating a viable yet less grandiose product of value along the path to something larger is a far more prudent approach. Releasing an MVP puts a product in the user’s hands for feedback, teaches the company how to release a product (which goes far beyond simply finishing the bits), and starts to create a value proposition within a targeted market segment. Two cases in point: Dropbox’s approach to product development and Zynga’s release of FarmVille. To the extent a company tries to build the grand vision upfront, the result is often a broken Swiss army knife of features that never gets traction because the product doesn’t work completely and can’t compete effectively.

That said, the MVP only works if the following conditions prove true:

  1. The product actually contains the top three to five compelling features required
  2. The product is bomb-proof and has the highest attention to quality.

Fewer features yet higher quality usually wins. Low quality loses in all cases, regardless of the feature set.


In the SpiderNet case, I would thus advocate taking the MVP approach despite possibly upsetting the CTO. For all the reasons mentioned above, getting something out the door is important and critical for the company’s success: important for feedback, important for the company, and important for SpiderNet to raise another round of funding. Furthermore, the six- to nine-month delay might turn into a year or longer given the unknowns. That said, the CTO is absolutely correct in that the company must not release an embarrassing “piece of crap”. Therefore, I’d want to make sure that the three to five features are really the ones required by the customer and then, as a team, pick a release date that the company strives to meet. Full steam ahead.




The views expressed here are those of the individual AH Capital Management, L.L.C. (“a16z”) personnel quoted and are not the views of a16z or its affiliates. Certain information contained in here has been obtained from third-party sources, including from portfolio companies of funds managed by a16z. While taken from sources believed to be reliable, a16z has not independently verified such information and makes no representations about the enduring accuracy of the information or its appropriateness for a given situation.

This content is provided for informational purposes only, and should not be relied upon as legal, business, investment, or tax advice. You should consult your own advisers as to those matters. References to any securities or digital assets are for illustrative purposes only, and do not constitute an investment recommendation or offer to provide investment advisory services. Furthermore, this content is not directed at nor intended for use by any investors or prospective investors, and may not under any circumstances be relied upon when making a decision to invest in any fund managed by a16z. (An offering to invest in an a16z fund will be made only by the private placement memorandum, subscription agreement, and other relevant documentation of any such fund and should be read in their entirety.) Any investments or portfolio companies mentioned, referred to, or described are not representative of all investments in vehicles managed by a16z, and there can be no assurance that the investments will be profitable or that other investments made in the future will have similar characteristics or results. A list of investments made by funds managed by Andreessen Horowitz (excluding investments and certain publicly traded cryptocurrencies/ digital assets for which the issuer has not provided permission for a16z to disclose publicly) is available at https://a16z.com/investments/.

Charts and graphs provided within are for informational purposes solely and should not be relied upon when making any investment decision. Past performance is not indicative of future results. The content speaks only as of the date indicated. Any projections, estimates, forecasts, targets, prospects, and/or opinions expressed in these materials are subject to change without notice and may differ or be contrary to opinions expressed by others. Please see https://a16z.com/disclosures for additional important information.