两周一期，签收为准

两周一期，一年 18 期

交付按期推进。阶段一、阶段二各 12 周、6 个交付期，每期两周；阶段三每月一期，也是 6 期。一年走完，一共 18 期；第 3、6、12 个月是三个阶段的验收节点。

节奏之下还有两条更细的线：交付团队每周提交一份进度报告，先过内部评审，再呈报企业管理层；组织里的变化每天都有记录，细到每个部门。

一期写明四件事

每期一行，写在明面上：这一期的主题、AIDC 要做的事、企业要做的事、期末的验收标准。以阶段一第三期（第 5–6 周）为例：

好的验收标准能当场验证：随机抽 10 份核心制度，一分钟内查到、回答句句带出处；问一张订单的状态，与系统一致。「大家觉得不错」不是标准。

验收标准里也常有企业这一侧的事：试点部门要有真实使用记录，企业 IT 要能独立完成一次管理操作。签收是双方一起过线。

最后一天：30 分钟验收会

每个交付期的最后一天开 30 分钟验收会，企业按验收标准签收。会能开得短，是因为标准在期初就写好了，会上只做对照：

1. 逐项对照

   拿事先写明的验收标准，一项一项过。

2. 达标的签收

   企业按标准签收，这一项算交付完成。

3. 不达标的写明

   差在哪里、谁来补，写清楚。

4. 带进下一期

   不达标的项进入下一期补上，不悄悄滑过。

每个阶段的最后一期都用来收尾：指标冲线复查，出阶段验收报告，开一场发布会。阶段一写得最明确：验收期不再有新建设，欠账清零。

演示不算交付

签收看的是真实使用，不是演示效果。知识底座还没建完，想先让 AI 答几个问题看看，可以做演示，但不算交付，也不能作为进入下一段的依据。

阶段二的验收标准写得更直白：场景由数字员工在真实任务上跑通，产出被业务实际采用——不是演示。绕过验收赶进度的交付，最后都要退回来重做。

正式汇报也一样：材料备齐、逐项过审。没有材料的讨论是交流，不是决策依据。

建到哪一步、验收什么，事先写在明面上；期末只看标准，不看演示。