返回列表
🧠 阿头学 · 💬 讨论题 · 💰投资

AI时代产品经理的权力升级

AI正在把PM从"无权的协调者"升级为"有执行力的微型全栈",但这种权力扩张伴随职责膨胀和决策风险,并非无代价的进步。
打开原文 ↗

2026-03-13 原文链接 ↗
阅读简报
双语对照
完整翻译
原文
讨论归档

核心观点

  • 权力结构重塑:从影响力到执行力 PM传统的困境是"责任大、权力小",只能靠说服力推动。AI打破了这个瓶颈——PM现在能直接读代码库、生成原型、提交PR、制作营销物料,从纯协调者变成能独立形成判断并推进落地的角色。这不只是工具升级,而是组织权力关系的重新定义。
  • 上下文成为稀缺资源,而非执行 在软件供给过剩的时代,做出来不难,做对才难。AI让PM能以极低成本获得原本需要消耗工程师、用户研究、竞品分析师时间才能拿到的深度上下文。这意味着PM的核心价值从"定义需求"转向"定义正确性"——谁能更深入理解技术约束、用户痛点、市场竞争,谁就拥有更强的决策权。
  • 原型替代PRD,但也替代了深度思考 文章强调"一个原型胜过几百万字",这在跨职能对齐上确实高效。但这也隐含了一个风险:快速原型可能诱发"做了很多事"的幻觉,掩盖了产品思考不够清晰的问题。当原型制作成本接近零,低质量原型泛滥的可能性也接近无穷。
  • 职责膨胀与专业分工的冲突 作者鼓励PM直接修bug、做营销物料,这看似提效,实则是在侵蚀设计师、工程师、PMM的专业领地。如果PM把精力花在审查AI生成的代码和调整PPT排版上,必然挤占其做战略判断和深度用户访谈的时间。这是典型的"看起来做了更多,实际上做的都是边缘事务"。
  • AI幻觉风险被完全忽视 文章建议PM用AI总结客户笔记、理解代码库、做竞品研究,却完全没有提及AI的幻觉和误读风险。如果PM基于AI生成的错误技术上下文或虚假的客户洞察去与工程师"据理力争",会导致灾难性的产品方向错误。这是最大的隐患。

跟我们的关联

  • 对ATou意味着什么 如果你是技术背景的PM或创始人,这篇文章的启发是:AI让你能更便宜地补齐非技术侧的上下文(用户研究、市场洞察、营销叙事)。下一步可以尝试用AI做低保真原型来验证想法,而不是先写长文档;但要警惕"快速原型"变成"快速试错"导致方向漂移。
  • 对Neta意味着什么 这篇文章本质上是Cloudflare的招聘软文,用"AI时代最适合做PM"的论调来吸引拥抱新工具的人才。如果你在考虑加入一个"AI-first"的团队,要问清楚:这个组织是真的用AI来提升决策质量,还是只是用AI来压低成本、扩大职责?前者值得去,后者是变相加班。
  • 对Uota意味着什么 这反映了一个更大的组织趋势:专业分工正在被打破。未来的高效团队不是"职能清晰的部门制",而是"围绕风险等级的权限制"——谁能承担这个决策的风险,谁就有权直接动手。这对团队管理的启示是,要从"你该做什么"转向"你能承担什么风险"来设计协作边界。
  • 对通用产品人的启示 最实用的一点是"原型优先于PRD"的工作流。如果你的想法无法用AI快速具象化成可交互的原型,说明你的产品思考还不够清晰。这是一个很好的自检工具:用AI做原型的难度,反映了你对问题理解的深度。

讨论引子

1. AI生成的上下文真的可信吗? 文章假设PM可以用AI读代码库、总结客户笔记、做竞品研究,但AI的幻觉和误读风险如何控制?什么样的决策可以基于AI生成的上下文,什么样的决策必须人工验证?

2. PM直接写代码和做营销物料,是提效还是越权? 这是否会导致设计师、工程师、PMM的角色被架空?在一个高效团队里,专业分工和跨界执行的边界应该在哪里?

3. "最适合做PM的时代"是否只适用于DevTools和开发者产品? 这套方法论在ToC消费品、重度业务型ToB、或传统行业是否还成立?样本偏差有多大?

PM(产品经理)是一份疯狂的工作。

