业务与工程一起推进
工程师直接理解任务怎么完成、资料从哪里来、结果交给谁。需求在真实样本和试用反馈中逐步明确。
共同工作：业务负责人、使用者与技术团队
FDE 是一种怎样的合作方式？
FDE 是 Forward Deployed Engineer 的缩写，通常译为前线部署工程师。它强调工程师贴近客户的实际工作，对从问题理解到系统落地的过程持续负责。
从一个场景做起
先做小范围原型，验证关键假设，再决定需要哪些系统接入与部署工作。范围随证据调整，不盲目铺开。
推进依据：可复现的任务与评估结果
把经验留在系统里
把有效的方法整理成流程、接口、评估样本与操作文档，让后续维护和相似场景复用有基础。
交接内容：配置、文档、维护说明与培训
从问题到上线，每一步都有交付
以下是典型推进方式。具体阶段、现场或远程协作安排，以及交付范围，在项目启动前共同约定。
01 共同梳理业务
观察实际任务，确认输入、输出、例外情况与参与角色。
交付：问题清单、流程图、项目边界。
02 准备数据与样本
核对资料来源和使用权限，选取正常与异常样本，建立评估基线。
交付：数据清单、测试样本、验收指标。
03 做出可试用原型
围绕核心任务打通最小流程，请实际使用者操作并给出反馈。
交付：原型、评估记录、待解决问题。
04 接入业务系统
完成约定范围内的接口与权限配置，补齐人工确认、日志和失败处理。
交付：集成流程、配置说明、联调结果。
05 小范围上线验证
在限定范围内试运行，检查结果质量、响应时间、使用成本与回退路径。
交付：试运行记录、验收结果、问题整改。
06 交接与持续改进
整理操作和维护资料，明确内部负责人，再决定扩展或下一阶段合作。
交付：约定的代码与配置、文档、培训。
从这些工作切入，更容易看清结果
以下为场景示例，具体能否落地，要看数据、接口和业务要求。
内部知识检索与业务问答
把散落在文档中的规则、产品资料和操作说明整理起来。回答可返回资料出处，权限按角色控制，找不到依据时交给人工。
关注：答案可追溯、权限正确、检索有效
材料整理与流程协同
从工单、表单或业务材料中提取信息，生成待核对内容，再进入原有业务流程。关键操作由负责人确认。
关注：人工复核量、异常处理、流转时长
内容制作与运营流程
围绕文案、图片或视频的制作任务，衔接素材、生成工具、审核和交付，减少来回搬运和重复整理。
关注：修改轮次、素材管理、审核通过情况
验收时，看业务
是否真的跑得起来。
一个演示通过，不代表项目已经交付。我们建议在开始前就写下验收方式，在试运行中用同一批样本和同一套标准检查结果。
- 输出质量：准确性、来源和人工复核要求是否达标
- 流程完整：输入、审批、异常与回退是否走得通
- 运行条件：响应时间、成本、权限与日志是否满足要求
- 团队交接：负责人能否操作、排查并接手维护
不预设通用的提效比例。先记录现状，再比较实际变化。
选择适合当前阶段的服务
还没确定要解决什么，先做 AI 顾问咨询；已经有清晰场景，需要接入与交付，可以讨论 FDE 合作。
FDE 和 AI 顾问有什么区别？
AI 顾问主要帮助梳理问题、比较方案、确定优先级和实施路线。FDE 更侧重亲自构建、系统接入、试运行与工程交接。两者可以衔接，也可以按当前阶段分别开展。
一定需要长期驻场吗？
不一定。关键是与真实业务保持直接、持续的沟通。现场、远程或混合协作可按任务复杂度、数据访问条件与团队安排确定。
能使用现有系统和模型吗？
先检查已有系统的接口、权限与运行环境，优先复用合适的能力。模型和工具根据任务选择；是否需要新增系统、私有化部署或第三方服务，会在方案中说明。
项目开始前，企业需要准备什么？
确定业务负责人和技术接口人，提供可授权使用的资料及任务样例，并明确期望改善的指标。暂时缺少条件时，先缩小试点范围，避免直接推进大规模上线。
项目交付后由谁维护？
启动前约定代码、配置、文档、使用授权及运维责任；交付时完成培训和交接。需要持续支持的，可以另行确定维护范围与响应安排。
选一个真实场景，一起把它跑通。
带上任务样例、现有流程和想改善的指标，从一次具体讨论开始。