标准交付流程
这一页回答「一次企业部署到底怎么交付」：三个系统阶段、每两周一个交付期、第 3 / 6 / 12 个月三个验收节点。每个阶段写清楚流程是什么、AIDC 负责什么、客户配合什么、按什么标准签收——交付不靠承诺，靠可验收的节奏。
交付不是一次性上线，而是十二个月里三个系统的滚动构建：AI 大脑系统 → 价值链系统 → 经营决策系统。每两周交付一次、期末签收，AIDC 负责建、客户负责认——每一期都有看得见、验得了的东西。
三阶段总览
交付路线分三个阶段，与部署总览的四段方法是同一条路的两种切面：诊断、数据基座、数字员工三段落在阶段一；业务闭环展开成阶段二；阶段三把链上产生的数据变成经营决策。
| 阶段 | 建什么 | 周期 | 验收节点 |
|---|---|---|---|
| 阶段一 · AI 大脑系统 | AI 基础建设：知识管理、模型建立、数据链接 | 12 周 · 6 个交付期 | 第 3 个月 |
| 阶段二 · 价值链系统 | 场景构建 → 系统构建 → 价值链构建，跨部门连线 | 12 周 · 6 个交付期 | 第 6 个月 |
| 阶段三 · 经营决策系统 | 链上出数、经营报告、组织建议——围绕一把手定制 | 6 个月 · 6 个交付期 | 第 12 个月 |
交付机制：双周交付期
| 机制 | 说明 |
|---|---|
| 双周签收 | 每两周一个交付期，期末按验收标准签收——建到哪一步、验收什么，事先写明 |
| 每周报告 | AIDC 每周提交一份进度报告，先过内部评审，再向客户管理层呈报 |
| 每日记录 | 对客户组织的变化做持续记录，精确到每天、每个部门——记录颗粒度决定报告质量 |
| 方法论沉淀 | 每家公司的实施过程都沉淀为分析方法与规则，反哺标准化——这是交付团队区别于普通实施的核心任务 |
阶段一 · AI 大脑系统（第 1–3 个月）
目标是 AI 基础建设：把一家公司的知识、岗位与数据接进系统，让每个岗位都有可对话、有出处的数字员工。四个流程依次进行，前一个的产出是后一个的原料。
| 流程 | 做什么 | AIDC 职责 | 客户配合 |
|---|---|---|---|
| 公司初始化 | 入场即启动组织调查，建立公司底账：组织架构、岗位、人数、业务流程逐项摸清，形成阶段一普查表 | 驻场调研、访谈、产出普查表与部署蓝图 | 关键岗位各接受约一小时访谈；管理层指定各域负责人 |
| 知识管理 | 岗位文件、标准作业程序、知识文件入库，搭起企业知识底座 | 建目录骨架、收文件、按密级定权限 | 各域骨干提供现行文件（半天到一天） |
| 模型建立 | 按岗位配置数字员工并完成初始化——把流程教给数字员工，而非只教给人 | 写岗位说明书、配置上岗、接入沟通渠道 | 确认岗位划分与说明书口径 |
| 数据链接 | 打通业务数据接入，确保数字员工能访问所需数据源 | 连接器接入（只读起步）、数据边界登记 | IT 创建应用与只读账号（约半天） |
验收（第 3 个月）：提交阶段一验收报告。标准很直接：随便挑一份文件能说清归谁、谁能看；随便问一个岗位数字员工，答得准、有出处。普查表同时作为阶段二的原料就位。
阶段二 · 价值链系统（第 4–6 个月）
以阶段一普查表为原料，把单点场景连成链：上游产出自动成为下游输入、结果自动回流、人只管断点。构建力分三级递进——场景构建、系统构建、价值链构建。
| 流程 | 做什么 | AIDC 职责 | 客户配合 |
|---|---|---|---|
| 价值链梳理 | 绘制价值链图：数据从哪来、到哪去；筛选真正有价值的交付物，砍掉无效环节 | 组织梳理工作坊、产出价值链图谱 | 部门负责人确认本域链路与交付物定义 |
| 场景与系统构建 | 高价值场景逐个构建为工作流，再组装成部门内系统 | 构建工作流、设定固定路径与流转顺序 | 企业构建者亲手完成链上至少一段构建 |
| 跨部门连线 | 单条价值链（如报价、对账）跑通后推进跨部门连线，数据按规范跨部门流动 | 打通断点、设审批与日志 | 各部门按约定位置交付、按事件响应 |
验收（第 6 个月）：价值链端到端自动运转——数据沿链流动、结果自动回流、人只管断点；写回 100% 有审批有日志；部门高价值场景覆盖率 ≥80%；部门签认「这就是我们的业务流」。
阶段三 · 经营决策系统（第 7–12 个月）
从部署阶段转入出数阶段：链上产生的数据向上汇聚成经营视角。每家公司的价值链不一样，长出来的经营决策系统也必然不一样——这一阶段围绕一把手定制。
| 流程 | 做什么 | AIDC 职责 | 客户配合 |
|---|---|---|---|
| 月度经营报告 | 每月一份正式报告：场景覆盖率、系统使用数据、用量与成本分析 | 出数、写报告、先内审后呈报 | 管理层每月一次评审 |
| 前后对照 | 呈现引入系统前后的经营数据对比，量化系统价值 | 建立对照口径、持续追踪 | 提供对照期基线数据 |
| 行业对照调研 | 每月针对客户所处行业做对比调研：同行是否引入 AI、处于什么水平、客户的相对位置 | 行业研究与对标分析 | 提供行业背景与竞争信息 |
| 组织建议 | 基于链上数据支撑组织与流程调整分析，向一把手提出经营决策建议 | 项目负责人直接向客户高层汇报 | 一把手参与决策评审 |
验收（第 12 个月）：经营决策系统围绕一把手成型：月度报告成为例行决策输入，全公司价值链地图沉淀完毕，哪些链升级为经营视角的监控对象已有清单。系统从项目转入常态运营。
AIDC 的驻场与角色演进
| 阶段 | AIDC 的方式 |
|---|---|
| 从零到一 | 交付工程师（FDE）驻客户现场完成首个完整周期：混合办公，每周至少三天在现场；周末不强制，但保持消息响应 |
| 规则成型后 | 回总部把现场沉淀的规则输出为标准，交由本地执行团队按标准落地 |
| 规模化后 | FDE 转为标准检验角色：本地团队定期汇报，FDE 按月抽查现场，检验执行是否达标 |
| 客户侧人才 | 客户的信息化团队从第一天就纳入协作：优先培养为企业内部构建者，系统稳定后日常维护无需外部驻场 |
每期交付物没有签收，不进下一期；演示不算交付。正式汇报必须备齐材料、逐项过审——没有材料的讨论是交流，不是决策依据。绕过验收赶进度的交付，最后都要退回来重做。