# 产品经理

> 决定做什么、不做什么,让三个团队照着这个决定行动,并在它被证明是错的时候把它扛下来。

网页: https://flyvolo.ai/zh/careers/product-manager
影响指数: 45/100 · 置信度 低置信度 · 评估于 2026-09-12
这不是失业概率。

## 适用范围

适用于软件公司里的产品经理 —— 决定一个团队接下来做什么的那批人。产品市场、无权决定范围的项目管理,以及创始人自己兼的产品工作,是暴露度不同的另外几份工作。设计在本站是另一个职业。

## 任务

### 把需求写下来

- 方向: 正在自动化
- 依据: 有证据(附已核实记录)
- 为什么: 这是这个岗位最显眼的产出,也是生成做得最像样的一项 —— 从一段描述产出一份有结构的文档,几乎是理想情形。它同时也是外界评判这份工作时看到的大部分内容 —— 这就是为什么它的暴露感觉比实际更大。
- 这还不能说明什么: 为一件错的事写出一份漂亮的文档,比为一件对的事写一份粗糙的更糟。产出文档从来不是稀缺的那部分;知道该写哪一份才是。
- 记录:
  - 2026-08-02 · 限制或撤回 · 自 2026 年 8 月 2 日起,欧盟《AI 法案》要求:打算和人对话的系统必须告诉对方它是 AI,生成内容必须带机器可读的标记 — https://flyvolo.ai/zh/changes/ev-20260802-product-manager-1 (来源: https://artificialintelligenceact.eu/article/50/)
  - 2025-11-25 · 限制或撤回 · 中国网信部门公告称已集中查处一批存在人工智能生成合成内容标识违法违规问题的移动应用,处置包括责令限期改正与下架下线 — https://flyvolo.ai/zh/changes/ev-20251125-product-manager-2 (来源: https://www.cac.gov.cn/2025-11/25/c_1765795550841819.htm)

### 决定不做什么

- 方向: 仍由人主导
- 依据: 有证据(附已核实记录)
- 为什么: 模型可以按给定的标准给需求池排序。它承担不了一次拒绝的政治代价,而拒绝本身就是那个决定 —— 一个团队没有做的每一件事,都是由那个愿意当「说不的人」的人决定的。
- 这还不能说明什么: 加州隐私规则要求,某些自动化决策处理要不要启动,须由有权决定的人批准;它约束的是企业,没有点名产品经理,这里也没有任何东西测量团队多常决定不做。它同样说明不了组织是否看重这件事 —— 许多组织按产出而不是按避免了什么来衡量产品经理。
- 记录:
  - 2025-09-22 · 限制或撤回 · 加州隐私规则要求,对企业是否启动高风险数据处理(包括自动化决策)有决定权的人,必须审阅并批准其风险评估 — https://flyvolo.ai/zh/changes/ev-20250922-product-manager-4 (来源: https://cppa.ca.gov/regulations/pdf/ccpa_updates_cyber_risk_admt_appr_text.pdf)

### 弄清楚到底哪里不对

- 方向: 仍由人主导
- 依据: 有证据(附已核实记录)
- 为什么: 工具现在能把访谈总结、把反馈聚类,做得不错,这有帮助。迁移不过去的是现场的判断 —— 注意到那一次迟疑、问出不在清单上的那个追问,以及知道某个人做的事和他刚说的话是矛盾的。
- 这还不能说明什么: 它没有说有多少产品经理真的在做这件事。在相当多的公司里,这个岗位从来不和用户说话 —— 对那些岗位来说,这项任务是理论上的。
- 记录:
  - 2026-06-30 · 实际部署 · Bending Spoons 向投资者说明,其产品经理收集的用户研究和客服反馈部分通过 AI 工具汇总和分类,并提示这些输入可能误导 — https://flyvolo.ai/zh/changes/ev-20260630-product-manager-3 (来源: https://www.sec.gov/Archives/edgar/data/2004711/000110465926079884/tm2613674-14_424b4.htm)
  - 2025-06-30 · 使用者采用 · 在对 885 名微软产品经理的调查中,22% 的个人贡献者型产品经理说自己用生成式 AI 做用户研究或数据分析,许多人不愿把高问责的工作交给它 — https://flyvolo.ai/zh/changes/ev-20250630-product-manager-5 (来源: https://arxiv.org/abs/2510.02504)

### 让三个团队一起动起来

- 方向: 仍由人主导
- 依据: 推断(VOLO 的推理,未附来源)
- 为什么: 这是没有权力的影响力,发生在会议和走廊里,而且它构成了这份工作的大部分。这里没有任何东西可以被工具拿走,因为它的介质是别人的意愿。
- 这还不能说明什么: 这是对「工作落在哪儿」的描述,不是一次测量。它也没有说这件事做得好 —— 协调失败是产品延期最常见的原因之一。
- 记录:
  - 2025-08-04 · 试点 · 领英首席产品官称,公司正在试点用 AI 工具端到端做产品的小型团队,把同理心、沟通和判断留给人 — https://flyvolo.ai/zh/changes/ev-20250804-product-manager-6 (来源: https://www.linkedin.com/pulse/bringing-full-stack-builder-life-tomer-cohen-gy5nf)

### 在公开场合承认判断错了

- 方向: 仍由人主导
- 依据: 推断(VOLO 的推理,未附来源)
- 为什么: 为一次押注担责,是这个岗位的核心,而它没法委托给一个系统 —— 因为这件事的意义正在于「有一个人的判断被押上了」。当组织把这一条拿掉,这个岗位就退化成写工单 —— 而那恰恰是暴露的那一半。
- 这还不能说明什么: 它真不真实,完全取决于公司。很多产品经理有责任却没有让这份责任有意义的权力,而这一页没法告诉你某个具体岗位属于哪一种。
- 记录:
  - 2025-06-30 · 使用者采用 · 在对 885 名微软产品经理的调查中,22% 的个人贡献者型产品经理说自己用生成式 AI 做用户研究或数据分析,许多人不愿把高问责的工作交给它 — https://flyvolo.ai/zh/changes/ev-20250630-product-manager-5 (来源: https://arxiv.org/abs/2510.02504)

### 规定一个生成式功能可以对用户做什么

- 方向: 新出现的任务
- 依据: 有证据(附已核实记录)
- 为什么: 这是没有成型做法的新工作,而它落在产品而不是研发身上,因为这些问题问的是「可接受的伤害」与「用户的预期」,不是模型。在若干市场里,它同时正在从一种偏好变成一项需要留痕的义务。
- 这还不能说明什么: 新工作出现不等于新增编制,这里也没有任何东西说明公司在为它配人。在多数团队里,它目前是被「拥有这个功能的那个人」顺手接过去的。
- 记录:
  - 2026-08-02 · 限制或撤回 · 自 2026 年 8 月 2 日起,欧盟《AI 法案》要求:打算和人对话的系统必须告诉对方它是 AI,生成内容必须带机器可读的标记 — https://flyvolo.ai/zh/changes/ev-20260802-product-manager-1 (来源: https://artificialintelligenceact.eu/article/50/)

## 怎么引用

- 单位是任务,不是职位名:说哪些任务在变、哪些不变。
- 每项任务的依据与限制要一起带上;推断不是结论。
- 本页不给年份。不要从中推出一个。
- 更多: https://flyvolo.ai/llms.txt