/// What Now? Product Release

February 24, 2012  |  All Things Digital

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. After 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 that 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? Product Release: The Minimally Viable Product 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 the product is 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

See the rest here:
What Now? Product Release

Leave a Reply

You must be logged in to post a comment.