企业准备什么
业务负责人、当前流程、关键系统、可用的脱敏样例，以及已知访问限制。
01 / 服务
明确需要什么样的 FDE，再确定怎样合作。
从业务目标、现场约束和可验收的结果出发，讨论人员、介入方式与合作范围。
一个可控的起点
先明确一条流程，再决定是否实施。
可以从单场景范围评估开始，讨论是否值得做、第一阶段做什么。启动前确认具体范围、费用与周期，不默认承诺固定天数或免费服务。
先约定评估产物
可行性判断、系统与权限边界、试点验收条件，以及下一阶段需要的 FDE 能力与投入。暂缓实施也是合理结论。
合作前确认
把合作关系说清楚。
以下是具体合作需要确认的事项，不代表已完成核验、保证匹配，或所有项目采用同一种合同模式。
签约与责任
先确认 TechUnity 在本次合作中负责撮合还是承担交付，谁签约，以及谁负责各项交付与验收决定。
人员与交付证据
核对相关项目经历、本人贡献与当前档期。头衔或工具清单不能替代交付证据。
费用与付款
说清谁向谁收费、计费依据、付款节点及后续支持。提交需求不代表接受某种默认收费安排。
不适配、变更与争议
在承诺实施前，明确无人适配、范围变化及验收分歧的处理方式。
FDE 的工作方式
把现场判断，带进真正能运行的系统。
接触实际使用者，验证最初的需求，在有限流程中上线并根据运行反馈调整。验收应同时覆盖可用结果与客户团队能接手的能力，而非只统计驻场天数。
可复用，不等于可以任意复用
通用方法、经授权的组件与评测经验可以沉淀为可复用能力；客户数据、私有代码与保密业务规则的归属和使用仍按约定执行。
01场景定义
先找到值得解决的流程。
从有明确负责人、系统边界与验收信号的一条流程开始。
- 流程与系统梳理
- 权限与风险边界
- 验收标准
02集成与工程化
深入业务，把系统连接起来。
用明确的权限、人工审批与失败路径连接 API 和数据。
- API 与数据 Connector
- RAG 与 Agent 工作流
- RBAC 与人工审批
03上线与移交
为实际运行它的团队而交付。
把 Eval、可观测性、审计、Runbook 与回滚带到移交。
- 评估与验收
- 监控与审计记录
- Runbook 与回滚
合作前需要明确的事
先明确合作边界，再开始实施。
范围与适配
从边界清晰的流程开始，需要明确的系统负责人、可用的测试数据和可观察的结果。数据权利不明、无法复核的高影响操作，应先解决前置条件。
部署与数据
合作前确认服务运行位置、允许接收数据的模型供应商、凭证归属和权限撤销方式。私有部署和驻场安排需明确约定，FDE 本身不代表驻场承诺。
成本与周期
根据接口复杂度、数据质量、权限审批、评测范围和维护要求估算。实施人力、基础设施、模型调用和后续运维费用分别讨论。
归属与维护
在工作范围中约定源码与交付物归属、客户配合事项、验收签字人、故障责任和支持窗口。移交不等同于默认提供全天候运维。
验收清单样例
把“可上线”变成可检查的条件。
以下是用于讨论的验收模板，不代表已测得的项目结果。每项阈值与责任人在实施前按实际场景确定。
业务质量
版本化测试集；通过、拒绝与转人工结果
业务负责人访问控制
越权数据检索与工具调用均被拒绝
系统负责人运行指标
P95 延迟、单次成本、失败告警与恢复演练
运维负责人交付移交
代码仓库、部署说明、Runbook 与权限撤销清单
接手团队已经有想解决的业务流程？一起梳理