从“需要 AI”回到一次具体决定
“提高客服效率”“做一个销售助手”都太宽。它们描述的是解决方案或愿望，而不是现场要解决的工作。一个可交付的起点应当包含四件事：某个角色、一个发生时刻、一项判断，以及判断需要的证据。
例如，与其写“给销售团队做客户洞察 Agent”，不如写成：“让区域销售主管在周一上午，根据近两周互动、订单与风险信号，决定本周优先跟进哪些客户。”这句话已经给出了用户、时间、动作和输入，也让团队能讨论什么叫做得更好。
可复用句式
让「某个角色」在「某个时刻」，基于「一组证据」，更快或更稳地做出「一个决定」。
不要只访谈，要观察最近一次工作
管理者说的流程通常是“应当如何做”；真实用户正在做的流程才会暴露例外、等待、绕过和人工兜底。请用户带你走一遍最近完成的一单：他打开了哪些系统？复制了什么信息？哪一步停下来想了一会？最后把结果交给了谁？
观察不是为了画一张漂亮的流程图，而是为了分辨自动化的边界。有些步骤需要的是信息聚合，有些需要的是推荐，有些则是必须保留给人的高风险判断。
- 01这项工作多久发生一次，谁会在高峰期最痛？
- 02用户在什么地方等待、查找、复制或反复确认？
- 03如果决定错了，代价是什么，谁可以覆盖它？
- 04最终结果会留在哪个系统，谁会看到它？
发现阶段的真正产物
发现结束时，不必提交几十页 PRD。一页 Solution Brief 已经足够让业务 Owner、使用者和工程团队开始对齐：业务决定是什么、当前基线是多少、第一版只覆盖什么场景、哪些情况必须人工接手，以及两周后用什么证据判断它是否值得继续。
FDE 的价值不在于把模糊需求翻译成技术术语，而在于帮助团队把“想做 AI”收敛为一个可以开始、可以测量、也可以负责的业务闭环。