学习目标
- 解释 FDE 的业务价值和技术价值;
- 区分 FDE 与售前、外包开发、培训师、产品经理和普通开发;
- 把模糊需求拆成问题、输入、输出、人工确认和不做事项;
- 认识“能做 Demo”与“完成交付”的差别。
知识点
FDE 是深入业务现场,把技术能力部署到真实流程,并对可验证的交付结果负责的复合型角色。结果责任需要通过问题定义、方案、使用、验收和复盘来说明,不等于承诺所有业务结果。
FDE 可能写代码、做培训或参与售前,但不能在写完、讲完或成交后就结束;必须推动实际使用和结果验证。
白话解释
FDE 像是把 AI 能力送进工作现场的人,但送到现场不算完成,还要确认解决的是正确问题,用户会使用,输出能检查,出错有人处理,最后能说明改变了什么。
思维导图
FDE
├─ 业务:用户、流程、痛点、价值
├─ 技术:数据、接口、工具、异常
├─ 交付:范围、协作、使用、验收
└─ 边界:权限、合规、人工决策、证据
练习任务
- 用 80 字定义 FDE,并说明它为什么不只是开发或培训。
- 判断以下任务是 FDE 核心、需要协作还是不应独立承担:访谈流程、写清洗脚本、独立确认资格、组织试用、自动提交、记录异常。
- 为任一练手项目写出目标用户、痛点、输入、输出、人工确认、风险、第一阶段最小范围。
作业产物
《FDE 岗位边界与项目约束说明》:包含角色定义、相邻角色边界、项目目标、不做事项、输入输出、人工确认、风险和待学习能力。
验收标准
- 能说清业务价值和技术价值;
- 能明确排除自动资格判定、报价、盖章和提交;
- 至少写出一次人工确认和一次人工合规审核;
- 有可观察产物,不只写“提高效率”;
- 外部观点有来源或状态标记。
常见错误
- 把 FDE 写成“什么都会的人”;
- 只讲沟通,不讲技术和证据;
- 把 AI 初筛写成最终资格判断;
- 把个案收入当普遍承诺;
- 还没确认最小范围就堆 Agent。
下一步条件
完成并通过作业验收后,进入技术基础;如果仍分不清辅助标记和最终判断,先重做项目边界练习。
来源与状态
[来源:Guidance Book·第1/2/4章及职业道德部分][状态:章节索引,正文待核对][来源:破局·FDE内容清单及 2026-09-07/08 更新主题][状态:主题索引,正文待深读][来源:公开课程设计][状态:已编排]
随堂测
逐题作答,即时反馈
1. 下列对 FDE 结果责任的理解,正确的是?
2. 你拿到一个模糊需求“帮我们提高效率”,按课程要求,第一步应拆解为哪一组?
3. 关于“能做 Demo”与“完成交付”的差别,正确的是?