
Originally published on Medium.
The short version
Product management has evolved through seven phases over 20 years: early-2000s project coordinator, 2001 Agile Manifesto, 2005 Steve Blank's Customer Development, 2008 Marty Cagan's empowered teams, 2011 Eric Ries Lean Startup + Teresa Torres Continuous Discovery, 2012 Nir Eyal's Hooked behavioral design, and today's strategic PM combining everything. The next shift is AI as co-manager: AI automates the boring parts (market research, feedback synthesis, requirements translation), letting one talented person own the whole product as an AI Product Engineer. Preparation: develop cross-functional expertise, use AI aggressively, build human-centered skills, break silos, learn continuously, practice ethical thinking.
Early 2000s: The Project Coordinator Era
Product management in 2004 looked like this. Waterfall projects, requirements documents, detailed specs, hand-offs between teams.
IBM, Oracle, and Microsoft dominated. The PM was a coordinator. You gathered requirements from stakeholders, wrote the specs, and handed them to engineers who built what you asked for.
If customers didn't like the result, the requirements were wrong. Not your understanding of the customer. Your job was turning requirements into software, not finding out what customers actually needed.
Slow and rigid. And it worked fine, as long as the world sat still.
2001: The Agile Manifesto
Then the Agile Manifesto landed. Not overnight. But over the next five years the best teams started working its principles into how they built.
Agile said "responding to change over following a plan." That one line reorganized product management.
Atlassian and Spotify worked out that you could ship fast, get feedback, and iterate. You didn't need perfect requirements up front. You learned as you went.
And the PM started drifting from coordinator toward strategic thinker.
2005: Steve Blank and Customer Development
Steve Blank published "Four Steps to the Epiphany" in 2005.
His insight was blunt. Most startups fail because they build something nobody wants. The fix is to leave the building and talk to customers before you write a line of code.
Customer Development caught on. Dropbox used it. Zappos used it. Instead of drafting requirements alone at your desk, you tested your assumptions against real people.
The job moved from builder of specs to discoverer of truth.
2008: Marty Cagan and Empowered Teams
Marty Cagan's "Inspired" came out in 2008 and named something the best teams already lived: great products come from empowered teams.
Not teams executing a spec. Teams handed a clear outcome and the autonomy to work out how.
Google and Amazon had already been running this way. You hire strong engineers and designers, give them a problem, trust them to solve it, and stay out of the way.
So the PM went from director of work to definer of problems.
2011: Lean Startup and Continuous Discovery
Eric Ries' "The Lean Startup" put minimum viable products (MVPs) and validated learning into everyone's vocabulary.
Build something small. Test it with customers. Learn. Iterate. That loop, run over and over, beats waterfall every time.
Around the same time, Teresa Torres formalized Continuous Discovery, the idea that customer research isn't a quarterly event. It's ongoing. The Continuous Discovery on Autopilot chapter shows how AI agents make that the default operating mode.
Netflix got to data-driven product development before most. They used data to read what customers wanted, and they tested everything.
The job shifted again, from discoverer of truth to user of data, both the quantitative and the qualitative kind.
Behavioral Design and the Ethics Question
Nir Eyal's "Hooked" arrived in 2012 and brought behavioral design into mainstream PM.
Facebook and LinkedIn worked out how to keep users engaged. How to build habit loops. How to make products people reach for without thinking.
It worked, and it triggered a backlash. As teams got better at behavioral manipulation, people started asking the obvious question. Just because we can, should we?
Ethics became a bigger part of the job. How do you build something engaging without building something predatory?
Today: Strategic PM and Systems Thinking
The modern strategic PM carries all of it at once. Customer empathy from customer development. Data-driven decisions from lean startup and big tech. Empowered teams from Cagan. Plus cross-functional collaboration, ethical thinking, and a strategic vision that still ships fast.
Geoffrey Moore's "Zones of Innovation" started to matter, the idea that different parts of your product need different strategies. Salesforce and Microsoft learned to scale deliberately without slowing down.
Something was still off, though. The PM was a bottleneck. Too much ran through one person.
The AI Shift: Automating Legacy Tasks
Here's what's changing now. AI is eating the boring parts of the job.
Market research? AI synthesizes competitor analysis, trend reports, and market data. Instead of a week of digging, you get a briefing.
Customer feedback synthesis? AI reads every support ticket, parses the themes, and surfaces the real problems, so instead of grouping tickets by hand you start from the patterns.
Requirements translation? AI drafts wireframes from your requirements, sketches technical specs, and helps with design and implementation.
The tedious work that used to fill a PM's calendar is getting handed off.
AI as Co-Manager
The next step is AI as a co-manager.
AI doesn't make the product decision. It shapes what informs the decision. It pushes back on your assumptions, surfaces the data you missed, and makes the trade-offs easier to see.
A good PM with AI is more strategic than the same PM without it.
The Rise of the AI Product Engineer
Here's the real shift. Once AI amplifies everyone, the bottleneck stops being "can the PM think strategically?" It becomes "can one person own the whole product?" The Old PM vs Product Builder chapter maps what changes when that question turns real.
The answer used to be no, not without burning out.
The answer now is yes. With AI carrying design, engineering, customer research, and strategy, one talented person can own a complete product end to end.
That person isn't only a PM. Not only an engineer or a designer either. They're all three at once, amplified by AI.
The AI Product Engineer.
How to Prepare Now
If you're a PM, a few things to start on.
Develop cross-functional expertise. Learn design basics. Learn to code a little. You don't need to become an expert, but understanding how these disciplines actually work will matter.
Lean on AI hard. Use Claude, ChatGPT, Figma AI, GitHub Copilot. Get comfortable treating AI as a thinking partner. The PM as a Team of AI Agents chapter is the practical starting point for building your own agent stack. It's an amplifier, not a replacement.
Build the human-centered skills. Emotional intelligence, customer empathy, clear writing. These get more valuable as AI absorbs more of the mechanical work, not less.
Break the silos. Work close to your engineering and design partners, understand their constraints, earn their trust. The PM of the next few years needs to wear multiple hats with credibility.
Keep learning. The stack changes, the AI capabilities expand, the tools turn over. Stay a student of the craft.
And practice ethical thinking. As your reach grows, so does your responsibility. Build products that create value for users, not just engagement, and not just for your business.
The 20-Year Journey
From project coordinators to strategic leaders to AI-amplified product engineers. That's where PM has traveled in twenty years.
The constraints that turned the PM into a bottleneck are dissolving. You're no longer capped by bandwidth. You're capped by imagination and impact.
The future belongs to PMs who think strategically, move fast, and stay close to customers, and AI is about to make those people unusually powerful. So this week, pick one task that eats your calendar, market research, ticket triage, a first-draft spec, and hand it to an AI tool end to end. See how much of your week comes back.
Sources: Steve Blank, "Four Steps to the Epiphany", Marty Cagan, SVPG, Teresa Torres, Product Talk, Eric Ries, The Lean Startup, Nir Eyal, "Hooked".
Also on Medium
Full archive →Frequently asked
How has product management evolved over the last 20 years?+
Seven distinct phases: early-2000s project coordinator writing waterfall specs, the 2001 Agile Manifesto shifting PMs toward strategic thinking, Steve Blank's 2005 Customer Development making discovery central, Marty Cagan's 2008 empowered teams model, Eric Ries and Teresa Torres combining Lean Startup with continuous discovery around 2011, Nir Eyal's Hooked introducing behavioral design in 2012, and today's strategic PM combining all of the above.
What is an AI Product Engineer?+
A person who combines product, design, and engineering skills, amplified by AI, to own a complete product end-to-end. As AI handles market research, feedback synthesis, requirements translation, and code generation, one talented person can do what used to require a full cross-functional team. The title captures that the boundaries between PM, designer, and engineer are dissolving.
What skills should PMs develop to prepare for the AI era?+
Five areas: cross-functional expertise in design and engineering basics, aggressive use of AI as a thinking partner (Claude, GitHub Copilot, Figma AI), human-centered skills like emotional intelligence and customer empathy, breaking silos by working closely with engineering and design partners, and ethical thinking as AI amplifies your reach and therefore your responsibility.
Is AI replacing product managers?+
No. AI is automating the mechanical parts: market research synthesis, feedback categorization, requirements translation, and routine analysis. What remains is the judgment-intensive work: deciding which problems are worth solving, building customer relationships, making trade-offs with incomplete data, and determining what good looks like. That work becomes more strategic, not less relevant.
Why did the Steve Blank Customer Development movement matter for PM?+
Before 2005, most product failures were blamed on wrong requirements, not wrong understanding of the customer. Blank's insight was that most startups fail by solving problems nobody has, and the fix is to get out of the building and test assumptions with real customers before building. This shifted the PM role from 'builder of specs' to 'discoverer of truth' and laid the foundation for everything Teresa Torres and Eric Ries built on afterward.

Comments (0)
Sign in with LinkedIn to leave a comment.
Sign in with LinkedIn