
We don't need more founders
Building over founding

Thoughts on "How to Build a Car"
Reading through How to Build a Car, a few product-related themes flow through the entire book: • The constant search for advantages. Poring over the newly released rulebooks to find gaps & technicalities to creatively exploit. Examining other domains for cross-over insights. Every team isn’t just racing on the track, the design/engineering teams are racing each other to identify the smallest of levers before the next team. • The car is a system, not merely an object. The interconnectedness of...

Mercedes & Microsoft
"Let's put that in the parking lot"
<100 subscribers

We don't need more founders
Building over founding

Thoughts on "How to Build a Car"
Reading through How to Build a Car, a few product-related themes flow through the entire book: • The constant search for advantages. Poring over the newly released rulebooks to find gaps & technicalities to creatively exploit. Examining other domains for cross-over insights. Every team isn’t just racing on the track, the design/engineering teams are racing each other to identify the smallest of levers before the next team. • The car is a system, not merely an object. The interconnectedness of...

Mercedes & Microsoft
"Let's put that in the parking lot"
Share Dialog
Share Dialog
There are two sides to this observation: the product and the user.
For a product, the more people your product serves, the less it serves each of them well. With every user added, the number of needs, preferences, and potential use cases, grows exponentially. With product distribution comes an ever-increasing distribution of the types of people using your product. It takes a rare and incredible amount of discipline to grow well over time in the face of these pressures.
For a user, the more people that are using the same product as you, the less you can afford for that product to be your primary differentiator. Moreover, if that product is in a congested category, it is or will soon be a commodity and you’re not only not advantaged by using it, you’re probably annoyed by an obligation to use it. Every decision must amplify, not take the place of, whatever differentiator you have.
As has been said, anytime you optimize a sub-system, you sub-optimize the whole. The reverse is true as well.
More to come on each of these.
There are two sides to this observation: the product and the user.
For a product, the more people your product serves, the less it serves each of them well. With every user added, the number of needs, preferences, and potential use cases, grows exponentially. With product distribution comes an ever-increasing distribution of the types of people using your product. It takes a rare and incredible amount of discipline to grow well over time in the face of these pressures.
For a user, the more people that are using the same product as you, the less you can afford for that product to be your primary differentiator. Moreover, if that product is in a congested category, it is or will soon be a commodity and you’re not only not advantaged by using it, you’re probably annoyed by an obligation to use it. Every decision must amplify, not take the place of, whatever differentiator you have.
As has been said, anytime you optimize a sub-system, you sub-optimize the whole. The reverse is true as well.
More to come on each of these.
No comments yet