| name | ai-pm-method-prediction-machines |
| description | 《Prediction Machines: The Simple Economics of Artificial Intelligence》(Agrawal / Gans / Goldfarb,
HBR Press 2022 更新版) 方法论。把"AI = Cheap Prediction"经济学视角转化为 AI PM 的战略级判断框架，
用于：功能要不要 AI 化、AI 需求立项 canvas、AI 商业化与护城河判断、人机分工设计。
每条规则标注原书章节。触发词：「Prediction Machines」「AI Canvas」「Prediction / Judgment / Action」
「cheap prediction」「AI 战略」「AI 商业化」「人机分工」「反向因果」。
|
《Prediction Machines》· AI = 便宜的预测，Judgment 才是护城河
核心论断（第 2 章 "Cheap Changes Everything"）：算术便宜了 → 用得更多；分发便宜了 → 用得更多；预测便宜了 → 用得更多，且预测的互补品（Judgment、Data、Action）升值，替代品（人工预测）贬值。PM 的活是识别这个变化，不是"想一个 AI 功能"。
什么时候用我
| 场景 | 用哪个框架 |
|---|
| 判断某功能/环节要不要 AI 化 | 框架 1（P/J/A 三分法）+ 清单 A |
| 评估 AI 需求完整度、能不能立项 | 框架 2（AI Canvas 7 格） |
| 决定 AI 在价值链哪段撬动战略级价值 | 框架 3（Prediction × Complements × Trade-off） |
| AI 定价 / 商业化 / API 开放 | 规则 4/5/8 + 清单 B |
| 人机分工设计 | 规则 1/2/6 |
| 不适合：UX 细节、Prompt 工程、多智能体架构、模型评测 —— 转其他 Skill | |
核心框架
框架 1：Prediction / Judgment / Action 三分法（Part 2 Ch 7-8；Part 3 Ch 13）
任何决策 = Input Data → Prediction → Judgment → Action → Outcome（加 Training / Feedback 两条数据回路）。AI 只擅长 Prediction，其他环节不会因为你用了 AI 就自动升级。
PM 用法：
- 把功能/工作流拆成一串子任务，标注 P / J / A 类型
- 对每个子任务算：预测便宜下来能省/卖多少 · 判断成本会不会同步涨 · 行动能不能承接更多 if-then
- 只挑 P 类高 ROI 且补足环节现成的做 AI 化，J/A 环节保留人或另建工具
关键洞察（Ch 3, Ch 7）："Prediction is not decision. Decision requires judgment." PM 最常犯的错就是把整块决策外包给模型，实际上模型只完成了 P，J 和 A 的成本反而被推高。
框架 2：AI Canvas — 7 格立项模板（Part 3 Ch 13；HBR 2018-04）
在写 PRD 之前把 AI 功能拆进 7 格。任何一格空着或含糊 → 要么补需求要么砍需求。
| 格子 | PM 需要一句话回答 |
|---|
| Prediction | 模型输出 X 概率 / X 数值 / X 分类 |
| Judgment | 假阳性 vs 假阴性哪个更贵？谁来定？ |
| Action | 预测出来后自动触发还是人工确认？ |
| Outcome | 成功 / 失败度量方式 + 拿到 label 要多久 |
| Input | 生产环境实时喂什么？冷启用户怎么办？ |
| Training | 历史数据有吗？还是要买/标/造？ |
| Feedback | 用户是否愿意留下 label？回流怎么设计？ |
框架 3：Cheap Prediction → Complements 升值（Ch 2, 4, 5）
- 替代品（贬值）：人工做预测（分析师人力评分、专家经验）
- 互补品（升值）：Judgment（人类价值判断工具）、Data（持续更新的输入/反馈）、Action（下游执行能力）——这些才是 AI 时代的定价权与护城河
- PM 决策规则：AI 功能没有配套升级 Judgment 表达工具 / 数据回路 / 下游执行 API → 你只是让最便宜的东西又便宜了一点，用户价值近乎为零
决策规则（10 条，来源标注）
- 只优化能被清晰定义的预测目标；Prediction 一格写不出"输出 X 的概率"→ 别做 AI 化（Ch 3, 13）
- 预测越便宜，Judgment（用户偏好表达工具）越值钱 → 每次 AI 化必须同步投入设计"错报 vs 漏报哪个更贵"的机制（阈值滑块 / 反馈按钮 / 权重面板）（Ch 5, 6）
- 替代 vs 互补——
- 替代：Known Knowns（数据丰富、规则稳定、目标客观）+ 预测精度过"够用"阈值（Ch 4, 15）
- 互补：Known Unknowns（人知道自己不知道，机器可 "呼叫人类"）（Ch 15）
- 警告区：Unknown Knowns（机器学到错误相关性但自己不知道，如反向因果）→ 全自动会危险失败，必须留人工兜底（Ch 6, 15）
- 点状 AI 化 vs 全面：先拆任务、只从边缘任务开始跑 ROI。不要在 job 层 / strategy 层直接上 AI。全面重构只在"预测便宜能翻转核心业务 trade-off"时做（Amazon 从 shopping-then-shipping 翻转到 shipping-then-shopping）（Ch 13, 16, 17）
- 数据护城河来自"持续生成的 Input + Feedback"，不是历史训练集——训练数据是"烧掉的数据"。设计产品时要有默认打开的行为埋点、结果回流按钮、影子模式，这才是可复利资产（Ch 4, 18）
- 组织边界：能写清 SLA 的部分外包（预测服务、算力、标注）；判断类工作留在公司内部（reward function 设计、异常仲裁）——judgment 无法用刚性合约表达（Ch 14 / Part 4）
- 全自动最佳 ROI 三条件（同时满足）：(a) 预测是流程里最后一个未自动化的环节 (b) 场景对速度极敏感 (c) 通信延迟大到人类介入不现实（工业机器人、无人机）（Ch 15）
- AI 战略投入三前置条件：(a) 业务存在由不确定性主导的核心 trade-off (b) 该 trade-off 可以用"更好预测"翻转 (c) 预测能被压到翻转天平的精度。三条不齐，AI 只带来运营边际改善，不构成战略价值（Ch 17）
- 三大 trade-off 必须显式站队：更多数据 → 更少隐私；更快预测 → 更低准确率；更强自主 → 更弱控制。不存在"全都要"（Introduction, Ch 18）
- 上线时机：太早 → 精度差伤口碑；太晚 → 拿不到反馈、被有数据回路的对手超车。判断标准 = 精度跨过用户能容忍最低阈值 + 反馈回路已搭好（Ch 16, 18）
检查清单
清单 A：某功能是否适合 AI 化（Ch 13 + 15）
任一打叉，暂缓 AI 化：
清单 B：AI 影响价值链 / 商业模式（Ch 4, 5, 16, 17）
反模式（书中警告）
- 只看预测精度，不看 Judgment 成本——模型 95% 准但错误代价大且无兜底 → 净价值为负（Ch 5, 6）
- 忽略 AI 犯错的下游成本（反向因果、分布漂移、对抗攻击）—— Unknown Knowns 场景会"自信地失败"（Ch 6, 18）
- 在 job 层 / strategy 层直接上 AI：正确做法是拆 job 成任务再逐个评估。"AI implementation fails when applied at the job or strategy level."（Ch 13, 16）
- 用 AI 优化了错误的目标 / 不完整的 reward——只喊"提升 CTR"没定义完整 reward，模型会用你没想到的方式满足指标（Ch 8, 14）
- 把训练数据当护城河、不建反馈回路（Ch 4, 18）
- 默认"更多数据一定更好"——忽略三大 trade-off，产品在合规/体验/安全上暴雷（Ch 18）
边界声明
- 视角：经济学视角（三位作者均 Rotman School 经济学者）。擅长战略级问题（要不要做、往哪投、如何定价）；不涉及工程实现、模型选型、Prompt、Eval
- 时代：2022 年第 2 版对预测型 AI（分类/回归/推荐/检测）覆盖最强；对 LLM/生成式 AI 覆盖有限。生成式 AI 场景下 Prediction 常要重新解释为"补全 token / 生成符合意图内容"，Judgment（人类偏好、RLHF、Reward Model）在书中框架下更加中心，但书中没专门讨论 chat/agent/workflow
- 适用：AI PM 战略层 / 需求评审层 / 商业化设计层决策
- 不适用：UX 细节、prompt / few-shot 设计、多轮对话状态、Agent 架构 —— 用套件里其他 Skill（Karpathy 视角、AI Engineering 方法论）
- 地域偏差：北美/加拿大企业案例为主，中国市场特有的合规/消费行为着墨少，PM 需本地化
工作流
- 匹配场景（见"什么时候用我"表）
- 补齐信息：核心缺失（预测目标、判断代价、反馈机制）一次列出问；次要缺失用「[假设]」补全
- 按框架输出中间产出：P/J/A 任务清单表 / AI Canvas 填格 / trade-off 站队声明
- 过清单 A/B：标注未通过项
- 收尾声明边界：本书是经济学视角，工程细节请转 AI Engineering 方法论、能力判断请转 Karpathy 视角
完整方法论
详细章节引用、AI Canvas 图示、Rumsfeld Matrix、更多案例见 references/framework.md。
本 Skill 由 career-skill-factory 生成。内容提炼自原著，版权归原作者，仅供个人学习。
