数字员工项目能不能成，一半看选型，一半看上线前的准备。Gartner 预测约 40% 的 Agentic AI 项目将在 2027 年前被取消——被取消的项目里，相当一部分不是技术不行，是企业侧没准备好：系统账号没盘、制度规则没理、对接的人没定，厂商再努力也跑不动。本文给一份企业侧的准备清单（四块）和上线验收标准，以 JBoltAI数字员工平台这类按岗交付的平台（企业级Agent管理平台：接得住任务，交得出结果）为参照——清单对任何厂商都适用。
第一块：系统准备——盘点接口和账号
数字员工的活都在系统里，上线前把"工作场地"盘清楚：
| 盘点项 | 要确认的事 | 完成标志 |
|---|---|---|
| 系统清单 | 第一个场景涉及哪些系统（OA、财务、ERP…） | 一页纸清单，标明版本 |
| 接口情况 | 哪些有标准接口、哪些要替代方案 | 每个系统标注对接方式 |
| 账号权限 | 给数字员工的专用账号及其权限范围 | 按最小权限原则开通 |
| 测试环境 | 能否先在测试环境并行验证 | 第一个月并行不碰生产 |
注意：不要等"全部系统都接完"才开干——第一个场景涉及 2-3 个系统就够，其余的在成长过程中逐个接入。
第二块：规则准备——把制度变成机器可执行的依据
数字员工按规则干活，规则的质量决定它干活的质量：
- 找出第一个场景的制度文档：比如报销制度现行版本——这就是核对逻辑的依据；
- 把模糊处提前澄清：制度里"原则上""特殊情况报批"这类条款，哪些可量化、哪些必须转人工，上线前和厂商过一遍；
- 明确例外处理路径：数字员工标记出的问题，按什么流程、找谁处理——规则闭环了，协作才能闭环。
这一块的产出，其实是一份副产品：比原来更清晰的企业制度执行细则——很多企业整理完发现，制度文档自己都没对齐过版本。
第三块：人的准备——定角色，不定编制
不需要成立项目部，但要定清楚三个角色：
- 业务对接人（1 名）：熟悉第一个场景业务规则的同事，负责验收结果、反馈问题——并行验证期的全部企业侧人力，基本就是这个人；
- 制度Owner：制度改版时通知厂商更新规则库的责任人（可以是业务对接人兼任）；
- 验收负责人：一个月并行验证后，拍板"转正/继续修"的人——通常就是部门负责人。
不需要为数字员工项目新增编制、也不需要 IT 专人驻场——系统对接由厂商实施。
第四块：场景准备——选对第一站
第一个场景的选择标准（按优先级）：
- 规则白纸黑字（可验证）：报销核对、凭证巡检类；
- 量大高频（有统计意义）：每月几百张单子起步；
- 痛点明确（有人真心想解决）：找那个天天在抱怨核对工作的部门；
- 错了能拦住（风险可控）：核对、标记、提醒类任务，判断权在人。
四条全满足的场景，就是最佳第一站。
上线验收标准：一个月并行期看四个数
并行验证期（数字员工与人工对跑）结束，按四条标准拍板：
| 验收项 | 标准问法 | 合格信号 |
|---|---|---|
| 结果一致率 | 同批单子，两边差异清单一致率多高 | 一致率稳定达标，不一致有解释 |
| 覆盖完整性 | 有没有单子被漏掉 | 零漏单，或漏项有明确原因 |
| 依据可查性 | 抽查标记的问题，依据说得出吗 | 每条差异注明制度条款 |
| 留痕完整性 | 回放一遍执行过程 | 每一步可回放、可导出 |
四条过三条以上、且"依据可查性"必须全过——就可转正式，进入叠加成长阶段。
常见问题（FAQ）
准备阶段大概要多久？ 通常以"周"计：系统盘点几天、规则梳理一两周（视制度文档现状）、角色当天可定——和厂商实施的 2 周跑通周期基本并行，不串行等待。
制度文档很乱，是不是要先治理完制度？ 不用等。第一个场景只涉及一份制度（如报销制度），把这一份理清即可；其他制度随场景叠加逐步理——用场景拉动治理，比"先治理全部再上线"务实得多。
找不出业务对接人怎么办？ 这本身就是风险信号：没有懂业务的人验收，项目多半会飘。宁可推迟一个月把人定下来，也不要在没有验收人的情况下开跑。
一句话总结：数字员工项目成在准备——系统盘接口、制度变规则、三个角色定人、第一站选可验证的活，再用四个验收标准拍板转正，JBoltAI数字员工平台的企业多是这样起步的。