Hops
  • Pricing
  • About
  • Contact
Log inTry Hops
  • Pricing
  • About
  • Contact
Log inTry Hops

Hops, where people and AI work as one team.

Try Hops

Product

  • Solutions
  • Pricing

Company

  • About
  • Blog
  • Contact

Social

  • LinkedIn
  • X
  • YouTube

© 2026 Hops AI Inc.

Manage cookies
PrivacyTerms
Product

How product manager work will change in the next three years

As agents absorb status archaeology, first drafts, and transport meetings, the PM job shrinks back to judgment and taste, plus one new skill: designing workflows for teams that are only partly human.

August 4, 2026
How product manager work will change in the next three years

TL;DR

  • Most of a PM's calendar is translation, moving information between people, not the deciding-what-to-build work the job promises.
  • The shift isn't "AI writes your PRDs"; it's agents becoming teammates that participate in the same channels and docs, so the PM's job moves from "gather and synthesize" to "decide and direct."
  • What disappears: status archaeology, first-draft production, and transport-only meetings. What grows: judgment, taste, and a brand-new skill, designing how work flows through part-human teams.
  • Practical move this quarter: tag every recurring calendar block as decision, creation, or transport; transport is both your exposure and your roadmap.

There's a running joke that a product manager's real title is "person who gets blamed." A more honest one might be "person who translates." PMs translate customer pain into requirements, requirements into tickets, tickets into exec updates, and exec updates back into apologies to engineering. Map a PM's calendar honestly and you'll find maybe a fifth of it spent on the thing the job description promises, which is deciding what to build and why. The rest is moving information between people who don't share a room or a vocabulary.

I want to make an argument about that other four fifths. Not the usual "AI will write your PRDs" argument, which is already old news and was never the interesting part. The interesting part is what happens when the AI stops being a tool you open and becomes something closer to a colleague you work alongside.

Tool versus teammate

For the past two years, most PMs have used AI the same way they use a calculator. Open a window, paste some context, get a draft, close the window. Useful, but the PM is still the router. Every piece of information still flows through their head on its way somewhere else.

The shift underway now is different in kind, not degree. Agents are starting to show up inside the places where work actually happens. An agent sits in the project channel and answers "where are we on the billing migration?" without anyone assembling a status deck. An agent watches the support queue, notices that eight tickets this week describe the same confusing screen, and posts a summary to the team with the tickets linked. A PM tags an agent on a customer interview recording the way they'd tag a junior teammate: pull out the pricing objections, compare them with last quarter's, flag anything new.

Notice what changed. The PM didn't operate a tool. They delegated to something that participates in the same conversations, reads the same documents, and reports back in the same channel everyone else uses. And once agents can participate like that, they can also work with each other. One agent drafts the release notes, another checks them against what actually shipped, and a human reads the result once instead of assembling it from six sources. The PM's job stops being "gather and synthesize" and becomes "decide and direct."

What quietly disappears

Status archaeology goes first. The Monday ritual of reconstructing reality from tickets, threads, and hallway fragments exists because information was scattered and only a human could stitch it. When an agent can answer the status question directly, the ritual has no reason to exist. The meeting doesn't get cancelled immediately. It hollows out. First the status portion gets skipped, then the meeting shortens, then someone asks why it's still on the calendar.

First drafts go next. Not the thinking behind a PRD, but the production of the artifact itself. Nobody will mourn the blank page.

The subtler loss is meetings whose only function was transport. A surprising number of calendar blocks exist to move context from one head to another. When an agent can carry that context to whoever needs it, at whatever moment they need it, those blocks lose their reason to exist. The meetings that survive will be the ones where something actually gets decided, and honestly, those could stand to get more attention than they currently do.

What grows to fill the space

Freed hours don't evaporate. They flow toward the parts of the job that were always the point, and toward one part that's genuinely new.

Judgment gets more valuable, not less. Deciding what not to build. Killing the feature the loudest customer keeps asking for. Reading between the lines of a churn interview. These calls get harder when teams execute faster, because building the wrong thing at high speed is spectacular in the bad way.

Taste becomes a differentiator you can't fake. When production is cheap, the person whose "no, not quite, more like this" reliably improves the work is worth a lot. Taste always separated good PMs from great ones. Soon it will separate the employed ones.

“Taste always separated good PMs from great ones. Soon it will separate the employed ones.”

And then there's the new skill, the one that barely has a name yet. Someone has to design how work flows through a team where not every contributor is human. Which tasks get handed to agents. What a good handoff between an agent and a person looks like. Where the review checkpoints go, and what triggers an escalation to a human. When an agent should loop in another agent versus stopping to ask someone. This is systems thinking applied to your own team's operating model, and it sits naturally with the PM, because PMs already think in workflows and edge cases. In three years I expect it on job descriptions. Today almost nobody is formally good at it, which is exactly what makes it worth learning early.

The awkward middle we're living in

Between here and there sits a transition period, and it's genuinely annoying. Teams adopt AI piecemeal. One tool for notes, one for tickets, one for drafts, none of them aware of each other. The PM has ironically become the glue between the glue tools. If your week feels like managing seven assistants that don't talk to one another, you're not doing it wrong. You're just early.

The behavior that pays off in this period is treating agent output like work from a fast, tireless, occasionally overconfident junior teammate. Review it, redirect it, and get specific about what "good" means. PMs who reject AI output wholesale are losing on speed. PMs who ship it unread are losing on quality, and they'll find out later, at the worst time.

If you want something concrete to do this quarter: audit your calendar and tag every recurring block as a decision, a creation, or a transport. If transport wins, that's your exposure, and also your roadmap. Then practice writing delegation briefs, meaning instructions precise enough that a capable collaborator with zero context could execute them. That skill transfers directly to working with agents, and as a side effect it makes you clearer with humans too.

Product management was never really about tickets. It was about deciding what matters and getting a group of people to believe it. For a decade the coordination overhead grew so large it swallowed the job. The overhead is what's leaving. What remains is the job PMs thought they were signing up for, plus one new responsibility nobody warned them about: they're going to be the first managers of teams that are only partly human.

FAQ

Small hops. Big leap.

Every drafted follow-up, every synced table, every brief that writes itself is one small hop. Together they change how the team moves. Early access is open.

Get started
Alex Shershebnev

Alex Shershebnev

Alex Shershebnev is a seasoned AI engineer and technology leader with over a decade of experience in AI, DevOps and MLOps. He is currently Lead DevRel at Zencoder, an AI coding assistant, and one of the founding members of the company, where he has spent the last two years shaping both the product and its developer ecosystem. Alex has spoken at more than 50 international conferences, establishing himself as a recognized voice on AI for coding, secure and responsible use of AI in software development, and the future of developer workflows.

Product

Author

Alex Shershebnev