FDE 不是一张统一的技能清单，也没有唯一的起点。
后端工程师、数据工程师、产品经理、解决方案架构师、实施顾问和企业内部 AI 推动者，都可能进入 FDE。但他们带来的优势不同，最容易暴露的短板也不同。
本站采用一个更朴素的判断：不要先证明你知道多少术语，先证明你能在真实约束下推进一个项目，并留下别人可以检查的材料。
所有人都要跨过的四道门
无论从什么岗位出发，FDE 工作最终都会遇到四类责任：
- 理解真实问题。 找到使用者、触发时刻、现有流程、损失和成功标准。
- 做出可运行方案。 把模型接进数据、权限、系统和异常处理，而不是只做演示。
- 推动采用与结果。 观察用户是否持续使用、流程是否改变，以及项目应该扩大、修改还是停止。
- 留下项目证据。 用决策记录、评估、运行数据、复盘和移交材料证明完成程度。
差别只在于：你已经擅长哪一部分，下一步最该补哪一部分。
后端或平台工程师
已有优势： API、系统集成、可靠性、权限、日志、故障处理和生产运行。
常见缺口： 太快进入架构设计，没有先确认谁会使用、为什么值得改变流程，以及什么结果足以继续投入。
优先练习： 主持一次业务访谈，把“做一个 Agent”改写成可测量的问题声明；再为方案写出采用指标和停止条件。
数据或机器学习工程师
已有优势： 数据质量、特征与检索、实验、评估、模型边界和监控。
常见缺口： 把离线指标当成完整验收，忽略权限、系统接入、人工复核、流程变化和长期责任人。
优先练习： 把一次模型评估扩成项目评估，同时记录任务完成率、人工复核成本、等待时间、失败恢复和持续使用情况。
产品经理或技术 PM
已有优势： 用户问题、需求澄清、优先级、跨团队协作、发布和采用。
常见缺口： 技术判断停留在概念层，无法独立验证数据、模型、工具调用、权限与失败模式。
优先练习： 亲手完成一个最小技术闭环，并能解释输入、状态、工具、评估、日志和回滚。目标不是成为全栈专家，而是能够对技术风险作出有证据的判断。
解决方案、售前或架构师
已有优势： 客户沟通、场景表达、方案设计、利益相关方和商业语境。
常见缺口： 方案在签约或 Demo 后交给别人，自己没有持续承担实现、上线、运行和采用责任。
优先练习： 对一个小项目从发现阶段跟到上线后复盘，保留架构决策、失败日志、上线门槛和用户反馈，而不是只保留方案文档。
咨询、实施或交付人员
已有优势： 流程梳理、组织协调、变更管理、培训、项目治理和能力移交。
常见缺口： 技术实现依赖其他团队，难以判断模型限制、系统成本和工程取舍，也容易滑向无限定制。
优先练习： 与工程人员共同维护一个交付画布，明确哪些现场需求应该进入标准产品，哪些只适合一次性服务，哪些应该拒绝。
企业内部 IT、数据或 AI 推动者
已有优势： 知道真实系统、采购、权限、合规、组织边界和历史包袱在哪里。
常见缺口： 项目容易被供应商方案、部门诉求和短期汇报牵着走，没有形成可复用的产品判断与项目证据。
优先练习： 为一个项目建立统一证据卡，让业务、技术、安全和管理者围绕同一组阶段声明作决策。
用 30 天验证，而不是先改职位名称
可以用一个低风险、范围明确的真实流程做 30 天练习：
第 1 周：进入现场
- 找到真实使用者和触发时刻；
- 画出当前流程、等待、返工和异常；
- 写清基线、损失、成功标准和停止条件。
第 2 周：建立最小闭环
- 选择 Agent、RAG、确定性工作流或普通软件；
- 使用真实但可授权的样本；
- 记录方案假设、失败模式和替代方案。
第 3 周：补生产约束
- 加入身份、权限、人工确认、日志和回滚；
- 建立最小 Eval 与上线门槛；
- 让一名真实用户完成完整任务。
第 4 周：形成证据
- 记录发布、采用、质量、成本和反馈；
- 决定扩大、维持、修改、暂停或停止；
- 写出复盘和能力移交材料。
完成后，你至少应该能拿出四样东西：一张流程图、一份交付画布、一组评估与运行记录、一张项目证据卡。
三个不可靠的转型信号
- 只收集课程与证书。 它们可以帮助学习，但不能代替项目判断和可复核作品。
- 只做漂亮 Demo。 没有真实用户、权限、失败处理和采用证据，无法说明你能完成交付。
- 只把职位名称改成 FDE。 标题不能证明责任范围，项目材料才能。
FDE 转型的关键不是把所有能力一次补齐，而是知道自己的起点，并用一个真实项目完成下一段责任。
可以先打开《FDE 10 步交付画布》启动练习，再用《项目证据卡 v1》记录你真正完成了什么。