作为应届毕业生,你拿到一台笔记本电脑,就成了某个产品方向、战略与路线图的负责人。你既要对方向判断负责,又要对交付速度负责。第 1 天,你就被扔进站会(standup),从此你要告诉工程师——往往比你年长 10 岁——他们接下来该做什么。

但你其实并没有真正的权力去命令他们做事。你得说服他们:这件事值得做,而且应该这么做。

权力来自影响力,而非权威。

这不只发生在工程团队。你还要说服市场、销售、客户、你的领导——四面八方的利益相关者——你的方案是应该做的事,并为成功所需要的资源据理力争。

这里有一根很难拿捏的针:你必须愿意妥协、保持灵活,才能建立关系——但又不能在“对用户做正确的事”上妥协。你得推动你认为正确的方向,并有足够的自信去坚持;与此同时,相比你的工程同事和对口伙伴,你掌握的知识又天然更有限。

(顺便说一句,我带领的是一支做开发者产品的 PM 团队,在那里,“产品”和“实现”的边界比以往任何时候都更薄。)

你要让团队对交付与截止日期负责,但如果上线太早或引发事故,真正要 24/7 扛着 pager 的又不是你。

所以,是的,PM 真的是一份疯狂的工作。它极其吓人,特别容易让人产生冒名顶替综合征。但同时,从未有过更适合做这份工作的时代——原因如下(没错,你猜到了:AI!)。

用 AI 做深度理解

一直以来,最好的 PM 都是那些能“下潜”得很深的人——既能深入问题,也能深入技术。当然这里要把握一个平衡:别被实现细节吸走,以至于忘了体验本身。但即便如此,理解支撑你产品的系统如何运作仍然非常重要。它能帮你看清取舍,并在你不同意某个时间表、某个妥协方案或某项技术要求时,给你足够的筹码去反驳与推动。

自从开始使用 AI 以来,我在团队里看到的最大“解锁”之一,就是用它来获得 PM 需要掌握的各类上下文的更深理解。

AI 是个很棒的老师。它不评判你。你可以不断检查、不断追问(不存在蠢问题),直到你真正把一个问题——或者一个解决方案——想透。

它能访问你的代码库,所以你可以把所有问题都问一遍,而不必耗费工程师好几个小时的时间。

它还能访问你的全部客户笔记,因此你可以让它拉取所有与 X 相关的对话,或从中归纳主题。它也能做深度竞品研究——不只是阅读别人的产品介绍,而是实际去体验、去安装、去配置。过去这往往需要几个小时的工作量。

在一个软件极其充裕的时代,打造正确的东西变得更加关键。而 AI 在这里可以成为非常有价值的伙伴:它的上下文窗口比大多数人更大,是很出色的思考搭档。这与许多人对 AI 的指控——“它让人不再思考”——恰恰相反。若真要说,AI 反而会让人的思考更锋利。

用 AI 做原型

如果说一张图片胜过千言万语,那么一个原型的价值——至少胜过几百万字。

做原型比写 PRD 更有力量,也能加速开发进程。你可以带着工程团队需要的东西出现:这就是我想做的功能,以及我希望它如何运作。你也能更早拿着它和客户一起走一遍,理解他们在找什么,并验证你的方向。

在 Cloudflare,用 opencode + kumo-ui 做原型对 PM 来说是一次巨大的解锁:它加快了从 PRD 到 UI 的反馈循环,也提升了我们仪表盘整体的外观与体验。

这不仅对 UI 有用,对模拟 CLI 和 API 的行为也同样有用。

用 AI 处理团队一直没时间做的各种 QoL 积压

除了做原型,PM 不再只是能提 bug、吐槽一些小烦恼,而是可以直接提交真正的 PR。

我也意识到,“谁应该贡献代码”这个话题仍然存在争议。我们内部也在讨论;对于那些不只是改代码、而是涉及方法与架构的更大改动,你确实需要更谨慎一些。

但有太多 bug 修复和体验(quality of life)改进其实是显而易见的选择。以前大家会提 bug 工单,然后它在积压里一躺就是好几年——只是因为优先级不够,永远排不上。或者团队会特意安排每周某一天、或某个 sprint 来集中处理这些问题。

而现在,你不用再“提交一个 bug”,你可以直接把它修掉。

