Strategy

Good Strategy Bad Strategy, read as a product designer

27 March 2026 · 5 min read

Good Strategy Bad Strategy

I picked this up expecting a business book.

I got a mirror.


The problem with the word “strategy”

Everyone has one.

Every company deck has a slide called Our Strategy. Every roadmap gets signed off with “this aligns with our strategic goals.” Every OKR doc starts with a vision statement.

And almost none of it is strategy.

That’s the central argument of Richard Rumelt’s book. And once you see it, you can’t unsee it.


What bad strategy actually looks like

Rumelt is specific about this. Bad strategy isn’t just the absence of good strategy. It has its own shape.

It looks like:

Reading this as a designer, I recognised every one of them.

I’ve sat in rooms where the “strategy” was:

“We want to be the best product in the space.”

That’s not a strategy. That’s a desire.


What good strategy actually is

This is where the book earns its keep.

Rumelt calls it the kernel.

Three parts:

1. Diagnosis — what’s the actual challenge? 2. Guiding policy — how will you deal with it? 3. Coherent actions — what will you actually do?

That’s it.

The diagnosis names the problem clearly. Not “we need to grow” — but why you’re not growing, and what specifically is the obstacle.

The guiding policy doesn’t solve the problem. It sets the approach. It rules things out. It creates constraints that focus effort.

The coherent actions are the decisions that flow from it. They reinforce each other. They’re specific. They’re coordinated.


Why this hit differently as a product designer

Product design is full of strategy debt.

You see it in roadmaps with fifty items and no hierarchy. You see it in discovery that finds the problem but never shapes a response. You see it in design systems built without a guiding principle.

The kernel is actually just good product thinking with a clearer name.

Diagnosis is research. It’s the phase where you figure out what’s actually wrong, not what you wish was wrong.

Guiding policy is the decision about what kind of product you’re building and what you’re willing to sacrifice to do it well. This is the thing most teams skip.

Coherent actions are the design decisions. Not a list of features — but decisions that work together, that point in the same direction, that follow from the policy.

When all three are present, a team knows why they’re doing what they’re doing. When they’re absent, every decision is a debate.


The bit that stuck with me most

Rumelt talks about leverage.

Good strategy doesn’t try to do everything. It finds the place where focused effort produces disproportionate results.

Find the pivotal point. Apply concentrated force there.

For a product team, that’s the difference between:

Most teams do the former. Because it feels more productive. Because it keeps everyone happy. Because saying no is hard.

Strategy, in Rumelt’s framing, is mostly about saying no.


Final thought

I’ve read a lot of product and business books. Most of them describe things I already half-knew.

This one changed how I think about a word I’d been using wrong for years.

Strategy isn’t a vision. It’s not a goal. It’s not a list of things you want to do.

It’s a clear-eyed answer to a hard problem, with a coherent set of choices that follow from it.

Most of what gets called strategy is noise.

The real thing is rarer than it looks. And worth a lot more than people think.

← Back