20Product: What Facebook, Monzo and Deliveroo Do and Do Not Do To Build Great Products | How to Structure Product Teams For Success | Is Simple Always Better in Product and The Art vs Science of Product Design with Mike Hudack
Most important take away
Great product is the art of understanding what people want to achieve and helping them accomplish it with the minimal amount of work, managed through data but driven by intuition. The best product teams are small (6-8 people, mostly engineers, with a data scientist and designer, and a PM optional) and operate against outcome-based goals tied to user value rather than ship goals.
Summary
Actionable insights and patterns from Mike Hudack (ex-Facebook ads/sharing, ex-Deliveroo CPO/CTO, ex-Monzo CPO, now co-founder of Sling):
Career advice
- Don’t worry about getting promoted. Figure out what the company most needs and go do it, ideally something nobody else wants to do. The promotion will find you.
- For angel investing: invest in people you believe in. Don’t mistake good managers or ICs at large companies for people who can go zero-to-one in a startup.
- For new CPOs: move fast, ship fast, get an early win, put points on the board.
- Great PMs combine: deep intuition about people/markets, strong design taste, ability to operate respectfully with engineers, understanding of company context, and deep intellectual honesty (willingness to say “I don’t know” and to admit when you’re wrong about your own product).
- When you sense your startup isn’t working, admit it early. Investors will respect you far more for returning half the capital than draining it to zero.
- Always have deep respect for competitors — assume they are smart and trying hard. Underestimating competition is a mistake Hudack made once and won’t make again.
- Family and work integrate rather than trade off — kids reset you and make you better the next day. Distinguish real work from “theater” (obsessively refreshing dashboards), which is what causes burnout.
Product patterns and frameworks
- Team structure: 6-8 people, mostly engineers, 1 data scientist, 1 designer, PM optional. Goals should be outcome-based (e.g., increase user satisfaction or sales by 10%) not ship-based.
- Develop a theory of the world before writing code (who is the user, what are they trying to do, why will this solution work). But know your theory will be 5-50% wrong on first contact with users — don’t lose faith too early, but also know when to walk away.
- Simplification is almost always better. Build the smallest machine that helps the user accomplish their goal. Avoid “nice to haves” — their build cost, maintenance cost, explanation cost, and opportunity cost are higher than you think, and the value returned is lower.
- Use the page insights rebuild pattern at Facebook: find an unloved area, ship something high-quality fast, and use it to reset the bar for the rest of the org. Give demoralized teams a win.
- Reframe morale issues by connecting daily work to a meaningful end (e.g., ads as helping small businesses grow and consumers discover useful products; Monzo as helping people pay rent and save).
- Set ambitious goals but emotionally prepare the team for the launch to fall short — so they’re ready to interrogate, not be deflated. Hold “we believe in this” and “we’ll probably be wrong about something” simultaneously.
Tech / experimentation patterns
- Ground debates in quantitative goals. If a “nice to have” advocate says it will hit 5% of the quarter’s goal, make them commit and measure. Brings discipline without crushing intuition.
- Run controlled experiments with proper power analysis. Roll features to 20-50% of users, measure delta on the target metric (e.g., Rider Experience Time at Deliveroo for driver chat), and either ship to 100%, kill it, or debug paradoxical results.
- Beware data lying to you: only including answered calls in call-time metrics, or counting accidental opens of a surface (Facebook “dive bar” — 75% opened it, but 99% by accident).
- At Deliveroo, the highest-leverage fix wasn’t the consumer app — it was a machine-learning lateness model so the delivery promise became accurate. Brand promise + accurate prediction beat optimistic-but-wrong ETAs.
- Distribution matters as much as product. For Sling, choose viral/referral growth over paid when early users return organically. Tight ICP beats broad targeting — vague target markets are laziness.
- Banking/regulated products require accepting that “you can’t test pricing freely” — society depends on banking stability. Banking is highly regional; lift-and-shift across countries rarely works without local teams reshaping the bones of the product.
Chapter Summaries
- Founder mode: Every founder Hudack has worked with operates in founder mode — skip-level involvement, detailed product reviews (Bill Gates Excel anecdote, Zuckerberg commenting on a junior dev’s diff). It’s good branding for behavior that already exists; won’t dramatically change behavior.
- Facebook era: Best-run company he’s worked at. Flat, no-BS, vending machines stocked with headphones/laptops because focus time was more valuable than the hardware. Joined post-IPO ads org under pressure to accelerate revenue. Rebuilt Page Insights as a quick quality win to reset the bar across the ads org.
- Simplicity and team design: Simplification almost always wins. Advertisers want to sell more — give them the simplest machine to do that. Ideal team: 6-8 people, mostly engineers, 1 data scientist, 1 designer, PM optional, with outcome-based goals.
- Theory of the world & knowing when to quit: Have a theory before coding. Expect to be partially wrong; bridge the 20%, don’t give up too early. But when it’s truly not working, admit it and earn respect by returning capital.
- Worst Facebook product: Audience Insights — beautiful, technically novel, but ultimately a “nice to have.” Lesson: nice-to-haves cost more and return less than expected.
- Art vs science of product: Product is more art than science but managed through data. Goals + experiments ground intuition. Make room for unprovable intuitions (e.g., Snap filters) and then measure rigorously after shipping.
- Distribution and ICP: Product without distribution is valueless. WhatsApp’s network effects vs. crowded markets like money transfer. Tight ICP wins: e.g., expats 30-40 sending money Philippines-to-US converts vastly better than “money transfer for everyone.”
- Deliveroo: Real-time logistics culture changes everything. Knife-fight with Uber Eats. Brand promise was broken (40% late). Fix wasn’t the consumer app but a lateness ML model + dispatch upgrades. Madrid trip revealed need to let users make their own choices (let them order soggy burgers if they want them).
- Competition: Have deep respect for competitors. They’re smart and trying just as hard.
- Monzo: Lift-and-shift internationally rarely works in banking. Disagreed with Revolut’s crypto push — wrong audience, wrong trust position. Built Flex (BNPL integrated into bank) as a meaningful, well-considered bet. Shift users’ perception from “prepaid card” to “primary bank account” by defining and goal-setting around the right metric (salary as proxy).
- Morale and launches: Set ambitious goals but emotionally prep for shortfall. Give teams wins and reframe their work toward end-user impact (ads = small business growth; sharing = maintaining loose social ties).
- Family + execution: Kids make you better, not worse. Integrate them — talk to your 8-year-old about your bank calls. Distinguish hard work from “theater” (obsessive dashboard refreshing).
- Quick-fire round: Don’t optimize for promotion; do what the company needs. Invest in people. Hire CPO late. Trust your gut on senior hires. Great PMs combine intuition + design taste + engineering respect + business context + intellectual honesty. Most impressed by Monzo’s continued execution (investment product, kid accounts) and the current LLM experimentation cycle.