用 AI 做营销

作为 PM,没有人比你更理解客户的问题,也就没有人比你更懂产品叙事。你是那个一直在和客户对话的人,并能根据对方的反应实时打磨你的叙事——看哪些能打动人,哪些不行。

于是 PMM 变成了“翻译层”:把你打磨好的叙事翻译成各种交付物——幻灯片、落地页、one-pager。

这种模式的问题是,信息在翻译过程中总会有一部分丢失,而且往往还会慢一步。

有了 AI,一旦叙事定型,把它转成各类资产就高效得多。我们的 PM 会用 opencode 生成幻灯片、直接为营销网站贡献内容等等。AI 在不同媒介之间切换非常高效。作为一个毫无咨询背景的人,我从来没掌握过做幻灯片的“手艺”。但让 opencode 用叙事去搭一个用于幻灯片的 React app,每次都能产出很漂亮的结果。

从未有过更适合做 PM 的时代

以上甚至还不是 Cloudflare 的 PM 使用 AI 的全部方式清单。它在很多方向上都让生活轻松了不少。

做 PM 最难的一点是:工作永远做不完。你总是在想你的产品,总觉得还有更多事可以做,让它更成功。过去如此,将来也如此。而这些事情永远比一天里的小时数多。

AI 并没有改变一天的小时数,但它确实能拉伸你能把这些时间“用成什么样”。当然,也能让你少犯错。

PS:如果你想在一支被 AI“加持”的团队里做 PM,我们在招人!

链接: http://x.com/i/article/2020232857034321920

pm is a crazy job.

as a new grad, you're handed a laptop, and are the person responsible for the direction, strategy and roadmap of a product. you're accountable for both being directionally correct, and shipping fast. on day 1, you're thrown into standup where you now tell engineers, often 10 years your senior, what they should be working on next.

except you don't actually have the authority to tell them what to do. you have to persuade them that it's the right thing to do.

*power through influence, not through authority. *

this is true not just of engineering. you have to convince marketing, sales, customers, your leadership — stakeholders in every direction that your thing is the right thing to build, and advocate for what you need in order to be successful.

there's a tricky needle to thread: you have to compromise and be flexible to build relationships — but without compromising on doing the right things for the user. you have to push for what you think is right, and have the confidence to do so, while having knowledge that is limited relative to your engineering peers and counterparts.

(btw, i lead a team of PMs for developer products where the line between product and implementation is thinner than ever).

you have to keep the team accountable to shipping and deadlines, while you're not the one holding the pager if a launch is too early or causes incidents.

so yeah, pm is a crazy job. it's extremely terrifying and impostor-syndrome inducing. and there's never been a better time to do it, and here's why (yes, you guessed it: AI!).

using AI for deeply understanding

it's always been true that the best PMs are the ones that can go deep — on the problem and on the technology. there's a balance here of course in not getting so sucked into the implementation that you lose track of the experience, but still, understanding how the systems that support your product work is important. it helps you understand trade offs and gives you leverage to push back when you don't agree with a timeline, a compromise, or a technical requirement.

one of the biggest unlocks i've seen for my team since starting to use AI is in using it to gain deeper understanding of all the context PMs need access to.

AI is a great teacher. it doesn't judge. it allows you to inspect, and ask questions (no such thing as dumb ones), until you can really wrap your head around a problem (or a solution for that matter).

it has access to your codebase, so you can ask all of your questions without having to spend several hours of an engineer's time.

it has access to all of your customer notes, so you can ask it to pull all conversations relating to X, or find themes across them. it can do deep competitive research — not just reading about other products, but going through and setting them up. something that would previously take hours' worth of work.

at a time when software is abundant, building the right thing becomes even more critical. and AI can be a really helpful tool in being a partner here: it has a larger context window than most humans, and serves as a great thinking partner. this is contrary to many of the accusations of AI, that it absolves people of thinking. if anything, it sharpens their thinking.

AI for prototyping

if a picture is worth a thousand words, a prototype is worth, well, at least millions.

prototyping is more powerful than a PRD, and accelerates the development process. it allows you to come to engineering with: here's what i want to build, and how i want it to work. it also gives you something to walk through with customers early on to understand what they're looking for, and validate your direction.

