《企业AI智驾白皮书》行动篇|90天,跑通企业AI的第一段真实路程

01

90天的目标，

不是“完成 AI 转型”

90天不可能解决企业所有系统、所有场景和所有组织问题。它要回答的是一个更具体的问题：

在限定的业务域、生产范围和权限边界内，AI 能不能跑通一条可用、可控、可审计的生产闭环？

这条闭环至少要包含真实触发、正式取证、结构化决策、人工终审、受控写回和业务凭证，也要能现场演示正常、驳回和失败三条路径。

02

第 1-2 周：Discover，

先知道自己在哪

第一阶段不是做 Demo，而是把现状讲清楚。

业务、IT、数据和价值负责人一起盘点核心系统、权威数据、API、组织权限、候选场景和现有指标。对每个场景问清楚：谁遇到了什么问题，AI 需要看到什么，准备改变什么，谁来审批，失败由谁接管。

这两周的产物应该是一份当前定级、一张候选场景地图、一组指标基线和一份证据缺口清单。没有这一步，后面很容易把理想架构当成现状，把供应商演示当成生产能力。

03

第 3-4 周：Design，

把边界和刹车装上

选定唯一首域后，开始设计真正的工作边界：哪些数据可读，哪些字段永远禁写，什么条件会触发，决策包必须包含什么，谁来终审，哪些 Action 可以调用，异常时如何熔断、补偿或转人工。

这一阶段要把责任人写进流程，而不是只写在会议纪要里。CIO 或 CTO 关注系统和权限，业务 Owner 关注规则和结果，IT 团队关注接口、幂等和日志，价值负责人关注指标和复盘。每一方都要知道自己在哪个节点签字。

04

第 5-8 周：Develop，

先把真实数据读稳

开发阶段不要急着把所有动作都打开。先验证正式只读数据、统一口径、知识来源和决策包，再逐步联调审批、白名单 Action、审计、幂等和失败补偿。

如果数据时间、库存状态或价格规则还无法稳定解释，就应该先回到 L2，把取证和分析做稳。L3 的写回不是项目进度表上的一个勾，而是前面事实、规则和责任都已经能够被信任后的下一步。

05

第 9-12 周：Deploy，

进入小范围生产验收

生产验收要小而真实：一个区域、一组门店、一个平台或一类商品，都可以成为明确范围。业务人员现场触发场景，系统取证、推理、生成决策包，负责人审批，Action 写回，最后展示业务凭证。

随后再把同一个场景走一遍驳回和失败路径：负责人改参或驳回时，系统是否能回到正确状态；接口异常时，是否能熔断、补偿或转人工；最终能否从业务凭证反查到决策和审批记录。

这一步不是为了让演示更精彩，而是让企业真正知道“什么时候可以继续投，什么时候应该先补底座”。

06

持续运营：Drive，

把一次试点变成经营能力

90 天结束不等于项目结束。首域稳定后，要持续观察 3-5 个直接指标，记录干扰因素，复盘误判、驳回、异常和人工接管，再决定是扩店、扩渠道，还是进入第二个业务域。

对管理层来说，最重要的结果不是“上线了一个 AI 应用”，而是得到一份可以继续、巩固或暂缓的明确决策：当前等级是什么，下一步补什么，价值如何观察，责任由谁承担。

07

敢让 AI 开起来之前，

先把刹车、护栏和黑匣子装好

AI 进入生产后，治理不是附加项，而是业务能力的一部分。身份与最小权限、人工终审、白名单 Action、失败熔断、人工接管、决策审计和持续运营，都应该和场景一起设计。

企业真正敢于扩大 AI 权限，不是因为它相信系统永远不会出错，而是因为它知道出错时如何停车、如何恢复、由谁负责、怎样查回原因。

08

这段连载结束，

企业的下一步才刚开始

从路线图到驾驶等级，从 L2 到 L3，从首域选择到真实场景，再到系统承接和 90 天节奏，企业 AI 的问题最终都会回到一件很朴素的事：能不能把一个真实业务问题，用一条真实、受控、可验收的路径解决掉。

先定级，再建设；先可读，再受控可写；先跑通一个真 L3，再讨论更大的多域协同和长期经营原生。

如果你的企业正在准备第一轮 AI 成熟度评估，可以从四份清单开始：核心系统与数据源、API 与权限、候选场景、现有业务指标。带着这些真实材料，讨论就不必再从“哪个模型更强”开始。