Iterate from Plan A to a Plan That Works
Running Lean is a practical guide to achieving success by testing your business ideas efficiently and systematically, using a one-page business model, customer interviews, and lightweight experiments.
Author:
Ash Maurya
Published Year:
2012-01-01
Imagine you're at a crossroads, feeling like your brilliant idea is just gathering dust. You've poured your heart and soul into developing something, but you're not sure if it's what people actually want.
Many entrepreneurs face this exact dilemma, building something in isolation, only to find out later that it doesn't resonate with their target audience. "Running Lean" by Ash Maurya offers a solution to this problem. The book provides a practical, step-by-step guide to iterating from your initial idea to a product that truly fits the market. It emphasizes documenting your initial vision, identifying and addressing the riskiest parts of your plan, conducting effective customer interviews, and using those insights to refine your product and achieve product/market fit.
The core of "Running Lean" is the iterative process. It is not about getting it right the first time. It's about learning and adapting quickly. Each interview, each experiment, should provide you with new insights that inform your next iteration. This iterative process is captured in the "Iteration meta-pattern," which consists of four stages: Understand Problem, Define Solution, Validate Qualitatively, and Verify Quantitatively.
The book, "Running Lean" is not just theory. It's a battle-tested framework drawn from Maurya's own experiences and the principles of Lean Startup methodology. This makes the advice practical and relatable for entrepreneurs facing real-world challenges. The emphasis on continuous learning and adaptation is key to the book's message.
First, let's look at documenting your Plan A. Many of us start with a grand vision, a fully formed idea of what our product should be. But Maurya suggests a different approach: capturing your initial vision on a single page using a tool called the Lean Canvas.
Maurya suggests capturing your initial vision on a single page using a tool called the Lean Canvas. Think of the Lean Canvas as a snapshot of your business model, capturing key elements like your target customers, your unique value proposition, your solution, your channels, your revenue streams, and your cost structure.
The Lean Canvas is not a static document, and should be updated. It's a living, breathing representation of your current understanding of your business. The beauty of the Lean Canvas lies in its simplicity and portability. It forces you to distill your idea down to its core components, making it easier to identify potential weaknesses and areas for further investigation. "Running Lean" emphasizes the importance of this tool.
For example, if you are building a photo-sharing app for parents, your initial Lean Canvas might identify your early adopters as "parents with young children," your problem as "sharing lots of photos/videos is time-consuming," and your unique value proposition as "the fastest way to share photos and videos with family and friends." This is from the book "Running Lean".
Now, this is crucial: once you have your Plan A documented, the next step isn't to start building. It's to identify the riskiest parts of your plan.
Maurya emphasizes that every business model is built on a set of assumptions, and the riskiest assumptions are the ones that, if proven wrong, could sink your entire venture. These risks typically fall into three categories: product risk (will people want what you're building?), customer risk (can you reach your target customers?), and market risk (can you build a sustainable business?).
Start by examining each section of your Lean Canvas and asking yourself, "What assumptions am I making here?" For example, in the photo-sharing app scenario, a key assumption might be that parents find the current photo-sharing process to be painful. Another assumption might be that they're willing to pay for a solution. "Running Lean" stresses the importance of validating these assumptions.
Don't spend months building a product based on unvalidated assumptions. Instead, get out of the building and talk to your potential customers. This is a core tenet of the "Running Lean" methodology – validating assumptions before investing significant resources.
Let's pause here. We've covered the importance of documenting your initial vision and identifying your riskiest assumptions. Now, let's dive into the heart of the Running Lean methodology: customer interviews.
Customer interviews are not about pitching your product. They're about learning from your potential customers. Maurya provides a structured approach to conducting these interviews, breaking them down into three main types: Problem interviews, Solution interviews, and MVP interviews. "Running Lean" dedicates a significant portion to mastering this skill.
The goal of a Problem interview is to validate whether the problem you're trying to solve is actually a problem worth solving. You're trying to understand your customers' current situation, their pain points, and how they're currently addressing those pain points. A good problem interview feels like a casual conversation, not an interrogation. "Running Lean" provides a detailed script for this.
Solution interviews are about showing a mock-up or demo of your solution and getting feedback. You're trying to understand if your solution addresses the customer's pain points in a way that's valuable and appealing. The pricing conversation is particularly important, as it helps you gauge the perceived value of your solution. The book "Running Lean" guides you through this process.
The MVP interview is conducted after you've built your Minimum Viable Product. The goal is to test your acquisition and activation flow, get feedback on the user experience, and identify any major issues or bugs. "Running Lean" emphasizes the importance of this final interview stage.
The Running Lean methodology emphasizes the importance of iterating based on customer feedback. It's not about getting it right the first time; it's about learning and adapting quickly.
The "Running Lean" methodology emphasizes the importance of iterating based on customer feedback. It's not about getting it right the first time; it's about learning and adapting quickly.
The iteration meta-pattern consists of four stages: Understand Problem, Define Solution, Validate Qualitatively, and Verify Quantitatively. The first two stages are about achieving problem/solution fit. The next two stages are about achieving product/market fit.
Qualitative validation involves conducting customer interviews and getting early feedback. Quantitative validation involves measuring key metrics, like signups, activation rates, and retention rates, to demonstrate that your product can attract and retain users. "Running Lean" provides a framework for both.
Embrace the journey of learning and adaptation, and you'll be well on your way to building a successful product, as taught in "Running Lean".
Life's too short to build something nobody wants.
Your job isn't to build the solution, but to own the problem.
Love the problem, not your solution.
The riskiest assumption is the one you don't know you're making.
Get out of the building.
A startup is a temporary organization designed to search for a repeatable and scalable business model.
We often waste our time building features that add no value to our customers.
Simplicity scales, complexity doesn't.
By
Elizabeth Catte
By
Bruce Weinstein
By
Nathaniel Philbrick
By
Robin Wall Kimmerer
By
Shari Franke
By
Ezra Klein
By
Flatiron Author to be Revealed March 2025
By
Julie Holland M.D.
By
Richard Cooper
By
Brian Tracy