企业确认业务规则和关键决定，工程团队把资料、系统与流程接起来，双方用真实样本验证结果。
FDE 在项目里承担什么工作
FDE 是 Forward Deployed Engineer 的缩写，沃然采用“前线部署工程师”的称谓。放到企业 AI 项目里，可以理解为工程人员直接参与具体业务问题的确认、构建、试用和迭代，让业务反馈能够及时进入开发。
实际工作从一个具体任务开始：现行流程怎样运转，资料在哪里，哪些规则已有记录，什么情况需要负责人判断。工程团队据此确定应用、系统接口与操作界面怎样配合，并逐步交付可以试用的内容。
企业需要安排哪些人参与
项目不一定需要很多人同时投入，但需要明确的决策与使用角色。业务负责人确认优先级和处理规则，一线使用者提供样本并试用，系统联系人协助确认数据与接口条件。对口行业顾问可以参与问题辨别与验收标准的讨论，具体参与范围按课题确定。
| 角色 | 主要负责什么 |
|---|---|
| 业务负责人 | 确定目标、规则、例外与验收条件。 |
| 实际使用者 | 走真实流程，提供样本，记录试用反馈。 |
| 系统联系人 | 确认版本、数据来源、账号与接口授权。 |
| 工程团队 | 实现约定流程，验证运行，交付记录与操作方法。 |
咨询、培训和开发，分别留下什么
咨询适合把模糊目标变成可判断的范围：明确问题、现行流程、依赖条件与验证计划。培训帮助管理者和岗位人员理解能做什么、怎样使用和怎样检查结果。工程开发则把已确认的工作落实到系统与操作流程。
这些服务可以按需要组合，也可以先完成其中一项。需要先统一团队认识时，可以从咨询或岗位实战开始；已有清楚需求和接口条件时，可以进一步讨论工程实施。每一阶段都应写清交付物，而不是只列投入多少工时。
怎样查看进度和提出修改
比较有效的阶段检查，是让使用者拿一件真实任务试用本阶段的功能。记录哪些步骤可完成、哪些信息缺失、哪里需要人工确认，再确定下一阶段优先级。页面已经出现、模型能够回答，都不应单独视为业务流程已完成。
需求、资料、会议结论、待办和阶段版本可以放在同一项目空间。每条修改意见尽量对应具体页面、输入样本或执行记录，并指定确认人。这样可以减少同一问题在多个聊天窗口里反复讨论。
合作结束前，确认能够接手运行
验收标准应在开工前约定，并随着确认后的范围变更同步维护。项目结束前，企业应能查到应用范围、账号权限、操作说明、失败处理方式及后续支持安排。关键决定仍由企业授权的岗位负责。
如果业务规则还频繁变化，或没有可以持续参与的负责人，可以先做范围诊断和小规模验证。让双方对问题、样本与完成条件形成共识，再安排后续投入。