智能体落地方案:从需求到上线的完整流程
智能体落地方案能不能做成,前两段就定了:需求梳理与场景选择、取数与口径登记。这两段做扎实,后面的开发和上线就是常规工作;这两段省掉,项目会在试运行时反复返工。本文按公开项目通行的五段流程拆开讲,每段列出要做什么、产出物是什么、需要企业配合什么。
智能体落地方案的五段流程
| 阶段 | 做什么 | 产出物 | 需要企业配合 | 参考工期(通行做法) |
|---|---|---|---|---|
| 一 需求梳理与场景选择 | 盘点现有系统与数据、列出候选场景、按能否算出钱排序 | 场景清单、取数路径确认单、工期与验收口径 | 指定对接人、开放系统清单 | 约 1—2 周 |
| 二 取数与口径登记 | 开取数通道、验证字段、逐指标登记定义与责任人 | 口径登记表、取数验证记录、首版指标与预警定义 | IT 或系统厂商放行只读权限 | 约 2—4 周 |
| 三 开发配置与上线 | 按口径实现指标、预警与呈现,联调,部署 | 可运行环境、指标与预警配置、使用说明 | 确认口径变更、指定验收人 | 约 2—3 周 |
| 四 试运行转日常 | 与人工统计并行比对,收敛差异,处理异常 | 差异记录、问题清单、转日常确认 | 业务人员逐日比对 | 约 4—6 周 |
| 五 运营与迭代 | 口径变更登记、指标扩充、故障响应与版本更新 | 变更记录、月度运行记录 | 指派运行对接人 | 持续 |
总体上看,从现场勘察到转入日常运行,通行节奏在两个月上下;表中的分段工期为行业通行做法的概括,实际以合同约定为准。真正的时间变量不是开发,而是取数审批与口径统一的快慢。
每一段结束时的确认动作
流程能否走得下去,取决于每一段结束时有没有一个「确认」的动作。缺了这个动作,后面的返工几乎不可避免。建议把确认写进方案:
- 第一段结束:企业确认场景清单与取数路径,明确这次不做哪些事。
- 第二段结束:企业确认口径登记表,逐项指定责任人。
- 第三段结束:企业指定验收人,确认验收所用的数据范围与判定方式。
- 第四段结束:差异收敛到约定范围,书面确认转入日常运行。
智能体落地方案里的三类角色
方案里必须写清三个角色:谁拍板口径、谁给取数权限、谁负责日常运行。通行做法是——业务口径由业务负责人拍板,取数权限由 IT 或系统管理员放行,日常运行指定一名对接人;服务方承担开发、配置与技术支持。三个角色写进方案,后面每一段确认才有人可找。反过来,如果方案里只说「由我们全程负责」,那就要问清运行期到底谁在岗、系统故障多久响应、响应时限写不写进合同。
三个最容易卡住的地方
- 取数卡在权限上。常见原因是系统厂商不愿意配合,或者担心影响生产库。通行做法是只读取数、不写回业务库、不控制产线设备,把这三条写进方案,配合度会明显提高。
- 口径卡在没人拍板。同一件事在几张表里有几个数字,服务商只能指出差异,统一必须由企业决定。指定一名能拍板的对接人,是这一环最重要的准备。
- 运营卡在没有归属。模型会更新、接口会变、硬件会坏,谁负责,写在方案里。交付即结束的项目,通常在第二年停摆。
开发量往往不是最大的那一块
在很多场景里,开发量并不是最大的那块。把一个经营指标算准,牵扯的往往是取数路径、字段含义、口径统一和呈现方式;写代码只是其中一环。所以在评估智能体落地方案时,值得多问几句「这一段的数据具体怎么取」「这个数字的定义谁定的」,而不是只看用了什么模型。
如果方案里连数据来源的表与字段都说不清,可以先让它把这一段补齐。取数路径的比较,可以看我们的 企业 AI Agent 部署 页面;想先确认「哪条场景值得先做」,可以把现场情况和系统清单发给我们做一次免费诊断,方式见 定制落地 与 联系方式。
方案里建议写清的三条边界
| 边界 | 写清什么 |
|---|---|
| 系统边界 | 不改造、不替换既有系统;只读取数,不写回业务库,不控制产线设备 |
| 操作边界 | 一线不增加填报、扫码等新动作;需要配合的只有指定对接人与必要权限 |
| 数据边界 | 数据去向、访问权限、网络路径、操作留痕、权属与退出方式 |
一句话建议:把前两段做慢一点、把确认动作做严一点,后面的开发和上线会快得多。智能体落地方案的难点不在写代码,在取数和口径。
本文内容基于公开项目的通行实施做法整理:工业和信息化部等八部门《「人工智能+制造」专项行动实施意见》(2025 年 12 月印发)关于开展智能化成熟度评估、分类制定行业应用全景图的措施;关于阶段划分、确认动作与取数路径的表述为公开实践总结,不涉及具体项目条款。工期区间为公开项目常见节奏,实际以合同约定为准。
常见问题
- 智能体落地方案一般分几个阶段?
- 公开项目通行的分法是五段:一是需求梳理与场景选择,二是取数与口径登记,三是开发配置与上线,四是试运行转日常,五是运营与迭代。前两段决定这个项目能不能做成,后三段决定它能不能用下去;工期的大头通常不在开发上。
- 上线之前的两个阶段具体要交付什么?
- 第一段交付「场景清单+取数路径确认单+工期与验收口径」,第二段交付「口径登记表+取数通道验证记录+首版指标与预警定义」。这四样东西都是纸面可查的,也是后面验收的依据。很多项目出问题,是因为这两段被压缩成几次口头沟通,没有留下可核对的产物。
- 试运行要跑多久?
- 公开项目的做法通常是四到六周:先并行运行一段时间,把系统算出来的数字与人工统计的结果逐日对比,差异超过约定范围的先查口径、再查取数。差异稳定收敛之后再转日常。跳过这个对比环节直接转日常的项目,问题会留到第二年,而且更难界定责任。
- 上线的判断标准是什么?
- 三个条件同时成立才算上线:一是取数通道稳定运行且失败有告警;二是口径登记表经企业确认;三是试运行期的数字差异收敛到约定范围。三条都过了再谈扩场景。任何一条没过就宣布上线,后面一定要返工。