George from 🕹prodmgmt.world Profile picture
Dec 10 9 tweets 2 min read Read on X
Most product strategies are written backwards.

You start with vision, then wonder why your team can't execute it.

Elite PMs flip the sequence: Superpowers first. Vision second.

Here's the framework that separates executable strategy from strategy theater:

1/
A VP once asked me: "What would our vision be if we could only leverage our existing superpowers?"

I started to protest. Vision should be unconstrained.

Then I realized: every successful product I'd shipped was built on unique capabilities we already had.

Every failure was built on capabilities we wished we had.

2/
The typical product strategy sequence:

1. Dream up inspiring vision
2. Identify strategic pillars
3. List features for roadmap
4. Hope the team can execute

It produces 40-slide decks that sound impressive in steering committees.

3/
One question kills most product strategies:

"How does building feature X increase metric Y?"

If you can't explain the causal mechanism, you don't have strategy. You have a wishlist with formatting.

Most PMs have never been forced to articulate this connection because vision-first thinking lets them skip it.

4/
The Superpowers-First framework forces a different sequence:

1. Objective: What outcome are we chasing?
2. Users: Who specifically benefits?
3. Superpowers: What can we uniquely deliver?
4. Vision: What future does this enable?
5. Pillars: What themes support the vision?
6. Impact: How do pillars drive objective?
7. Roadmap: What obvious things per pillar?

Notice where Vision sits. Fourth. After Superpowers.

5/
Why this ordering matters:

Superpowers constrain your vision to what you can actually execute.

Teams spend months chasing visions that require capabilities they don't have and can't build fast enough. The vision is beautiful. The execution gap is fatal.

When you identify superpowers first, your vision becomes a bet on what you can uniquely deliver. Not a wish about what would be nice to have.

6/
The "Impact" section is a bullshit detector.

You have to show the causal chain: solving X increases Y which drives Z.

Or show the math: if we capture N% of M users doing behavior B, we get revenue R.

If you can't do either, you're not done strategizing. You're still brainstorming.

7/
Most PMs jump to prioritization too early.

Prioritization is a compression algorithm. You can't compress what you haven't fully expanded.

Premature prioritization causes anchoring bias and blinds you to the solution space.

8/
This is exactly why I built a collection of 145+ AI prompts for product work.

To codify frameworks like this that elite PMs use but most teams never see.

The "Create a structured product strategy" prompt walks you through this exact sequence, preventing strategy theater before it starts.



9/prodmgmt.world/products/ai-pr…

• • •

Missing some Tweet in this thread? You can try to force a refresh
 

Keep Current with George from 🕹prodmgmt.world

George from 🕹prodmgmt.world Profile picture

Stay in touch and get notified when new unrolls are available from this author!

Read all threads

This Thread may be Removed Anytime!

PDF

Twitter may remove this content at anytime! Save it as PDF for later use!

Try unrolling a thread yourself!

how to unroll video
  1. Follow @ThreadReaderApp to mention us!

  2. From a Twitter thread mention us with a keyword "unroll"
@threadreaderapp unroll

Practice here first or read more on our help page!

More from @nurijanian

Dec 6
Most product hypotheses look like this:

"Doing X will do Y."

Improve by how much? For whom? Under what conditions?

This hypothesis cannot fail. No matter what happens, someone will find a way to call it successful.

That's not experimentation, it's BS.

Let's change this:
Every testable hypothesis needs exactly five components:

[Action] what you're changing
[Outcome] what metric you're measuring
[Direction] specific magnitude you expect
[Users] exactly who this affects
[Conditions] when and where this applies

Miss any one of these and your hypothesis becomes unfalsifiable.

/1
Same hypothesis, rebuilt:

"Adding 5-star reviews above the purchase button [action] will increase checkout conversion [outcome] by 8% [direction] for first-time buyers on mobile [users] during their first session [conditions]."

Now you know exactly what failure looks like: anything below 8%, for this specific audience, in this specific context.

No more cherry-picking "well, it worked for power users."

/2
Read 8 tweets
Nov 27
I spent 3 years maintaining two roadmaps.

One for "business alignment" and another for "proper product work."

It was exhausting, ineffective, and totally unnecessary.

Here's what actually works for getting everyone aligned without the double work:
1/ The real problem isn't the roadmap format

