Get Out of the Building
Also known as: GOOB, Customer Discovery
The following content is generated by an AI agent and may require human review for accuracy and completeness.
Overview
The “Get Out of the Building” (GOOB) principle, a cornerstone of the Lean Startup methodology championed by Steve Blank, is a radical departure from traditional business practices. It posits that the most critical insights for a startup are not found within the confines of an office but out in the real world, with potential customers. This pattern emphasizes direct, unfiltered interaction with the target market to validate or invalidate business hypotheses before significant resources are invested in product development. By prioritizing customer discovery and learning over premature execution, startups can mitigate the risk of building something nobody wants. The core idea is to treat a startup not as a small version of a large company, but as a temporary organization in search of a scalable, repeatable, and profitable business model. The answers to the fundamental questions about a business—Who are the customers? What are their problems? Will they pay for a solution?—lie outside the building.
This approach stands in stark contrast to the traditional, linear product development model, where a product is designed and built based on a founder’s vision and a detailed business plan, only to be revealed to customers late in the process. The GOOB philosophy advocates for a continuous feedback loop with the market, where entrepreneurs act as scientists, testing their hypotheses through a series of experiments. This iterative process of customer development allows for rapid learning and adaptation, enabling startups to pivot or persevere based on real-world evidence rather than on internal assumptions. It is a call to action for founders to embrace uncertainty, listen with humility, and co-create value with their customers from the very beginning.
Core Principles
- Hypotheses over Certainty: Acknowledge that a business plan is a set of untested hypotheses, not a set of facts. The primary goal is to test these hypotheses as quickly and cheaply as possible.
- Customer Development over Product Development: Prioritize understanding the customer and their problems before, and in parallel with, building the product. The focus is on learning, not just building.
- Direct Interaction over Proxies: There is no substitute for direct conversation with customers. Surveys, market reports, and focus groups can be useful, but they are not a replacement for face-to-face interaction.
- Learning and Iteration over Execution: The initial phase of a startup is about learning and discovery, not about executing a pre-defined plan. The insights gained from customer interactions drive the iteration of the business model.
- Feedback as a Gift: Embrace all feedback, both positive and negative, as a valuable gift that helps to refine the business model. Negative feedback is particularly valuable as it highlights flawed assumptions.
Key Practices
- Develop a Customer Development Manifesto: Create a document that outlines the team’s commitment to the GOOB principle, including goals, roles, and rules of engagement for customer interaction.
- Conduct Problem and Solution Interviews: Engage in structured conversations with potential customers to first understand their problems and then to validate whether the proposed solution is a good fit.
- Utilize a “Five Whys” Approach: When a customer expresses a problem, ask “why” five times to get to the root cause of their pain.
- Create Customer Archetypes and Personas: Develop detailed profiles of the target customers to guide the customer discovery process and ensure the team is talking to the right people.
- Map the Customer Journey: Visualize the customer’s experience from their perspective to identify pain points and opportunities for improvement.
Implementation
Implementing the “Get Out of the Building” pattern requires a shift in mindset and a structured approach to customer discovery. The first step is to assemble a dedicated customer development team, typically including the founders and key members of the product team. This team is responsible for formulating the initial business model hypotheses using a tool like the Business Model Canvas. These hypotheses should cover all aspects of the business, including the value proposition, customer segments, channels, and revenue streams.
With hypotheses in hand, the team then designs a series of experiments to test them. This usually involves conducting a series of problem and solution interviews with potential customers. The goal of the problem interviews is to validate that the identified customer segment has a problem worth solving. The team should focus on open-ended questions and active listening to gain deep insights into the customer’s world. Once the problem is validated, the team can move on to solution interviews, where they present a low-fidelity prototype or a Minimum Viable Product (MVP) to gauge the customer’s reaction and willingness to pay.
Throughout this process, it is crucial to meticulously document all findings and to hold regular “lessons learned” meetings to analyze the data and update the business model hypotheses. The insights gained from these customer interactions will guide the product development roadmap and the overall business strategy. The cycle of hypothesis, experiment, learning, and iteration should continue until a product-market fit is achieved, meaning the startup has found a scalable and repeatable business model.
7 Pillars Assessment
- Purpose: 5/5 - The pattern is deeply aligned with the purpose of creating value for a commons, as it forces founders to focus on solving real-world problems for a specific community of users.
- Governance: 3/5 - While the pattern does not prescribe a specific governance model, its emphasis on customer collaboration and feedback can foster a more participatory and democratic approach to decision-making.
- Culture: 5/5 - The pattern promotes a culture of humility, learning, and collaboration, which are essential for building a thriving commons.
- Incentives: 4/5 - The pattern incentivizes the creation of value for customers, which is a prerequisite for building a sustainable commons. However, it does not explicitly address the distribution of value within the commons.
- Knowledge: 5/5 - The pattern is a powerful tool for generating and sharing knowledge about customers and their needs, which is a critical function of any commons.
- Technology: 3/5 - The pattern is technology-agnostic, but it can be greatly enhanced by the use of tools for customer relationship management, data analysis, and rapid prototyping.
- Resilience: 4/5 - By ensuring that a startup is building something that people actually want, the pattern significantly increases its chances of survival and long-term resilience.
When to Use
- Early-stage startups: When you have an idea for a new product or service but are unsure if there is a market for it.
- New product development: When an established company is launching a new product in a new market.
- Pivoting: When a startup’s initial strategy is not working and a new direction is needed.
- Entering a new market: When you are expanding your business into a new geographical or demographic market.
Anti-Patterns
- The “I am the customer” fallacy: Assuming that you know what the customer wants because you are also a potential user of the product.
- Vanity metrics: Focusing on metrics that look good on paper but do not reflect real customer engagement or value creation.
- Confirmation bias: Only seeking out and listening to feedback that confirms your existing beliefs.
- Analysis paralysis: Spending too much time analyzing data and not enough time getting out of the building and talking to customers.
- Outsourcing customer development: Delegating the task of customer discovery to a junior employee or an external agency.