AI 产品经理¶
AI 产品经理负责把概率性的模型能力,转化为可理解、可控制、可评估的用户价值。
它不是“普通产品经理 + AI 术语”,也不是算法工程师的轻量替代。核心工作对象从确定性的功能流程,扩展为包含模型、数据、上下文、评估、成本和风险的系统。
核心职责边界¶
AI PM 至少要同时处理四类边界:
- 技术边界:模型能做什么、不能稳定做什么,哪些问题应使用 RAG、微调、Agent、规则或人工流程。
- 任务边界:用户真正要完成的任务是什么,AI 应该自动完成、辅助完成,还是只提供建议。
- 评估边界:哪些输出算好,哪些错误不可接受,如何把主观体验转成可复核样本和指标。
- 商业边界:一次调用的成本、延迟、风险和用户价值是否匹配。
三类常见 AI 产品语境¶
| 语境 | 产品问题 | PM 关注点 |
|---|---|---|
| AI 基础设施 | 如何把模型能力产品化 | API、模型体验、成本、可靠性、生态 |
| AI+ 应用 | 如何用 AI 创造新任务体验 | 场景选择、交互、评估、留存 |
| +AI 改造 | 如何在既有业务中加入 AI | 业务流程、风险控制、组织协作、ROI |
与传统 PM 的差异¶
传统软件多数时候是在设计确定性路径:输入、规则、状态和输出相对稳定。AI 产品面对的是概率性系统:同一意图可能有多种表达,同一输入也可能得到不完全一致的输出。
因此,AI PM 的关键不是追求“模型永远正确”,而是设计一套让系统在不确定中仍能完成任务的产品机制:引用、置信度、拒答、人工确认、编辑入口、回滚、监控和持续评估。
最小能力模型¶
AI PM 的能力可以压缩为五个问题:
- 这个用户问题是否真的需要 AI?
- 应该用哪种 AI 产品形态承接这个问题?
- 模型、数据、检索和上下文的边界在哪里?
- 如何证明它比原流程更好?
- 出错时用户、业务和系统如何恢复?
这五个问题也是面试中判断 AI PM 成熟度的主线。