using opencode + kumo-ui at cloudflare for prototyping has been a massive unlock for PMs, has accelerated the feedback loop of going from PRD to UI, and improved the overall look and feel of our dashboard.

this is useful not just for UI for for mocking CLI and API behavior as well.

AI for all the QoL backlog your team never gets around to

beyond prototyping, rather than just being able to report bugs, and minor annoyances, PMs are able to submit actual PRs.

i realize the topic of who should be contributing code, is still something that is debated. it's a conversation we're having internally, and for larger changes that are more than just about code, but about approach and architecture, you have to exercise a bit more caution.

but so many bugs and quality of life improvements are no brainers. people used to submit bug tickets that would sit on the backlog for years and never get picked up — just never made the cut for being high priority. or teams would schedule days of the week, or sprints to address them.

now instead of submitting a bug, you can actually just fix it.

AI for marketing

as the PM, no one understands the customer problems, and thus the narrative of your product better than you do. you're the one that's constantly talking to customers, and getting to refine your narrative in real-time based on reactions — seeing what's sticks and what doesn't.

PMM then became the translation layer that would take the refined narrative and turn it into artifacts — slides, landing pages, one-pagers.

the problem with this model is that there's always a bit of the message that becomes lost in translation, and it's often one step behind.

with AI, once you have the narrative down, turning it into assets is a much more efficient process. our PMs use opencode to generate slides, contribute directly to the marketing website, etc. AI is very efficient at switching between these different mediums. as someone with no background in consulting, i never mastered the art of slides. but asking opencode to build a react app for slides and feeding it the narrative produces beautiful results every time.

there's never been a better time to be a PM

the above is not even a comprehensive list of ways that PMs at cloudflare use AI. it makes life easier in so many different directions.

the hardest part about being a PM is that the work is never done. you're always thinking about your product, and there's always something more you could do to make it successful. there have always been and always will be more of those things than hours in the day.

AI hasn't changed the number of hours in a day, but it can really stretch what you can make of them. and of course, make no mistakes.

PS: if you want to be a PM on an ai-cracked team, we're hiring!

Link: http://x.com/i/article/2020232857034321920

PM(产品经理)是一份疯狂的工作。

作为应届毕业生,你拿到一台笔记本电脑,就成了某个产品方向、战略与路线图的负责人。你既要对方向判断负责,又要对交付速度负责。第 1 天,你就被扔进站会(standup),从此你要告诉工程师——往往比你年长 10 岁——他们接下来该做什么。

但你其实并没有真正的权力去命令他们做事。你得说服他们:这件事值得做,而且应该这么做。

权力来自影响力,而非权威。

这不只发生在工程团队。你还要说服市场、销售、客户、你的领导——四面八方的利益相关者——你的方案是应该做的事,并为成功所需要的资源据理力争。

这里有一根很难拿捏的针:你必须愿意妥协、保持灵活,才能建立关系——但又不能在“对用户做正确的事”上妥协。你得推动你认为正确的方向,并有足够的自信去坚持;与此同时,相比你的工程同事和对口伙伴,你掌握的知识又天然更有限。

(顺便说一句,我带领的是一支做开发者产品的 PM 团队,在那里,“产品”和“实现”的边界比以往任何时候都更薄。)

你要让团队对交付与截止日期负责,但如果上线太早或引发事故,真正要 24/7 扛着 pager 的又不是你。

所以,是的,PM 真的是一份疯狂的工作。它极其吓人,特别容易让人产生冒名顶替综合征。但同时,从未有过更适合做这份工作的时代——原因如下(没错,你猜到了:AI!)。

用 AI 做深度理解

一直以来,最好的 PM 都是那些能“下潜”得很深的人——既能深入问题,也能深入技术。当然这里要把握一个平衡:别被实现细节吸走,以至于忘了体验本身。但即便如此,理解支撑你产品的系统如何运作仍然非常重要。它能帮你看清取舍,并在你不同意某个时间表、某个妥协方案或某项技术要求时,给你足够的筹码去反驳与推动。

自从开始使用 AI 以来,我在团队里看到的最大“解锁”之一,就是用它来获得 PM 需要掌握的各类上下文的更深理解。

AI 是个很棒的老师。它不评判你。你可以不断检查、不断追问(不存在蠢问题),直到你真正把一个问题——或者一个解决方案——想透。