Most PMs think it's about convincing stakeholders to accept a Now/Next/Later view.

But stakeholders aren't rejecting the format - they're rejecting uncertainty. And they're right to want clarity.
2/ What executives actually need:

- Clear commitments they can plan around
- Understanding of trade-offs being made
- Confidence in the team's direction

Not: exact features on a timeline
Read 16 tweets
Nov 15
I know exactly what would fix our product org.

I just can't make it happen.

And after reading dozens of responses from PMs stuck in the same trap on Reddit, I finally understand why, and what actually works when you're accountable but not empowered. 🧵
Most PM advice assumes you have power you don't have.

"Align stakeholders on vision."
"Build a product operating model."
"Create outcome-based roadmaps."

Meanwhile: business units hold the budget, IT is accountable for results but can't steer decisions, and teams are ticket machines.
Every PM hits this wall eventually.

You see the dysfunction clearly:
- Business overrides your recommendations
- Annual release cycles when you need continuous delivery
- Fragmented ownership with nobody responsible end-to-end
- Coordination overhead crushing actual strategy work

You know product thinking would fix it. You just can't force the change from your position.
Read 11 tweets
Nov 7
Every PM advice article preaches the same meeting prep gospel:

- Create structured agendas
- Define clear outcomes
- Prepare talking points
- Document decisions

Meanwhile, 95% of PMs are clicking "Join meeting" with 30 seconds to spare

1/12
There was a Reddit thread asking about meeting prep tools revealed everything

Top answer with 14 upvotes: "Brain, mostly. Pen, when necessary. The most important tool though is the toilet."

Another senior PM: "My mouse to click Join meeting. Anything beyond that I don't have the ROI to bother"

We're all living this lie

2/12
The meeting prep theater goes like this:

Monday: Create elaborate Notion template for meeting preparation
Tuesday: Fill it out once, feel productive
Wednesday: Skip it, meeting goes fine
Thursday: Abandon template
Friday: Back to sticky notes

Every. Single. Time.

3/12
Read 12 tweets
Nov 4
The biggest differentiator between good and average PMs in the AI era is the same as every other era.

They solve real problems instead of looking for places to jam AI into products.
1/ Everyone's obsessing over "AI literacy" and "prompt engineering skills."

Meanwhile the best PMs are still doing what they've always done:

Finding painful problems worth solving, understanding why they hurt, building things people actually want.

AI is just another tool in the toolkit.
2/ Average PMs are spending hours crafting LinkedIn posts about being "AI-first" and "AI-native."

Good PMs are using AI to ship faster, then moving on to the next real problem.

The gap between these two groups keeps widening.
Read 8 tweets
Oct 30
Stop doing these 'best practices' in as a Product Manager:

- Backlog grooming
- Writing JIRA tickets
- Leading stand-ups
- Playing scrum master

A thread on what to do instead (from someone who learned the hard way) 🎞️
1/ Stop running the daily standup

"But who'll run it if I don't?"
Startup: Your tech lead/senior eng
BigCo: Team lead/EM

Why? Every minute you spend running process is a minute not spent on:

- Finding highest-impact problems
- Aligning stakeholders on vision
- Uncovering hidden assumptions

Leaders: Coach PMs to attend but not lead.
2/ Stop being the team's secretary

Common trap: Becoming the human JIRA

- Taking all the notes
- Updating all the tickets
- Chasing every status

Startup: Let engineers own their tasks
BigCo: That's what delivery managers are for

Leaders: If your PM is doing this, your org has unclear roles.
Read 11 tweets

Did Thread Reader help you today?

Support us! We are indie developers!


This site is made by just two indie developers on a laptop doing marketing, support and development! Read more about the story.

Become a Premium Member ($3/month or $30/year) and get exclusive features!

Become Premium

Don't want to be a Premium member but still want to support us?

Make a small donation by buying us coffee ($5) or help with server cost ($10)

Donate via Paypal

Or Donate anonymously using crypto!

Ethereum

0xfe58350B80634f60Fa6Dc149a72b4DFbc17D341E copy

Bitcoin

3ATGMxNzCUFzxpMCHL5sWSt4DVtS8UqXpi copy

Thank you for your support!

Follow Us!

:(