OPC社区交流活动 · 2026

从传统PM
到AI Native

AI时代产品经理的能力跃迁

Zola
现百度高级AI产品经理
02

互动:你目前的AI工作流是什么样的?

① 还没用AI做工作
② 偶尔用ChatGPT等工具辅助
③ 开始尝试Agent工作流
④ 已搭建较完整的AI工作流
👋 请举手示意,看看大家的状态分布
03

PM的日常,变了

三年前
  • 📝 写PRD
  • 🎨 画原型
  • 👥 需求评审
  • ⚔️ 跟开发对齐边界
  • 📈 看DAU转化率
现在
  • 💭 写prompt
  • 🔗 调Agent链路
  • 🧪 跑评测
  • 📊 看模型效果
  • 优化工作流

核心转变

从「定义确定性」到「在不确定性中做到可用」

04

传统PM的核心能力——还有用,但不够了

需求分析
搞清楚用户要什么
竞品分析
搞清楚别人在做什么
PRD
翻译成开发能看懂的文档
项目管理
盯着进度别延期
数据分析
看上线后效果

结论

基础还在,但不够了。

05

AI时代PM的六个新能力维度

模型理解力
知道能做什么、做不到什么、做到什么水平
评测能力
从拍脑袋到数据驱动决策
Agent/工作流设计
从写PRD到设计AI工作流
数据飞轮思维
用数据驱动模型和产品共同进化
人机协同
什么交给AI,什么留给人
架构设计
模型层→数据层→应用层→用户层,四层定义
06

互动测试:多模态功能选型,你会怎么做?

业务场景

产品需要做多模态理解功能(图片+文字输入),业务方要求尽快上线。

正常写PRD推进,把技术选型的工作交给下游
直接上最新最好的模型,追求最优效果,成本先不管
对现有多模态模型进行评测,用实际场景数据决定选型
先上线MVP版本,根据用户反馈再迭代优化
👋 请大家举手投票,我们来看看大多数人的选择
07

模型理解力
不是问"能不能做",是知道"做到什么水平"

✓ 这个模型能做什么?

场景边界界定

  • 文本生成 vs 数据分析
  • 单轮对话 vs 多轮上下文
  • 结构化输出 vs 创意发挥
  • 通用能力 vs 垂直领域
✓ 它做不到什么?

诚实面对能力盲区

  • 实时数据更新(知识截止)
  • 精确数值计算/数学推导
  • 需要领域专家的复杂决策
  • 高敏感、高风险的最终判断
❌ 做到什么水平?

用数据量化质量

  • 准确率、召回率、F1分数
  • 用户满意度评分(CSAT)
  • 实际场景的A/B测试结果
  • 不同分位数下的表现差异
💡

关键洞察:传统PM可能只关注"能不能做",AI PM必须追问"做到什么水平"——没有评测的上线都是赌博

08

真实案例:标了一万条数据,产品还是不行?

❌ 传统做法

背景:标注团队一周标了10,000条客服对话

结果:

  • 标注准确率95%
  • 用户满意度只有60%
  • 不知道问题出在哪

问题:标注≠评测,只是流水线作业

✅ AI PM做法

背景:同样的数据,建立三层评测体系

行动:

  • 模型能力评测:准确率85%
  • Agent链路评测:发现第3步漏调用
  • 用户体验评测:找到3个核心痛点

结果:问题定位 → 修复 → 满意度提升

09

评测能力:PM最容易忽略,但最该补上

标注
流水线作业——拧赛博螺丝
给数据打标签,对不对、好不好
评测
判断决策——回答"这个产品到底行不行"
拿数据驱动决策
用户体验评测
Agent链路评测
模型能力评测

三层之间做归因

用户说不好用 → 溯源到模型/链路/产品设计

10

案例:搜索产品,传统做法 vs AI做法

传统PRD做法
输入框设计
结果列表
排序逻辑
确定性强,开发能看懂
用户体验靠后期优化
AI工作流设计
🎯 意图理解
🔍 信息检索
📄 内容抽取
🧩 结果整合
✨ 格式化输出
⚠️ 每步都可能出错,需要兜底策略
⚠️ 模型更新后可能失效