它能访问你的代码库,所以你可以把所有问题都问一遍,而不必耗费工程师好几个小时的时间。

它还能访问你的全部客户笔记,因此你可以让它拉取所有与 X 相关的对话,或从中归纳主题。它也能做深度竞品研究——不只是阅读别人的产品介绍,而是实际去体验、去安装、去配置。过去这往往需要几个小时的工作量。

在一个软件极其充裕的时代,打造正确的东西变得更加关键。而 AI 在这里可以成为非常有价值的伙伴:它的上下文窗口比大多数人更大,是很出色的思考搭档。这与许多人对 AI 的指控——“它让人不再思考”——恰恰相反。若真要说,AI 反而会让人的思考更锋利。

用 AI 做原型

如果说一张图片胜过千言万语,那么一个原型的价值——至少胜过几百万字。

做原型比写 PRD 更有力量,也能加速开发进程。你可以带着工程团队需要的东西出现:这就是我想做的功能,以及我希望它如何运作。你也能更早拿着它和客户一起走一遍,理解他们在找什么,并验证你的方向。

在 Cloudflare,用 opencode + kumo-ui 做原型对 PM 来说是一次巨大的解锁:它加快了从 PRD 到 UI 的反馈循环,也提升了我们仪表盘整体的外观与体验。

这不仅对 UI 有用,对模拟 CLI 和 API 的行为也同样有用。

用 AI 处理团队一直没时间做的各种 QoL 积压

除了做原型,PM 不再只是能提 bug、吐槽一些小烦恼,而是可以直接提交真正的 PR。

我也意识到,“谁应该贡献代码”这个话题仍然存在争议。我们内部也在讨论;对于那些不只是改代码、而是涉及方法与架构的更大改动,你确实需要更谨慎一些。

但有太多 bug 修复和体验(quality of life)改进其实是显而易见的选择。以前大家会提 bug 工单,然后它在积压里一躺就是好几年——只是因为优先级不够,永远排不上。或者团队会特意安排每周某一天、或某个 sprint 来集中处理这些问题。

而现在,你不用再“提交一个 bug”,你可以直接把它修掉。

用 AI 做营销

作为 PM,没有人比你更理解客户的问题,也就没有人比你更懂产品叙事。你是那个一直在和客户对话的人,并能根据对方的反应实时打磨你的叙事——看哪些能打动人,哪些不行。

于是 PMM 变成了“翻译层”:把你打磨好的叙事翻译成各种交付物——幻灯片、落地页、one-pager。

这种模式的问题是,信息在翻译过程中总会有一部分丢失,而且往往还会慢一步。

有了 AI,一旦叙事定型,把它转成各类资产就高效得多。我们的 PM 会用 opencode 生成幻灯片、直接为营销网站贡献内容等等。AI 在不同媒介之间切换非常高效。作为一个毫无咨询背景的人,我从来没掌握过做幻灯片的“手艺”。但让 opencode 用叙事去搭一个用于幻灯片的 React app,每次都能产出很漂亮的结果。

从未有过更适合做 PM 的时代

以上甚至还不是 Cloudflare 的 PM 使用 AI 的全部方式清单。它在很多方向上都让生活轻松了不少。

做 PM 最难的一点是:工作永远做不完。你总是在想你的产品,总觉得还有更多事可以做,让它更成功。过去如此,将来也如此。而这些事情永远比一天里的小时数多。

AI 并没有改变一天的小时数,但它确实能拉伸你能把这些时间“用成什么样”。当然,也能让你少犯错。

PS:如果你想在一支被 AI“加持”的团队里做 PM,我们在招人!

链接: http://x.com/i/article/2020232857034321920

相关笔记

pm is a crazy job.

as a new grad, you're handed a laptop, and are the person responsible for the direction, strategy and roadmap of a product. you're accountable for both being directionally correct, and shipping fast. on day 1, you're thrown into standup where you now tell engineers, often 10 years your senior, what they should be working on next.

except you don't actually have the authority to tell them what to do. you have to persuade them that it's the right thing to do.

*power through influence, not through authority. *

this is true not just of engineering. you have to convince marketing, sales, customers, your leadership — stakeholders in every direction that your thing is the right thing to build, and advocate for what you need in order to be successful.

