The Org Chart Is the Product: Why Your Structure Ships Whether You Like It or Not
Should product orgs be organized functionally or as general manager units?
Conway's Law is not a suggestion. It's physics. The way you organize your teams will determine what your product looks like, how fast it ships, and where it breaks. Every product leader eventually confronts this question -- functional or GM? -- and most treat it as an HR decision. It's not. It's a product architecture decision.
Twitter's product stalled for years under a functional org with a disengaged CEO. Block dismantled its GM structure specifically to become AI-native. Cisco broke apart a $45 billion empire of GM fiefdoms to become a platform company. Spotify chose its position on the centralized-decentralized spectrum based on product strategy, not organizational fashion. The pattern is clear: there's no universally right answer, but there is always a wrong one for your specific moment.
Should product organizations use a functional structure (engineering, design, product as separate reporting chains) or a GM model (one leader owns a product end-to-end with P&L responsibility)? And when should you switch?
The 4 Positions
Evidence from the Archive
Amazon's bar-raiser program ensures consistent hiring standards across all single-threaded teams
Amazon Kindle had a single-threaded leader from day one -- one person obsessed with one thing, turning a bookstore into a hardware company
Parag Agrawal's immediate move to GM structure upon becoming CEO validated the structural diagnosis
Twitter failed to ship meaningful product improvements for years despite having talented individual teams -- the same people built extraordinary products after leaving
In the functional model, Block thinks about areas of optimization and modularity rather than headcount per feature
Square and Cash App had mirrored corporate structures including separate compliance, communications, marketing teams, and even separate offices
Etsy's functional org enabled coordinated product development across a unified marketplace
Airbnb Experiences had a GM structure with its own operations, marketing, and product -- enabling it to define its own success criteria
Apple's double-click power button decision (Apple Pay vs. other services) required centralized tiebreaking
Spotify had multiple toasters appearing on the Now Playing view from different teams when squads had maximum autonomy
Dropbox's functional org worked perfectly when it was one product with one customer type
Expansion into Paper, Mail, and other products created resource contention that the functional org couldn't resolve
The Synthesis
The conversation across these seven leaders reveals something most org design advice misses: the right structure matches your strategic constraint, not your headcount or maturity stage.
The right structure matches your strategic constraint, not your headcount or maturity stage. Cross-cutting challenges (platform, AI) favor functional. Accountability across distinct businesses favors GM. Decision velocity depends on whether you have a CEO willing to tiebreak daily.
There is no perfect org design. Amazon evolved from functional to single-threaded leaders. Block went GM to functional. Airbnb went functional to GM and back again. Every transition was painful and every one was necessary. The skill is recognizing when your current structure no longer serves your strategy.
The most common mistake is treating org design as a religion rather than a tool. Companies anchor to one model and resist change even when the strategy has shifted. The right question is not 'which structure is best?' but 'does our current structure serve our current strategy?'
Which Approach Fits You?
Answer 3 questions about your situation. We'll match you to the right approach.
What is your primary strategic challenge?
How many products does your company have?
Is your CEO actively resolving cross-functional conflicts daily?
Notable Absences
The Bottom Line
The most common mistake is treating org design as a religion. Amazon evolved from functional to single-threaded leaders. Block went GM to functional. Twitter functional to GM. Airbnb functional to GM and back again. Cisco dismantled decades of GM culture. Every transition was painful. Every one was necessary.
Lenny's own experience at Airbnb -- nearly a dozen reorgs over seven years -- validates the deeper truth: there is no perfect org design. As he writes in ["What Seven Years at Airbnb Taught Me"](https://www.lennysnewsletter.com/p/what-seven-years-at-airbnb-taught-me), "I've never seen a single org plan that addressed every issue and made everyone happy." The skill isn't choosing the right structure once. It's recognizing when your current structure no longer serves your strategy and having the courage to change it.
Sources
- Bill Carr — "Unpacking Amazon’s unique ways of working | Bill Carr (author of Working Backwards)" — Lenny's Podcast, November 2, 2023
- Kayvon Beykpour — "Twitter’s former Head of Product opens up: being fired, meeting Elon, changing stagnant culture, building consumer product, more | Kayvon Beykpour" — Lenny's Podcast, April 28, 2024
- Dhanji R. Prasanna — "How Block is becoming the most AI-native enterprise in the world | Dhanji R. Prasanna" — Lenny's Podcast, October 26, 2025
- Drew Houston — "Behind the founder | Drew Houston (Dropbox)" — Lenny's Podcast, January 9, 2025