关键差异

PRD写错 = 开发返工;工作流设计错 = 整条链路废了

11

数据飞轮:多了"优化模型"这一环

传统飞轮
用户用
数据
优化产品
更爱用
AI飞轮
用户用
数据
优化模型
模型更聪明
产品更好用
更爱用

关键差异

传统PM看数据 → 决定产品改什么 | AI PM看数据 → 决定模型怎么训 + 产品怎么改

12

人机协同:什么交给AI,什么留给人

🧭
人定方向,AI执行
你是决策者,AI是执行者
AI生成,人审核
AI批量产出,人把关质量
↔️
实时协同
人和AI来回交互
场景 AI做 人做 边界规则 示例
内容生成 批量撰写草稿、多语言翻译 审核、纠偏、定稿 mixed AI生成 → 人工审核 AI写方案框架,PM润色核心段落
数据分析 跑SQL、出报表、找规律 定义分析目标、解读业务含义 auto 大部分自动化 AI发现异常指标,PM判断原因
用户调研 整理访谈记录、提取关键词 设计问题、深度追问、判断真伪 human 关键环节人工主导 AI摘要100份问卷,PM深挖5个典型
产品决策 提供数据支撑、方案对比 最终拍板、承担决策责任 human AI辅助 → 人决策 AI给出三个方案优劣,PM选其一
代码实现 写模板代码、生成单元测试 Code Review、架构把控 mixed AI编码 → 人工审查 AI生成CRUD,PM检查边界case
产品设计 生成UI原型、布局建议 定义用户体验、确定交互逻辑 mixed AI出方案 → 人定标准 AI画10版界面,PM选最佳并调整细节
竞品分析 收集信息、结构化整理 洞察背后逻辑、判断机会点 auto 资料收集自动化 AI汇总竞品功能,PM提炼差异化策略
🤖 纯AI能做(无需人工介入)
• 批量内容生成、翻译、摘要
• 代码模板生成、单元测试
• 数据清洗、报表生成
• 常规问答、知识检索
👤 必须人工做(AI无法替代)
• 战略决策、方向判断
• 用户体验设计、审美判断
• 复杂沟通谈判、关系建立
• 伦理边界、责任承担
🤝 人机协同(人在回路中)
人的作用:定义目标 → 设定标准 → 审核质量 → 迭代优化
最佳实践:AI负责"量"(速度、规模、成本),人负责"质"(判断、创意、责任)

动态边界

模型能力 ↑ → AI边界 ↑ | 不是AI替代你,是你 + AI > 一个团队

13

架构设计:AI产品本身就是一套架构

用户层
交互方式、体验标准、反馈收集
应用层
Agent工作流、工具调用、链路设计
数据层
数据流转、badcase沉淀、反馈回流
模型层
选什么模型、什么版本、能力边界

大厂 vs OPC

大厂有架构师兜底,OPC四层都是你一个人

14

OPC视角:没有架构思维=东拼西凑

没有架构思维
模型层 → 随便选
数据层 → 随便存
应用层 → 随便搭
用户层 → 随便看
漏在哪?不知道
有架构思维
模型层 → 明确选型
数据层 → 规范流转
应用层 → 精心设计
用户层 → 闭环反馈
问题 → 定位 → 修复
15

AI Native ≠ 会用AI工具

会用ChatGPT/Midjourney/Claude
AI Native
ChatGPT
Midjourney
Claude
AI Native不是用AI,
是用AI的方式思考
16

案例:从AI能力出发,重构智能产品

传统设计 — "功能叠加"

思维起点:先有产品框架,再想AI能做什么

第一步:定义功能清单

编辑 / 分类 / 搜索 / 同步 — 从已有产品出发,罗列需求

第二步:设计UI原型

画界面、定交互流程,确定每个按钮放哪里

第三步:"要不要加AI功能?"

→ 智能摘要、语音转文字
→ AI是附加功能,锦上添花,可有可无

