How is the product manager role changing with AI?

THE SHORT ANSWER

The PM job is being reclassified from coordination to building. AI-forward companies hire 'Product Builders' who ship working artifacts instead of documents. Six skills matter now, in priority order: rapid prototyping, customer proximity, AI fluency, outcomes thinking, storytelling and distribution, and end-to-end ownership. Most PMs are still in observation mode. A smaller group builds. A very small group produces output indistinguishable from a small engineering team's, and that gap is growing.

AI-forward companies are hiring for a new title: Product Builder. It is tempting to treat that as one company's quirky experiment, but I have watched the shift move from tech into banks, healthcare, and large enterprises that usually lag by years. I recently trained a PM team inside a well-known New York bank that is now building AI workflows their engineering teams had never prototyped. This is not a trend. It is a reclassification of what the job requires.

What changed

The PM job was defined by coordination for a long time. You gathered requirements, wrote PRDs, aligned stakeholders, and waited. You waited for design, for engineering, for QA. The output of your best work was often a well-written document describing a product that did not exist yet.

AI disrupted that loop. In the orgs I run this experiment in, we eliminated traditional PRDs and replaced write-and-wait with paired product-engineering ownership. The goal is a working prototype within hours of a new idea surfacing. Not a spec. Not a deck. A working prototype. The PMs who thrive there have a different skill set than the one we hired for over the last decade.

The six skills that matter now

The order matters. These are ranked by what separates a Product Builder from a Product Manager.

Rapid prototyping. If you cannot build a working version in hours, you add latency to every decision your team makes. This is the breakthrough skill. Everything else is downstream of it.

Customer proximity. AI compressed build time toward zero, so the durable edge is whoever understands the customer best. Sit in support queues, take the awkward 6am call, watch a real user onboard. This is daily oxygen, not a quarterly research function.

AI fluency. Not model training code. Know your primitive menu cold: rules, single model call, RAG, agent with tools, fine-tuning. For each, know the cost shape, the latency shape, and the failure mode. Pick the cheapest primitive that works and defend it in five minutes.

Outcomes thinking. Wrong question: did the spec get built? Right question: did the customer's behavior change? Name the outcome in one sentence before anyone writes code, then instrument the proof.

Storytelling and distribution. Great products lose to mediocre ones with better stories. Write the launch tweet before the feature, pick the channels, show up in the comments yourself.

End-to-end ownership. The meta-skill. Insight to prototype to launch to gross margin to the next iteration, held in one head.

The gap is widening

I have trained thousands of PMs and reviewed more than 1,000 pieces of PM work. The pattern is consistent. A small group already builds with AI and can prototype before the sprint starts. A much larger group is still in learning mode, consuming content without producing anything. The gap between them is not closing. It is growing.

Pick the side you want to be on. This week, build one thing with AI a real user can touch, map one end-to-end workflow before you spec it, and write your first eval for a feature you own.

SOURCES

THE LONG VERSION

RELATED ANSWERS

Last reviewed 2026-07-31 · 3 min read