典 · AI PM 永乐大典

行业知识 · v2.3.0 · 资料核对 2026-10-03

90 天学习、作品集与求职路线

文中的访谈数、黄金集数和练习周期是教学起始样例,不是行业统一门槛。真实项目根据任务覆盖、风险和统计把握度确定样本量;作品集以完整证据链验收,参考 行业基线与证据包。

目标

90 天后不是“懂所有概念”,而是能拿出证据证明:你能定义一个 AI 产品、构建评测、组织交付、处理风险并解释取舍。

建议每周 8–12 小时,比例:30% 学习 + 50% 动手 + 20% 写作/复盘。

第 1–2 周:角色与技术底座

学

做

交付

第 3–4 周:用户发现与产品定义

学

做

交付

第 5–6 周:RAG/工作流原型

学

做

交付

第 7–8 周:评测、实验与单位经济

学

做

交付

第 9–10 周:项目、工程与治理

学

做

交付

第 11–12 周:产品化与求职

做

交付

作品集标准结构

不要只展示聊天 UI。一个强作品包含:

  1. 问题证据:目标用户、行为、基线和替代方案。
  2. 选择:为何 AI、为何这个场景、自主性和范围外。
  3. 产品:关键流程、失败/纠错/人工协作。
  4. 技术:架构、数据、RAG/工具/模型取舍。
  5. 评测:样本、Rubric、基线、切片、错误和不确定性。
  6. 项目:里程碑、依赖、风险、成本和组织协作。
  7. 治理:隐私、安全、版权、公平和运营控制。
  8. 结果:用户行为、业务价值、限制和下一步。
  9. 反思:哪个假设错了,你改变了什么决定。

涉及真实公司材料必须获得授权并脱敏;不能把客户数据、Prompt 秘密或内部指标泄露进作品集。

简历写法

弱

“负责 AI 客服产品设计,使用 RAG 和大模型提升体验。”

强

以下为虚构教学示例,禁止作为真实经历或真实成果使用;真实简历请把每个数值替换为自己的可复核记录。

“针对每月 8 万工单的政策检索瓶颈,访谈 12 名坐席并建立 600 条分层黄金集;设计 ACL 混合检索 + 引用草稿工作流,使试点一次采纳率从 41% 提至 68%、P95 处理时长下降 24%,关键政策错误保持 0;建立模型/索引回归和灰度回滚门禁。”

结构:问题/规模 → 你的决策与动作 → 可核验证据 → 结果/边界。没有真实上线结果就如实写“离线/试点”,不要伪装生产影响。

占位符版本:“针对【任务量/期间】的【问题】,完成【你的研究与决策】;在【样本量/试点范围】中使【指标及基线】达到【真实结果/区间】,同时【护栏与限制】;留下【评测/上线/复盘证据】。”

职位识别

“AI 产品经理”JD 可能实际是:

看责任和指标,不只看标题。若 JD 只有“跟进需求、写文档、对接算法”而没有用户、指标和决策权,可能是协调岗;若要求训练模型但不给算法资源,也可能角色设计有问题。

AI PM 高频面试题

产品与战略

  1. 什么场景不应该用大模型?
  2. 你如何从 100 个 AI 点子选第一个?
  3. AI 产品如何建立护城河?模型越来越商品化怎么办?
  4. 如何判断 Copilot 应变成 Agent?
  5. 一个效果很好但用户不采用的产品怎样诊断?

技术与数据

  1. RAG 与微调怎么选?
  2. 上下文长度更大是否就不需要 RAG?
  3. 怎样排查 RAG 回答错误?
  4. 温度、Token、Embedding 分别影响什么?
  5. 自托管与 API 如何比较?

评测

  1. 没有标准答案的生成任务怎样评?
  2. 100 条评测集怎样抽样?
  3. LLM-as-a-Judge 有什么偏差,如何校准?
  4. 离线分提高、线上指标下降可能为什么?
  5. 模型升级的回归门禁怎样设计?

交付与风险

  1. AI 项目效果未知,怎样承诺时间和预算?
  2. 项目延期两周,你怎样给 Sponsor 选项?
  3. 供应商突然弃用模型怎么办?
  4. 如何防 Prompt Injection 与工具越权?
  5. 线上出现严重错误如何处置和复盘?

回答框架

先澄清用户/场景/风险 → 给决策框架 → 说明证据与指标 → 讲取舍/失败路径 → 给下一最小动作。不要立即背技术名词。

AI 项目经理面试题

面试故事库

准备 8 个 STAR/反思故事:

  1. 你停止了一个不该做的项目。
  2. 你用用户证据改变了高层假设。
  3. 你在质量、成本、时间之间做取舍。
  4. 你发现评测或数据有问题。
  5. 你处理跨团队冲突和决策延迟。
  6. 你管理一次重大风险/事故。
  7. 你推动采用而非只发布功能。
  8. 你犯错、复盘并改变系统机制。

每个故事说清你的角色,不把团队成果全说成个人,也不把自己藏在“我们”后面。

入职 30/60/90 天

0–30:理解

31–60:建立共同语言

61–90:交付与机制

毕业自检