Agentic Work Atlas

Golden Case

10分钟阅读

Golden Case（黄金用例）

定义

Golden Case（黄金用例） 是 AI 组织赋能中已经被真实用户或真实工作流验证、值得被系统化推广的高价值用例。它不是会议室里想出来的“AI 可以做什么”，而是在具体业务中跑出效果后被发现和放大的模式。

为什么重要

Golden case 是 AI 从“模型能力”进入“组织能力”的桥。模型可以在 demo 中表现强，但企业真正需要的是某个工作流被永久改变：周期缩短、质量提高、人工审核减少，或原本不可执行的流程变得可执行。

yan5xu 对 FDE 的定义强调，AI 产品的价值常常不是产品团队预先规定的，而是使用者在真实工作里挖出来的。个人用户场景可以靠社交传播扩散这种用法；企业场景则受合规、遗留系统、权限、数据驻留和组织惯性约束，必须有人进入现场识别、验证和放大。

因此，golden case 不是“一个令人兴奋的 AI 场景”，而是组织级部署的最小复利单元。它一旦被抽象，才能进入 部署-产品飞轮，让下一次部署更省力。

关键数据点

  • yan5xu 文章指出，AI 产品的价值往往不是产品团队单方面定义的，而是使用者在实践中发现的。
  • 在企业场景中，golden case 很难靠自然传播扩散，因为它受合规、遗留系统、权限和组织惯性约束，需要有人进入现场识别和放大。
  • Stripe 的 Forward Deployed AI Accelerator 被文章用作案例：团队不是从零教员工用 AI，而是把营销人员已经发现的有效 AI 用法系统化推广到更大的组织范围。
  • 文章将 FDE 的角色描述为主动制造 golden case：把模型能力、领域知识和真实流程接起来，形成可复用样板。
  • FDE 的成功标准不是“做出一个可演示功能”，而是永久改变了多少个工作流；如果第 10 个客户仍和第 1 个客户一样费力，说明用例没有被抽象为平台能力。

识别标准

一个用例要被称为 golden case，至少要满足六个条件。

标准说明
真实频率它来自高频或高价值工作流，而不是一次性展示场景。
可度量结果它能被周期、成本、质量、风险或收入指标验证。
用户已投入用户已经用土办法、临时脚本或手工流程证明问题真实存在。
可重复机制成功不是某个专家的个人技巧，而能拆成流程、数据和权限条件。
集成可行它能穿过 集成之墙，进入生产系统或稳定协作流程。
可扩散边界它能被推广到相邻团队、相邻客户或平台能力，而不只服务一个人。

这些标准把 golden case 和普通 use case 区分开。普通 use case 说明“AI 可以做这件事”；golden case 说明“这个组织已经用 AI 改变了一个有价值的工作流，并且有机会把经验复制出去”。

生成路径

Golden case 通常不是靠头脑风暴生成，而是在现场循环中被发现。

  1. 进入真实工作流，观察用户已经如何绕过旧系统。
  2. 找到高频、高摩擦或高风险的步骤，并确认它不是单个用户的偏好。
  3. 用 AI 能力接入真实数据、权限和业务规则，先做粗糙但有效的方案。
  4. 用业务指标验证是否改变了流程，而不只验证模型回答是否漂亮。
  5. 抽象出稳定机制：输入、输出、责任人、权限、失败模式和验收标准。
  6. 将机制沉淀为模板、playbook、平台功能或 机器可读流程。

这条路径也解释了为什么 golden case 与 FDE 紧密相关。FDE 的价值不是替客户“想一个 AI 点子”，而是在现场把未命名的有效用法变成可复用样板。

不是 Golden Case 的情况

  • 只在沙盒里跑通、没有进入真实工作流的 demo。
  • 由领导偏好或供应商 pitch 推动，但用户没有持续使用的项目。
  • 一次性提示词技巧，离开原操作者后无法复现。
  • 注册量、点击量或内部兴奋度很高，但没有留存、付费、效率或风险指标支撑的原型。
  • 只替换局部任务，却没有改变上下游责任、审批、数据流或验收方式的自动化。

这些情况可能有探索价值，但还不能承担组织级推广依据。把它们提前命名为 golden case，会制造伪 PMF：看起来大家都认可，实际没有形成稳定需求和工作流锁定。

迁移边界

Golden case 可以迁移，但不能按表面形态复制。真正可迁移的是机制，不是提示词、界面截图或单个团队的成功故事。

迁移前需要拆清四件事：

  • 工作流机制：这个用例解决的是哪个流程瓶颈，前后步骤是什么。
  • 组织前提：是否有稳定目标、责任人、权限边界和验收指标。
  • 技术前提：需要哪些数据源、系统接口、模型能力和审计能力。
  • 失败模式：模型错了谁接管，数据缺失时如何降级，合规风险如何阻断。

如果目标组织还不是 AI 就绪组织，同一个案例很可能无法复用。不是因为模型能力下降，而是因为目标、流程、责任和验收无法被系统读取。

治理动作

把 golden case 升级为组织能力时，应补齐几类治理动作。

  • 明确定义业务指标，区分“产出更多”与“结果更好”。
  • 记录端到端流程，包括输入、输出、例外路径和人工接管点。
  • 把权限、数据驻留、审计和合规要求写入部署条件。
  • 为推广团队准备 playbook，而不是只传播成功故事。
  • 建立复盘机制：哪些部分回流平台，哪些属于客户或团队专有经验。
  • 设置停止条件，避免低价值用例继续消耗 FDE 或平台团队时间。

Golden case 的终点不是更大的内部宣传，而是更低的后续部署成本、更强的平台能力，或更清晰的组织操作系统。

前提与局限性

  • Golden case 必须通过真实工作流结果验证，不能只靠 demo、个人兴奋或领导偏好判断。
  • 一个团队的 golden case 未必能直接迁移到另一个团队；迁移前需要拆出稳定机制，而不是复制表面提示词。
  • 如果没有度量标准，golden case 容易退化为“看起来很酷”的 AI 用法，不能支撑组织级赋能。
  • Golden case 不是永恒状态。组织流程、模型能力、监管要求和平台功能变化后，旧案例可能失效，需要重新验证。

关联概念

关系图谱

反向链接