❌ 核心问题

没有从AI的能力出发。用户还是那个需要手动整理笔记的用户,只是多了一个"自动摘要"按钮而已。

AI Native设计 — "能力驱动"

★ 第一步:理解AI能做什么

理解语义 — 听懂用户意图

生成内容 — 自动写作/总结/翻译

推理关联 — 建立知识连接

多轮对话 — 上下文理解与记忆

第二步:基于能力重新定义产品

不是"存储工具" → "思考伙伴"

第三步:设计AI原生交互

自然语言对话 · 自动总结会议 · 知识关联图谱 · 主动建议

第四步:构建数据飞轮

用户使用 → 数据沉淀 → 模型更懂用户 → 体验更好 → 更多使用

✅ 核心转变

不是"加AI功能",而是"用AI重塑产品"。用户不再需要手动整理笔记,AI会自动理解内容、建立关联、主动提醒。

关键洞察

传统PM:先有产品框架,再考虑AI能做什么

AI是锦上添花,可有可无

AI Native PM:从AI的能力(能做什么)出发

AI是核心竞争力,不可替代

17

从"暴力跑通"到"精细化交付"

暴力方法 — "用最牛的模型快速出结果"

典型做法:

  • 直接用GPT-5.6 Sol / Claude Opus 5等最强模型
  • 配合Claude Code、Codex等顶级Coding Agent
  • "先跑通,成本后面再优化"
  • 没有评测,不知道输出质量是否稳定
  • Prompt写得很随意,靠运气和调参

⚠️ 三个核心风险

🎲 黑盒问题:过程不透明,调试困难,出问题找不到根因

📉 不稳定:同输入不同输出,效果难以复现,交付质量参差不齐

💰 成本不可控:单次调用¥0.1~¥0.5,日活1万用户=月耗¥3~15万

适合:技术验证、概念证明、内部demo,不适合直接交付生产环境

精细化做法 — "搭建稳定架构,规模化交付"

方法论四步走:

  • 第一步:任务拆解 — 把大任务拆成小步骤,每步用不同模型
  • 第二步:构建评测集 — 收集100~1000条代表性样本,确定质量基线
  • 第三步:模型降级测试 — GPT-5.6 Sol → GPT-4 → Qwen → 本地模型,找到性价比最优
  • 第四步:工业化封装 — 批处理、缓存命中、结果复用、延迟队列

✅ 核心价值

过程稳定可追溯 — 每步都有明确输入输出,问题可定位

成本效率最优 — 根据业务场景选最适合的模型,不盲目追新

规模化批量交付 — 单次成本降至¥0.001~0.01,月成本可控

适合:生产环境、可持续运营的产品,长期盈利模式

关键洞察

暴力方法能快速验证想法,但黑盒+不稳定=无法直接交付

精细化做法前期多花时间搭架构、做评测,换来稳定可追溯、可规模化的产品

OPC的核心能力:不是"能用AI做东西",而是"能用AI做出可持续交付的产品"

18

方向盘还在,但多了六个新仪表盘

6
新能力维度
从传统到AI Native的完整能力矩阵
4
架构层次
模型→数据→应用→用户,闭环设计
3
评测层级
模型能力→Agent链路→用户体验
协同模式
人机边界动态调整,持续进化

公式总结

传统PM基本功 + 六个新能力 + AI Native思维 = AI时代PM

19

OPC框架:你的能力如何转化

你的团队
= AI Agent — 不再依赖人力扩张,用AI扩大产能
你的合伙人
= 你选的模型 — 选对模型就是选对合伙人
你的管理能力
= 评测 + 工作流设计 + 人机协同 — 设计协作规则而非管人
你的技术视野
= 架构设计 — 看到全貌,不做头痛医头的修补匠
传统PM的能力让你能做出产品
AI Native PM的能力让你做出AI时代的产品
方向变了,能力就得跟着变。
Thanks
Q&A 欢迎提问
期待与大家交流AI时代的PM成长之路
1 / 21
京公网安备11010802048429号|京ICP备2026025702号