there's a tricky needle to thread: you have to compromise and be flexible to build relationships — but without compromising on doing the right things for the user. you have to push for what you think is right, and have the confidence to do so, while having knowledge that is limited relative to your engineering peers and counterparts.

(btw, i lead a team of PMs for developer products where the line between product and implementation is thinner than ever).

you have to keep the team accountable to shipping and deadlines, while you're not the one holding the pager if a launch is too early or causes incidents.

so yeah, pm is a crazy job. it's extremely terrifying and impostor-syndrome inducing. and there's never been a better time to do it, and here's why (yes, you guessed it: AI!).

using AI for deeply understanding

it's always been true that the best PMs are the ones that can go deep — on the problem and on the technology. there's a balance here of course in not getting so sucked into the implementation that you lose track of the experience, but still, understanding how the systems that support your product work is important. it helps you understand trade offs and gives you leverage to push back when you don't agree with a timeline, a compromise, or a technical requirement.

one of the biggest unlocks i've seen for my team since starting to use AI is in using it to gain deeper understanding of all the context PMs need access to.

AI is a great teacher. it doesn't judge. it allows you to inspect, and ask questions (no such thing as dumb ones), until you can really wrap your head around a problem (or a solution for that matter).

it has access to your codebase, so you can ask all of your questions without having to spend several hours of an engineer's time.

it has access to all of your customer notes, so you can ask it to pull all conversations relating to X, or find themes across them. it can do deep competitive research — not just reading about other products, but going through and setting them up. something that would previously take hours' worth of work.

at a time when software is abundant, building the right thing becomes even more critical. and AI can be a really helpful tool in being a partner here: it has a larger context window than most humans, and serves as a great thinking partner. this is contrary to many of the accusations of AI, that it absolves people of thinking. if anything, it sharpens their thinking.

AI for prototyping

if a picture is worth a thousand words, a prototype is worth, well, at least millions.

prototyping is more powerful than a PRD, and accelerates the development process. it allows you to come to engineering with: here's what i want to build, and how i want it to work. it also gives you something to walk through with customers early on to understand what they're looking for, and validate your direction.

using opencode + kumo-ui at cloudflare for prototyping has been a massive unlock for PMs, has accelerated the feedback loop of going from PRD to UI, and improved the overall look and feel of our dashboard.

this is useful not just for UI for for mocking CLI and API behavior as well.

AI for all the QoL backlog your team never gets around to

beyond prototyping, rather than just being able to report bugs, and minor annoyances, PMs are able to submit actual PRs.

i realize the topic of who should be contributing code, is still something that is debated. it's a conversation we're having internally, and for larger changes that are more than just about code, but about approach and architecture, you have to exercise a bit more caution.

but so many bugs and quality of life improvements are no brainers. people used to submit bug tickets that would sit on the backlog for years and never get picked up — just never made the cut for being high priority. or teams would schedule days of the week, or sprints to address them.

now instead of submitting a bug, you can actually just fix it.

AI for marketing

as the PM, no one understands the customer problems, and thus the narrative of your product better than you do. you're the one that's constantly talking to customers, and getting to refine your narrative in real-time based on reactions — seeing what's sticks and what doesn't.

PMM then became the translation layer that would take the refined narrative and turn it into artifacts — slides, landing pages, one-pagers.

the problem with this model is that there's always a bit of the message that becomes lost in translation, and it's often one step behind.

with AI, once you have the narrative down, turning it into assets is a much more efficient process. our PMs use opencode to generate slides, contribute directly to the marketing website, etc. AI is very efficient at switching between these different mediums. as someone with no background in consulting, i never mastered the art of slides. but asking opencode to build a react app for slides and feeding it the narrative produces beautiful results every time.

there's never been a better time to be a PM

the above is not even a comprehensive list of ways that PMs at cloudflare use AI. it makes life easier in so many different directions.

the hardest part about being a PM is that the work is never done. you're always thinking about your product, and there's always something more you could do to make it successful. there have always been and always will be more of those things than hours in the day.

AI hasn't changed the number of hours in a day, but it can really stretch what you can make of them. and of course, make no mistakes.

PS: if you want to be a PM on an ai-cracked team, we're hiring!

Link: http://x.com/i/article/2020232857034321920

📋 讨论归档

讨论进行中…