Building a Lean Startup
Feb. 3, 2010•0 likes•40,606 views
Download to read offline
Report
Technology
How I am building a lean startup
Ash MauryaFollow
More Related Content
What's hot
Lecture 1: Business Model & Customer DevelopmentStanford University
Innovation Accounting by Ash MauryaLean Startup Co.
Eric Ries - The Lean Startup - Google Tech TalkEric Ries
Lean Startup 101Lean Startup Co.
Lean startup 101Jason Evanish
How To get to problem / solution fitpragmatic solutions gmbh
Similar to Building a Lean Startup
BLN CEO Tales. Eric Ries, The Lean StartupBusiness of Software Conference
10 steps to product market fit - Ash MauryaStartupfest
10 Steps to Product/Market FitAsh Maurya
2012 05 15 eric ries the lean startup pwc canadaEric Ries
Maneuver Warfare and Other Badass Habits of a Lean Product Developer
Marko Taipale
2010 10 15 the lean startup at tech_hub londonEric Ries
More from Ash Maurya
Love the Problem, Not Your SolutionAsh Maurya
Pirate Metrics 2.0 - AARRRAsh Maurya
Business plan vs Lean CanvasAsh Maurya
10 steps to product/market fitAsh Maurya
Transitioning to-lean-at-infochimpsAsh Maurya
Vetting ideasAsh Maurya
Recently uploaded
The Ultimate Administrator’s Guide to HCL Nomad Webpanagenda
Keynote: Two years at the British Library... and counting / Alan Danskin (Bri...CILIP MDG
Experts Live Europe 2023 - Ensure your compliance in Microsoft Teams with Mic...Jasper Oosterveld
Demystifying ML/AIMatthew Reynolds
Roottoo Innovation V24_CP.pdfroottooinnovation
Nymity Framework: Privacy & Data Protection Update in 7 StatesTrustArc
Building a Lean Startup
- 1. Unique Value Proposition Minimum Viable Product Product/Market Fit Continuous Deployment Freemium What should I measure? Building a Lean Startup Case-study: CloudFire Lean startup Eliminate waste Business Model Five Whys Split-testing Customer Development Landing Pages
- 2. What is a Lean Startup? New Product or Service + Eliminate Waste Low-burn startup Speed of iterations is the key to success
- 3. Lots of Theory
- 4. Practice Trumps Theory • What should I build? • How should I build it? • What should I measure? • What should I optimize first?
- 5. Case Study Product 1 Product 2
- 6. 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 - Lots to focus on
- 7. 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 - Lots to focus on - Clearer focus
- 8. What should I build ?
- 9. What should I build ? Get out of the building
- 10. What should I build ? Get out of the building Top 3 Problem Presentations Minimum Viable Product problems
- 11. What should I build ? Get out of the building Top 3 Problem Presentations Minimum Viable Product problems Blog Landing Pages
- 12. How should I build it ?
- 13. How should I build it ? Maximize validated learning BUILD MEASURE LEARN
- 14. How should I build it ? Maximize validated learning BUILD MEASURE LEARN Continuous Deployment
- 15. How should I build it ? Maximize validated learning BUILD MEASURE LEARN Continuous Split Tests Deployment Usability Tests
- 16. What should I measure ?
- 17. What should I measure ? 5 key actionable metrics Acquisition Analytics tools Conversion Dashboard Activation Retention Referral Revenue
- 18. What should I optimize (first) ?
- 19. What should I optimize (first) ? Product/Market Fit is the first thing that matters
- 20. What should I optimize (first) ? Product/Market Fit is the first thing that matters Acquisition Activation Retention Product/Market Fit Then scale Referral Revenue
- 21. 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
- 22. What have I learned ?
- 23. What have I learned ? Test everything you think you know
- 24. 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
- 25. 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 twitter: ashmaurya
Editor's Notes
- I would like to spend some time talking about why we are all here and how we can best structure these meetups.
- Instead I’d like us to share specific applications of lean startup techniques: case-studies, best practices tools. Does anyone disagree?
- I feel there already is a lot of lean startup material available online and don’t think we want to simply regurgitate all that here.
- Instead I’d like us to share specific applications of lean startup techniques: case-studies, best practices tools. Does anyone disagree?
- With that I’d like to jump right into the first case-study of how I have been applying these techniques in my startup. There isn’t enough time to go into all the details but I think it will serve as a good introduction. 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 the first case-study of how I have been applying these techniques in my startup. There isn’t enough time to go into all the details but I think it will serve as a good introduction. 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.