Read Time: 5 mins
author: DJ Daugherty published on: 2025-08-24

Stop Shipping. Start Solving

technology and craft

A review of Escaping the Build Trap by Melissa Perri — from a builder’s desk at augustwenty

If you’ve ever been proud of a roadmap because it’s full, not because it’s focused, this book is a needed nudge (or a polite shove).

Melissa Perri names a trap many teams quietly live in: measuring progress by features shipped instead of problems solved. Her core point is simple and uncomfortable—outputs don’t equal outcomes—and the stories and frameworks she uses make that painfully clear in the best way.

What Clicked for Me

At augustwenty, we talk a lot about building valuable things. Perri gives a clean language for how value actually moves: customers exchange money (or attention, or time) for problems meaningfully solved.

That “value exchange system” sounds obvious on a slide. It’s much harder in a sprint.

The book repeatedly forces the reader to return to a basic question: Whose problem is this, and how will we know it’s actually better when we’re done?

Her Marketly storyline is a helpful through-line. You watch a company transition from output-driven to product-led—not by heroics, but by learning loops: smaller bets, faster feedback, clearer intent. That’s the muscle.

The PM Archetypes: A Reality Check

Perri’s “bad PM” archetypes were uncomfortably familiar:

  • The Mini-CEO: solution-first, team-last. Direction without discovery.
  • The Waiter: order-taker with no product point of view.
  • The Project Manager: dates and checklists without a “why.”

The antidote: PMs as translators of intent. They lead with problem statements, not feature lists. They invite the team into discovery. They define success before committing to scope. That’s the job.

Known Knowns (and the Rest)

Her four-quadrant shorthand stuck with me:

  • Known knowns: table stakes—won’t win you the market.
  • Known unknowns: questions we can answer with experiments.
  • Unknown knowns: instincts that still need validation.
  • Unknown unknowns: surprises you only find by talking to customers.

If your roadmap pretends everything is a known known, you’re not managing risk—you’re hiding it.

Strategy That Actually Constrains (in a Good Way)

Perri leans on Stephen Bungay’s definition: strategy as a decision framework that enables action under real constraints.

She highlights three common gaps:

  • Knowledge Gap: wanting certainty you can’t have
  • Alignment Gap: leadership aims vs. team activities
  • Effect Gap: planned impact vs. actual results

Micromanagement is the lazy patch for all three. Autonomy with clear intent is the fix.

That resonates with how we try to run teams at a20: push authority to the edge, keep intent and guardrails crisp.

Her Netflix/Roku vignette drives it home: when your strategy is clear (reach + speed over owning the device), you can pivot to Xbox at the last minute without losing the plot. Strategy should make the “no”s faster.

From Vision to Bets (and Back)

I liked the stack she outlines:

  • Vision → the long arc (“why this matters”)
  • Strategic Intent → the few most important “win themes”
  • Product Initiatives → customer problems that move those intents
  • Options/Bets → experiments and solution paths to test

Spotify’s DIBB framework—Data → Insights → Beliefs → Bets—is a useful mnemonic.

Calling work a “bet” reframes success: we’re here to reduce uncertainty, not perform certainty theater.

The Product Kata: Habits Over Heroics

Her “Product Kata” is the disciplined loop many teams need:

  1. What’s the goal?
  2. Where are we now?
  3. What’s the biggest obstacle?
  4. What do we expect (hypothesis)?
  5. What happened? What did we learn?

Nothing flashy. Just the habits that separate product teams from feature factories.

Metrics That Fight Each Other (By Design)

We’re fans of metric pairs at augustwenty, and Perri’s take is spot-on: don’t let a single number drive you into a ditch.

Use:

  • AARRR for the business lens
  • HEART for the user lens

Then put them in tension:

  • Raise Activation… and watch Retention.
  • Improve Task Success… and watch Happiness.

If one moves and its counterpart collapses, your “win” isn’t.

Org Design: Value Streams Over Component Silos

  • Coverage teams (owning areas) create identity but drift toward output.
  • Flex teams (squads) create adaptability but can lose context.

Organizing around value streams—how customers realize value—balances both. It’s less “own the button” and more “own the outcome.”

Career Ladders That Change the Horizon

Perri’s breakdown maps to reality:

  • Tactical → Operational → Strategic

As scope increases, so should your time horizon—and your appetite for ambiguity.

If your VP of Product is still triaging JIRA tickets, you don’t have a VP. You have an overloaded PM.

How This Impacts the a20 Way

Here’s what we’re doubling down on after this read:

  • Outcome roadmaps: narratives of problems and bets, not calendars of features. Dates exist; outcomes lead.
  • Strategic intents, written short: three or fewer, durable for a year. Every initiative traces to one—or it doesn’t ship.
  • Experiment backlogs: concierge tests, Wizard-of-Oz, concept tests before code. If we can “fake it to learn it,” we will.
  • Mutually destructive metrics: every KPI has a counter-KPI. We instrument both before we ship.
  • Product ops as enablement: standard cadences, shared dashboards, lightweight OKRs, real post-release reviews.
  • Kill list: features that don’t move an outcome get sunset by default. Shipping isn’t a lifetime appointment.

Where It Challenged Me (Good)

  • Speed vs. learning: We pride ourselves on moving fast. The book argues (convincingly) that measured learning is the only sustainable speed.
  • Order-taking reflex: Even seasoned teams slip into “The Waiter” mode when a big stakeholder shows up. We can be kinder and firmer in reframing requests into problems.
  • Budget cycles: Treating product decisions more like a VC portfolio—funding learning, not locking scope—requires courage from both leaders and clients. Worth it.

Who Should Read This

  • Founders and execs who feel like they’re shipping more and winning less
  • PMs and tech leads who want a sane, repeatable way to connect code to outcomes
  • Consulting teams (hi 👋) who need language and rituals to help clients escape the “more features!” drumbeat

Final Take

This isn’t a “rah-rah” product book. It’s practical, repeatable, and refreshingly free of silver bullets.

Perri names the trap, gives you a map, and hands you a few sturdy tools.

The rest is discipline.

If your roadmap is busy and your business is stuck, don’t add another feature. Read this, tighten your intent, and start running better bets.

Comments (0)

Leave a Comment

Comments are moderated.

No comments yet. Be the first to share your thoughts!