Scratch Your Own Itch (Replay)
· Summarized
Key takeaways
- Building products for oneself ensures a clear understanding of needs and priorities, often leading to higher quality and success.
- Focusing on completing products rather than rushing out minimal versions helps create more cohesive and satisfying solutions.
- Deep personal experience with a problem provides valuable insights and innovations that external perspectives might miss.
- Creating and owning your tools brings a sense of mastery and joy, along with practical benefits for product quality.
- Avoid the trap of being overly influenced by customer feedback early on; instead, follow a strong, clear product vision rooted in personal experience.
Summary
The Origin of Basecamp: Solving Internal Coordination Problems
The episode begins with Jason Fried and David Heinemeier Hansson recounting how they started thinking about Basecamp as a solution to their own internal communication and project management needs. Initially a web design firm, they faced challenges with managing multiple projects, clients, and responsibilities across various tools and methods, leading to chaos and inefficiency. Recognizing the need for a centralized communication tool, they created a basic message board that evolved into Basecamp, a product designed to address their own struggles and then serve others. This grassroots origin illustrates how building for oneself can lead to creating genuinely useful products.
Building for Yourself vs. Customers: The Power of Self-Driven Development
Jason and David emphasize the advantage of building products for oneself as it offers clarity in priorities and quality control. They contrast this approach with building for customers, where conflicting requests and diverse needs can make product development more complicated and less focused. They argue that scratching your own itch allows for a clear vision and a higher likelihood of success, as the developers deeply understand the problem and are motivated by their own needs. The episode stresses the importance of creating complete solutions rather than partial products, which often leads to 'minimum viable products' that can be incomplete or lack cohesion.
Reflection on HEY and the Value of Personal Experience in Product Development
The hosts discuss how they approached the development of HEY, a product designed to improve email management, based on their long-standing frustrations with email. They highlight that their own extensive personal use of email provided a rich backlog of 'itches'—problems they wanted to fix. This deep personal experience enabled them to innovate and create features like the email screener, which fundamentally improved their workflow. They stress that understanding the lived experience of the user — especially if you are the user — gives a significant advantage in building high-quality products, leading to better success rates and more satisfaction.
The Dangers of the MVP Mindset and Building Complete Products
Jason and David critique the prevalent 'Minimum Viable Product' (MVP) approach, arguing it often results in incomplete and disconnected products that fail to satisfy users fully. They use food analogies to illustrate that products need to be complete and serve a purpose from the start; partial features or prototypes can't be effectively tested as if they were finished products. They advocate for building fully-realized solutions for oneself, which can be subsequently refined based on meaningful feedback, rather than rushing into minimal versions that often lack cohesion and direction.
The Joy of Building Own Tools and Maintaining Freedom in Product Development
A recurring theme is the satisfaction derived from creating and owning one’s tools, which enables precise control over quality and direction. Jason and David explain that developing their own tools not only enhances their product quality but also provides a deeper sense of fulfillment. They compare this to expert watchmakers who craft their own tools before making their watches, emphasizing craftsmanship and mastery. Building for oneself offers the freedom to say no to demands that don't align with the vision, avoiding dependency on large clients or external pressures, thus maintaining creative and strategic independence.
Sponsors
- 37signals · Check out our new rework shop from t-shirts to motivational mugs at 37signals.com/podcast shop.
Show notes
In their book REWORK, Jason Fried and David Heinemeier Hansson write about the benefits of building products and services that you use yourself. "The easiest, most straightforward way to create a great product or service is to make something you want to use." In this episode, originally aired November 2, 2021, Jason and David sit down with Shaun Hildner to discuss creating products that scratch your own itch.
Key Takeaways
- 00:43 – The origins of Basecamp and how it fulfilled an internal need
- 04:38 – Building to solve your own problems vs. someone else's
- 06:27 – The evolution of HEY and how it was created to solve their own frustrations with email
- 09:50 – How building for yourself leads to better quality control
- 14:25 – The problem with creating MVPs (Minimum Viable Products) and building based on customer feedback alone
Links and Resources
Follow this show on AudioBrevity and new episodes get summarized for you. Create a free account