I watched our org go from 50 developers to 6, then 2. Not layoffs — AI absorbed the work. Here's the framework for what happens, and how to lead through it.

Steve Saper
Founder & CEO of PM33. Building the agentic-PM platform and writing about how product management is being remade in the AI era.
By Steve Saper, Founder of PM33 | 15-Year Product Veteran
Everybody talks about AI replacing jobs. Nobody talks about what it feels like to manage a product team that goes from 50 developers to 6.
I know, because I lived it.
At RedBull, I watched our product organization transform over 18 months. Fifty developers became six, then two. Not because of layoffs. Not because of budget cuts. Because AI absorbed the work that used to require human hours.
And here's what nobody warns you about: it wasn't the coding that disappeared first. It was the product management.
We started where everyone starts — AI as assistant. GitHub Copilot for developers. ChatGPT for first drafts of PRDs. Notion AI for meeting summaries.
The productivity gains were real but modest: maybe 15-20%. Leadership was encouraged. The team was cautiously optimistic.
What we measured: Time saved per task. What we missed: The compounding effect of those time savings on team structure.
Here's where it got uncomfortable.
Our PRD process took 4.5 hours per document. Product managers spent 54 hours per quarter writing specs that engineering rejected 30-50% of the time. AI didn't just make this faster — it made the failure rate visible.
When an AI can generate a complete, reviewable PRD in 10 minutes by asking the right questions, the 4.5-hour human process doesn't look like "quality craftsmanship." It looks like organizational waste.
We didn't fire anyone in Phase 2. But we stopped backfilling roles. Natural attrition did the rest.
Key insight: AI doesn't replace people directly. It makes the gap between "what this role does" and "what this role could do" painfully obvious.
Fifty became six. Six became two.
The two people who remained weren't the best coders or the best writers. They were the best thinkers — the ones who could interrogate a problem, define the right thing to build, and validate that AI-generated outputs were actually correct.
This is the part that matters for every VP of Product reading this: the surviving skill isn't production. It's judgment.
Here's a stat that should alarm every AI vendor: according to recent surveys, 73% of product managers now use AI tools. But dig deeper and you'll find that most trial users churn within 3 months.
Why? Because current AI PM tools are copilots — they autocomplete your work. They help you write faster. But they don't help you think better.
The difference is critical:
| Copilot AI | Interrogative AI |
|---|---|
| "Here's a PRD based on your notes" | "You said the user needs X — but your usage data shows Y. Which is it?" |
| Makes you faster | Makes you more accurate |
| Reduces writing time | Reduces rework time |
| You still own the thinking | AI challenges your thinking |
When the PRD writes itself in 10 seconds but engineering still rejects it 30% of the time, you haven't solved the problem. You've just made the wrong answer arrive faster.
If you're a product leader watching your organization change, here's the framework we learned the hard way:
Every product org has work that looks essential but is actually compensating for upstream failures. Common hidden hours:
These hidden hours are where AI creates the most value — not by doing them faster, but by eliminating the need for them.
Stop measuring "time saved per task." Start measuring:
When we started measuring rework rate instead of writing speed, the case for AI-augmented product management became undeniable. Our rework rate dropped from 30-50% to under 10%.
The product managers who thrived in our 50→6→2 transition shared three traits:
The biggest mistake I see product leaders making: treating AI adoption as a grassroots, tool-by-tool phenomenon. It's not. It's a structural transformation of how product work gets done.
Map out your product org's work in three buckets:
PM33 exists because I lived the 50→6→2 transformation and saw what was missing.
Every AI PM tool I evaluated during our transition made the same mistake: they treated product management as a writing problem. "Generate PRDs faster!" "Auto-summarize meetings!"
But the 50→6→2 framework taught me that the bottleneck was never writing speed. It was thinking quality.
That's why PM33 interrogates instead of autocompletes. It asks the questions a senior PM would ask — the ones that catch the 30% of PRDs that would have been rejected.
The tool that helps you write faster isn't the one you need.
The tool that helps you think better is.
If you're a VP of Product or Director managing 10+ PMs, the 50→6→2 transition is coming for your organization. The question isn't whether — it's how you lead through it.
Three things you can do this week:
Steve Saper is the founder of PM33 and a 15-year product management veteran. He previously led product at RedBull and Sony.