产品经理这个岗位从 1930 年代宝洁公司发明以来，职责被改写了无数次。到今天，一个 PM 要懂设计、懂数据、懂销售、懂外交，公司平均有 100 多个 SaaS 订阅，PM 比谁都累，因为他们要跟所有人打交道。很多做产品的人都已经精疲力竭了。

但现在情况变了。看到一篇很有价值的文章《A Guide to Agent-native Product Management》，文章中说：所有的产品管理工作都发生在跟 Claude Code 的对话里。以前花三小时做的数据分析，现在几分钟搞定。以前每两周痛苦一次的产品评审，现在一条消息就能生成。他甚至不再写工单了。对话本身就是工作。

文章作者把自己的工作流拆成了几个核心模块。

第一个是战略文档。他用一个叫 `/ce-strategy` 的命令，让智能体像采访一样问你一系列问题，最终生成一份 `strategy.md`。这份文档的结构来自 Richard Rumelt 的《好战略坏战略》，包含核心问题、指导方针、工作方向这些大图景的东西，但不包含具体的功能需求。如果你第一次回答得太模糊，智能体会追问：「具体是谁的问题？他们现在怎么解决？为什么不行？」每隔几个月重新跑一次这个采访，因为这时候智能体已经积累了几个月的上下文，它的问题会更尖锐，对话会更有深度。

第二个是产品脉搏（Product Pulse）。这是一个每日自动生成的报告，从数据源里拉取用户行为、系统健康、错误日志等信息，压缩成一页纸的摘要。智能体不只是拉数据，它会像一个分析师一样评估异常，比如某个接口的错误率突然翻了三倍，它会自动深挖：是一个用户导致的？还是第三方服务挂了？报告末尾还会预判你可能想问的后续问题并提前回答。所有报告存成 Markdown 文件，日积月累就变成了产品的集体记忆。

第三个是发布流程。作者不再写工单，让智能体根据战略文档和过往的脉搏报告来构思功能、写规格、推进开发。用 GitHub Issues 或 Linear 做看板，状态只有「进行中」和「完成」，不搞冲刺，只做看板流。

作者最后说了一句挺有感触的话：产品管理现在终于被精简到了那些真正有趣的部分，构思功能、推敲设计、看有意思的数据、跟用户聊天。工具终于追上了这个岗位本身的复杂度。

原文地址：every.to/guides/ai-product-management-guide?source=post_button

#How I AI##科技先锋官#