Eric Ries answers questions on the application of lean startup principles in some edge case scenarios

It seems that every other startup we see these days espouses lean principles.  I’m not always sure that there is a thorough understanding of what that means though.  Partly for this reason I recently wrote a post about how Path and Flipboard are seemingly abandoning lean startup principles which, combined with discussion in the comments, raised a few interesting questions about the implementation and applicability of lean startup principles.  We have now put those questions to Eric Ries, who was in town last week for the launch of his book Lean Startup – The Ultimate Guide to Lean Startup.  The questions and answers are presented below.

_______________________

(Nic) At companies like Path and Flipboard they believe that high design values are a key part of the value they provide to consumers.  According to lean principles they should test that hypothesis as quickly and cheaply as they can, but delivering a high quality well designed user experience takes time and fast learning may not be possible.  How should companies like this approach product development?

(Eric) It’s a great question, the two things are not necessarily mutually exclusive. Even great design can be tested. Often, customers care less about the things that you think they will. At IMVU for example, we set out with some very high expectations about the quality of what we wanted to deliver but using Lean Startup principles we discovered something very interesting. We wanted our avatars to move around virtual environments in a very ‘real’ way. We wanted to build physics engines into the system that offered a very high degree of realism. This was really, really, hard to do. We tried a very clunky, simple approach to the problem instead. Our avatars moved instantaneously from where they were, to where they wanted to go. Inelegant and simple. Customers loved our ‘Teleport’ feature. The cost of delivering the solution we wanted to just didn’t make sense after that.

(Nic) Short iteration cycles and rapidly validating learning are key tenets of the lean approach.  These can be challenging on mobile given the time it takes to get new versions of apps approved and live in stores.  Is ‘lean’ therefore less applicable on mobile?

(Eric) It certainly makes it harder to do continuous deployment! The feedback that you can get from even a relatively small set of customers/testers though is always going to be helpful in focusing your development activity on the things that matter. The feedback you can get, even from a relatively small number of test users should be enough to give you real insights into what is valuable to people if you know what questions to ask and are honest about what you learn. Releasing a version of an App with new features that then becomes more popular, does not necessarily mean that those features are the reason that the app has become more useful. You need find ways to understand what customers are actually doing. Given the constraints of App Store approval, you also need to be able to see what customers are doing with the new app. Find some users that you can observe in the wild. Sometimes, the qualitative information that you can get from observing 10 or even 20 users will be as valuable to you as a bigger dataset of 1,000s.

(Nic) Does producing a minimum viable product in advance of a company having a commercially viable product just tip competitors off to what we are doing?

(Eric) This is a question I am always asked. People always overvalue their ideas and it is natural for people to want to protect their IP. Entrepreneurs should always try to find a way of socializing their ideas and getting feedback from real people – your friends are always going to be encouraging! Try this experiment to see how unlikely it is that someone will steal your idea. Take your second best idea for a business and try to get someone to steal it. Even if you sat down the lead product management people in the biggest company in the world and offer them a solution to a problem they have had forever, it is almost inconceivable that the idea will be ‘stolen’. (Note – Eric seems to have answered a different question here – i.e. will launching an MVP get my idea stolen?, rather than will launching an MVP damage my brand?)

(Nic) Most of the discussion around lean relates to consumer services where the cost of failure is minimal. Are lean principles equally applicable to startups with who are building products their customers will rely on for mission critical systems (e.g. banking systems, security software, some healthcare services) or which require significant capital investment (e.g. semiconductors, some cleantech)?

(Eric) There are always situations where lean startup ideas will be less important – frankly, if you know you can develop a successful cure for cancer, you don’t need to spend too much time validating the idea. In this situation the risk is in technology development and execution, not in the addressable market. For large scale, long term projects however, there is almost always a case for a company to remain focused on the important stuff. Organisations should not be afraid to change direction in the light of market feedback and that can come from iteration between the business and technology people. Let’s say you are building a piece of hardware that enables simple, high quality video conferencing and it will take two years to go from idea to market ready product. If you are not constantly aware of what the market is doing, you could easily end up with a product that is well designed and beautifully coded, but is just redundant as other products are bought to market. I think one of the most important things for the organization to understand is that just because someone has spent hours building something, it doesn’t make it right. If an engineering team has invested 5 person years to develop a solution that still requires 2 more years of work to finish, and the problem is solved elsewhere, how responsible is it to continue that development?

You can also find ways to test and prioritize your development on long term projects. That video conferencing startup for example could build web sites or landing pages that offer elements of their solution to the market and then observe which ones get the most interest. This might not be perfect data, but it is likely to be more useful than no data  at all and a long list of unprioritized features.

Enhanced by Zemanta