Originally published on Medium.
The short version
The product manager role has evolved through four eras: the 1930s P&G Brand Man, the 1960s HP product owner, the 1980s Microsoft Program Manager, and the 2000s Big Tech PM. The next era is the AI Product Engineer: one person owning the full lifecycle (strategy, design, development, customer insights), amplified by AI to do the work of three. PMs are best positioned to step into this role because they already have customer empathy, strategic thinking, and holistic focus. The challenges are real (overload, blind spots, ethical risk). The benefits are speed, clarity, cost efficiency, and customer focus. Five years out, this is the norm for small fast-moving products.
The PM Role - Powerful and Polarizing
Product managers have been called the "mini-CEO" of their product. That title carries both admiration and resentment.
Engineers chafe at being told what to build. Designers feel their input is second-guessed. PMs become bottlenecks - every decision flows through them. Some of the smartest people in the room resent taking direction from someone they see as less technical.
The tension is real. And it exists because the traditional PM role has been powerful.
A Brief History of the Product Manager Role
1930s - The Brand Man. P&G invented the role to own a brand from marketing through to the store shelf. One person, end-to-end accountability.
1960s - HP. Hewlett-Packard adapted the model for product development. David Packard believed the best people should own complete products.
1980s - Program Manager. Microsoft took it further. Program managers weren't just coordinating - they were designing products. They worked with engineers and business teams to shape the product vision.
2000s - Big Tech PM. Google, Amazon, Meta, and others professionalized the role. PM became a coveted career path. Strategic thinking. Customer empathy. Execution focus.
Why the Traditional Model Has Challenges
The fundamental problem with the traditional model is handoffs and misalignment.
Clashing priorities. Engineering optimizes for system design and technical excellence. Product optimizes for customer value and business impact. Design optimizes for user experience. These priorities don't always align. PM acts as arbitrator, but that creates friction.
Handoff bottlenecks. Product proposes. Engineering estimates. Design suggests alternatives. Product negotiates. Three months of email threads later, you have 80% of what you wanted.
Lack of ownership. Engineers execute someone else's vision. That's different from owning your vision. Ownership creates accountability. Ownership creates pride. Ownership creates speed.
PM role skepticism. Is a PM really a "mini-CEO"? Or are they a coordinator who makes things slower? The answer often depends on how the PM is operating.
How AI Enables End-to-End Ownership
Here's what's changed. One person can now do the work of three.
Strategy and roadmapping. AI helps you research market trends, analyze competitor moves, synthesize customer feedback. You go from "I vaguely think we should build X" to "Here's the data supporting X, here's the customer feedback, here's the market trend."
Design and prototyping. Figma and AI-powered design tools let you go from idea to interactive prototype in hours, not weeks. You can test assumptions with users before engineering builds anything.
Development and deployment. AI coding assistants don't just write code - they architect systems. They implement features. They write tests. A strong engineer with AI can deliver what used to take a team.
Customer insights. Instead of quarterly surveys, you get real-time feedback loops. You understand how customers use your product. What frustrates them. What delights them.
One person can own all of this. Not because they're superhuman, but because AI amplified their capabilities.
Lessons from Successful Teams
The best teams I've seen have product leaders with engineering backgrounds who understand how to work with designers. Or designers with product sense who understand engineering constraints. Or engineers with PM instincts.
They're not "just one thing." They're hybrid thinkers who own the whole product.
The Benefits Are Clear
Speed. No waiting for design review. No month-long argument about architecture. You move fast because one person is making decisions with full context.
Clarity. Everyone knows who owns the product and what they're optimizing for. There's no ambiguity. There's no hidden conflict between PM and engineering goals.
Cost efficiency. You're paying for one person instead of three. Your unit economics work better. Your burn rate is lower.
Customer focus. The person building your product is close to customers. They're not removed by two layers of abstraction. They feel the pain when something doesn't work.
The Challenges Are Real
Overload. Doing strategy, design, and engineering is a lot. You can hit burnout fast if you're not careful.
Limited perspectives. One person can miss blind spots that another person would catch. Diversity of thinking is powerful, and you lose some of it with a solo operator.
Ethical risks. Product decisions without enough challenge can be harmful. AI enables speed - but without the right guardrails, speed can be dangerous.
Why PMs Are Best Positioned for This Role
Of the three disciplines - PM, design, engineering - PMs are best positioned to add skills in the other two.
Empathy and customer understanding. PMs are trained to understand customers deeply. That customer lens doesn't disappear when you also design or code. It gets stronger.
Strategic thinking. Good PMs think about business model, market dynamics, competitive positioning. That thinking is useful in code. It's useful in design. It shapes the entire product.
Holistic focus. PMs are trained to look at the whole system - not just the code or just the interface, but how everything works together. That holistic thinking is the foundation for good design and good architecture.
The Future
The AI Product Engineer role is emerging now. In five years, it will be the norm for small, fast-moving products.
Large organizations will still need specialists. But the power and the opportunity will be with people who can own the full product lifecycle. Who can move fast. Who can make decisions with full context.
That's the future of product development.