旅程总览

AIDC 的客户服务是一条建设主线:诊断之后,依次建成数据基座、Agent 基座、Ontology 对象层、连接与行动层,然后进入持续运营。每一段交付一个看得懂的里程碑(M1–M5),每个里程碑对应一次部署等级(ADL)的跃迁。本章每段一页、按顺序阅读即可走完全程——本页是这趟旅程的地图与总结。

// 一句话理解

五段旅程像盖一座数字总部:先体检选址(诊断映射),再打地基(数据基座),让管家入住(Agent 基座),给公司建户口本(对象建模),让流程自己跑起来(连接与行动),最后交给系统帮你巡查(治理在线)。每段结束都有一张可签字的验收单——进度不靠感觉,靠签字页。

// 三套口径,一一对应

部署等级(ADL)是进度条,里程碑(M1–M5)是签字页,服务包是价格表。三者一一对应、不另造体系:评估先定位你当前的等级,提案再说清「升到哪一级、走哪段旅程、对应哪个服务包」。等级标尺的完整定义见 Agentic 部署等级(ADL)

全景:六段、五个里程碑、五次跃迁

里程碑一句话参考周期等级跃迁
0 诊断映射入场(部署评估报告)看清你的组织:值不值得做、从哪做1–5 天评定当前等级
1 数据基座M1 组织记忆上线你的文件成为组织自己的记忆1–2 周ADL-2 前半
2 Agent 基座M2 组织问答上线十个 Agent 上岗:问得到、有出处1–3 周ADL-2 达成
3 对象建模M3 数字孪生成形系统认识你的公司,答复到经理人级2–4 周/域ADL-3 达成
4 连接与行动M4 业务闭环跑通流程自己跑、结果自动回流,人管断点3–6 周/闭环ADL-4 达成
运营 持续治理M5 组织治理在线系统帮你发现你没问的问题年度(订阅)ADL-5 达成

两条设计原则

旅程与服务的关系

建设主线是能力纵深,服务节奏是商业包装——同一条主线,按不同节奏走:

服务节奏覆盖主线的方式
体验切片(数天)整条主线的单工作流缩影:用你的真实数据做出第一个可运行用例 + 部署评估报告——花最小代价看见全旅程长什么样
灯塔部署(数周)在一个工作流上完整走完 M1 → M4:数据基座、Agent 基座、对象骨架、首个闭环灰度上线、移交培训——组织里第一个完整可见的样板
扩展期(按季度)按部门与闭环滚动复制:数据基座扩面、Agent 向职能层派生、对象注册表推向全组织、连接延伸到 OA / ERP / MES、多闭环固化
年度订阅维持 M5 状态:平台演化、Agent 运营、治理审计、季度复盘

里程碑同时是付款锚点:项目默认按里程碑付款,验收清单即付款条件——客观、可核对、不靠感觉。每个阶段结束必须复盘,不复盘不收尾款。

治理贯穿全旅程

  1. 没有签署的权限清单不碰客户数据;
  2. 每个阶段结束跑复盘,不复盘不收尾款;
  3. 任何 Agent 上线前通过治理基线八条检查,任何一条不满足不上线;
  4. 事故处理优先于一切排期,一键暂停是客户的权利,任何状态下可用;
  5. 关键决策永远保留给人类——战略、资金、法务、人事、客户承诺、生产系统变更。
// 数据主权与资产归属

你的数据运行于独立隔离环境,不出授权边界,不用于任何共享模型训练;全部组织资产以可读文件形式归你所有——即使终止合作,数字组织依然完整属于你,不存在供应商锁定。

你需要投入什么(全旅程汇总)

// 一把手项目

Agent 部署不是一次 IT 采购,而是一把手项目:它会改变组织的协作方式,让流程卡点第一次变得可见,而跨部门的推动只有最高决策者能提供。这正是我们把「有决策权的发起人」列为第一项投入、并要求一把手直接参与的原因。

你无需预先「整理好数据」——还原混乱的现状正是 AIDC 的专业工作;但端到端流程的内在逻辑与内部共识,需要你们自己先达成。

本章怎么读

本章每段一页,结构相同:这一段做什么、你能亲眼看到什么变化、验收清单长什么样、你需要投入什么、做到什么程度才进入下一段、以及这一段明确不做什么。按侧边栏顺序读完,你就知道与 AIDC 的合作从第一天到常态运营的每一步:

相关阅读