What Is A Lean Startup?
•Als ZIP, PDF herunterladen•
36 gefällt mir•8,241 views
Presentation I did for Agile Austin.
Empfohlen
Weitere ähnliche Inhalte
Was ist angesagt?
Was ist angesagt? (20)
Andere mochten auch
Andere mochten auch (20)
Ähnlich wie What Is A Lean Startup?
Ähnlich wie What Is A Lean Startup? (20)
What Is A Lean Startup?
- 1. Unique Value Proposition Minimum Viable Product Product/Market Fit Continuous Deployment Freemium What should I measure? What is a Lean Startup ? Ash Maurya Lean startup Eliminate waste Business Model Five Whys Split-testing Customer Development Landing Pages
- 2. Overview • The Startup Challenge • What is a Lean Startup? • Case Study
- 3. © Copyright Eric Ries
- 4. © Copyright Eric Ries
- 5. The Startup Challenge Unknown Problem + Unknown Solution Building new products under conditions of extreme uncertainty.
- 6. Product-centric approach Concept/ Product Alpha/Beta Launch/ Seed Development Test 1st ship “Greatest risk is not development of new product, but development of customers and markets.” - Steve Blank
- 7. What is a Lean Startup?
- 8. What is a Lean Startup? Customer Development + Product Development
- 9. What is a Lean Startup? Customer Development + Product Development Validated learning as the measure of progress
- 10. © Copyright Eric Ries
- 11. Iterate “Startups that succeed are those that manage to iterate enough times before running out of resources.” - Eric Ries
- 12. A Fourth State Validated Backlog In-Progress Done Learning Was this feature any good?
- 13. Case Study Product 1 Product 2
- 14. Case Study Product 1 Product 2 BoxCloud Dead-simple file sharing Release early, release often - Launch, then gather feedback - 80% effort on new features - 2 week release cycles - Lots of metrics - Lack of focus
- 15. Case Study Product 1 Product 2 BoxCloud CloudFire Photo and Video Sharing Dead-simple file sharing for Busy Parents Release early, release often Lean startup techniques - Launch, then gather feedback - Gather feedback first - 80% effort on new features - 20% effort on new features - 2 week release cycles - 1 day release cycles - Lots of metrics - Few key metrics - Lack of focus - Clearer focus
- 16. What should I build ?
- 17. What should I build ? Get out of the building Steve Blank
- 18. What should I build ? Get out of the building Top 3 Problem Presentations Minimum Viable Product problems Steve Blank
- 19. What should I build ? Get out of the building Top 3 Problem Presentations Minimum Viable Product problems Blog Landing Pages Steve Blank
- 20. How should I build it ?
- 21. How should I build it ? Maximize validated learning BUILD MEASURE LEARN Eric Ries
- 22. How should I build it ? Maximize validated learning BUILD MEASURE LEARN Continuous Deployment Eric Ries
- 23. How should I build it ? Maximize validated learning BUILD MEASURE LEARN Continuous Split Tests Deployment Usability Tests Eric Ries
- 24. What should I measure ?
- 25. What should I measure ? 5 key actionable metrics Acquisition Analytics tools Conversion Dashboard Activation Retention Referral Revenue Dave McClure
- 26. What should I optimize (first) ?
- 27. What should I optimize (first) ? Product/Market Fit is the first thing that matters Sean Ellis
- 28. What should I optimize (first) ? Product/Market Fit is the first thing that matters Acquisition Activation Retention Product/Market Fit Then scale Referral Revenue Sean Ellis
- 29. What should I optimize (first) ? Product/Market Fit is the first thing that matters Acquisition Activation Retention Product/Market Fit Then scale Referral Revenue 20% new features 80% existing features Sean Ellis
- 30. What have I learned ?
- 31. What have I learned ? Test everything you think you know
- 32. What have I learned ? Test everything you think you know lean startup Less code More learning Less delusion More reality checks Less burn More chance of success
- 33. What have I learned ? Test everything you think you know lean startup Less code More learning Less delusion More reality checks Less burn More chance of success blog: http://www.ashmaurya.com
- 34. Resources • Austin Lean Startup Meetup - April 23 • Blogs, videos, slides • Startup Lessons Learned Conference • Promo Code: ASH (20% discount)
- 35. Thanks Ash Maurya twitter: ashmaurya email: ash@wiredreach.com blog: http://www.ashmaurya.com
Hinweis der Redaktion
- Hi, I’m Ash with WiredReach and I’m going to be talking about Lean Startups. To get a sense of who’s in the room, How many people here have heard about Lean Startups before? How many people are in a startup or have been in a startup? While lean startup came out of the startup up world, the concepts themselves are fairly general and can be applied to companies of any size or industry that are building new products or services.
- Here’s what I’m going to be covering today. I’ll talk about why building new products can be so challenging, briefly cover some lean startup theory, and then illustrate them with a case study from my startup. Let’s first look at how software is built.
- This is the classic waterfall model. It only works if you fully understand the problem and solution upfront. Most software is not built this way anymore because it’s too hard, expensive or both to define the solution upfront. Which is where Agile comes in.
- Agile takes a problem and helps you iterate your way to the right solution. A key concept in agile is that of the “product owner” or in-house customer that drives the definition of the problem. But what if you are building a new product or service and don’t yet have any customers or even know what problems to solve?
- That is the startup condition and what Lean startup tries to address.
- This is how most startups typically build new products.
- There are 2 main concepts in lean startup: The first is building products with parallel customer and product development tracks. The second is the emphasis on validated learning about customers over achieving product milestones or lines of working code.
- There are 2 main concepts in lean startup: The first is building products with parallel customer and product development tracks. The second is the emphasis on validated learning about customers over achieving product milestones or lines of working code.
- This is what a combined customer development + product development feedback loop looks like.
- This is another way to visualize iterations in a lean startup. You start with some ideas which you build into code then measure and learn from it. Build/Measure/Learn is the fundamental iteration loop and startups that succeed are those that manage to iterate enough times before running out of resources.
- Taking this back to the Agile world, another way of thinking about validated learning is adding a fourth state to a story card. After the feature is tested and deployed, someone still has to verify if the feature was any good.
- With that I’d like to jump right into a case-study of how I have been applying these techniques in my startup. I have been in business for several years and have launched 2 products. The first product was built using release early, release often… It started out as a very simple application but quickly grew out of hand because we were trying to be all things to all people. I eventually hit the reset button and stripped about 60% of the features that weren’t getting used. I had started reading about customer development and lean startup and decided to apply those techniques to my second product. You can see some of the differences but the biggest payoff for me was being able to define and prioritize my success metrics more clearly.
- With that I’d like to jump right into a case-study of how I have been applying these techniques in my startup. I have been in business for several years and have launched 2 products. The first product was built using release early, release often… It started out as a very simple application but quickly grew out of hand because we were trying to be all things to all people. I eventually hit the reset button and stripped about 60% of the features that weren’t getting used. I had started reading about customer development and lean startup and decided to apply those techniques to my second product. You can see some of the differences but the biggest payoff for me was being able to define and prioritize my success metrics more clearly.
- The approach I had taken with the first product was building something I thought people wanted and then testing it. Keeping it small helped but a lot of my underlying assumptions were wrong and had to be reworked over time. Steve Blank literally wrote a book on customer development where he asserts that all the answers lie outside the building and emphasizes engaging customers even before the product is built. I used a problem presentation to identify the top 3 problems most important to my customers which helped me define what needed to go into a minimum viable product.
- The approach I had taken with the first product was building something I thought people wanted and then testing it. Keeping it small helped but a lot of my underlying assumptions were wrong and had to be reworked over time. Steve Blank literally wrote a book on customer development where he asserts that all the answers lie outside the building and emphasizes engaging customers even before the product is built. I used a problem presentation to identify the top 3 problems most important to my customers which helped me define what needed to go into a minimum viable product.
- The approach I had taken with the first product was building something I thought people wanted and then testing it. Keeping it small helped but a lot of my underlying assumptions were wrong and had to be reworked over time. Steve Blank literally wrote a book on customer development where he asserts that all the answers lie outside the building and emphasizes engaging customers even before the product is built. I used a problem presentation to identify the top 3 problems most important to my customers which helped me define what needed to go into a minimum viable product.
- We released BoxCloud on a biweekly schedule and used feature requests as the primary means to drive the product. Unused features are a form of waste and Eric Ries emphasizes the importance of validated learning through fast build/measure/learn loops. In CloudFire, we use Continuous Deployment to release software almost daily and incorporate both qualitative and quantitative metrics to measure, learn, and occasionally kill features that don’t measure up.
- We released BoxCloud on a biweekly schedule and used feature requests as the primary means to drive the product. Unused features are a form of waste and Eric Ries emphasizes the importance of validated learning through fast build/measure/learn loops. In CloudFire, we use Continuous Deployment to release software almost daily and incorporate both qualitative and quantitative metrics to measure, learn, and occasionally kill features that don’t measure up.
- We released BoxCloud on a biweekly schedule and used feature requests as the primary means to drive the product. Unused features are a form of waste and Eric Ries emphasizes the importance of validated learning through fast build/measure/learn loops. In CloudFire, we use Continuous Deployment to release software almost daily and incorporate both qualitative and quantitative metrics to measure, learn, and occasionally kill features that don’t measure up.
- Anyone who has used google analytics knows it’s very easy to get lost in a sea of numbers. Dave McClure built a model using just 5 key metrics which I’ve implemented using home-grown and off-the-shelf tools.
- Of those 5 metrics, not all of them need to be optimized day 1. Product/Market fit is the first thing that matters. But how do you measure it? Sean Ellis measures it using surveys to gauge initial user gratification. In Dave’s model, those translate to Activation and Retention. It is only after product/market fit that you scale up user acquisition.
- Of those 5 metrics, not all of them need to be optimized day 1. Product/Market fit is the first thing that matters. But how do you measure it? Sean Ellis measures it using surveys to gauge initial user gratification. In Dave’s model, those translate to Activation and Retention. It is only after product/market fit that you scale up user acquisition.
- Of those 5 metrics, not all of them need to be optimized day 1. Product/Market fit is the first thing that matters. But how do you measure it? Sean Ellis measures it using surveys to gauge initial user gratification. In Dave’s model, those translate to Activation and Retention. It is only after product/market fit that you scale up user acquisition.
- The fundamental mind shift in applying lean startup is going from thinking you know something to testing everything you know.
- The fundamental mind shift in applying lean startup is going from thinking you know something to testing everything you know.
- The fundamental mind shift in applying lean startup is going from thinking you know something to testing everything you know.