本文要点
- 十大败因里九个与组织有关 —— 技术问题（模型选型、算力）几乎从不是失败主因；展示型立项、语义不统一、权力错配才是高频死因。
- 败因可以自查 —— 每一条败因都有明确的早期症状，用一张表就能完成体检；发现越早，纠偏成本越低。
- 三个高危信号要立即行动 —— demo多而用例少、各部门各自买模型、AI项目没有业务负责人——出现任何一条，说明转型正在偏离轨道。
败因清单
| # | 败因 | 典型症状 | 规避动作 |
|---|---|---|---|
| 1 | 展示型立项 | demo惊艳、业务无变化；验收标准是「效果好」不是「省了多少钱」 | 验收权交业务方，指标提前约定 |
| 2 | 场景选错 | 选了「听起来高级」的低频场景 | 只做每周都被问、现在答费劲的问题 |
| 3 | 数据不可机读 | 核心数据在Excel、纸质单据、互不相通的ERP里 | 先补数据基础，再谈AI |
| 4 | 语义孤岛 | 各部门各自建AI，同一个「客户」三个定义 | 建统一Ontology语义底座 |
| 5 | 没有业务Owner | 项目全程IT驱动，业务部门「配合」 | 每个场景指定业务负责人并背指标 |
| 6 | 权力错配 | 让CIO/IT经理推需要动组织架构的变革 | 由一号位牵头，这是一号位工程的核心命题 |
| 7 | 试点不规模化 | 试点成功后没有复制方法，成果停在单点 | 沉淀方法论与语义层，按路线图走第二阶段 |
| 8 | 贪大求全 | 一次上十个场景，每个都浅 | 收缩到1-2个场景打深，再横向扩展 |
| 9 | 指标缺失 | 投入说不清回报，预算年年保卫战 | 试点期就约定可量化收益与统计口径 |
| 10 | 只买工具不改流程 | 工具上线，流程照旧，员工双轨运行 | 把AI嵌入流程节点，旧通道逐步关闭 |
三类最隐蔽的败因
清单里三条特别值得单独展开，因为它们最常被误认为是「正常现象」。
语义孤岛：AI越多，孤岛越多
企业给销售配了AI助手，给供应链配了AI助手，给客服也配了。每个助手都很好用，然后管理层发现：没有一个助手能回答跨部门问题。原因不是模型能力，而是每个助手背后是不同的语义定义——销售域的「客户」和供应链域的「客户」甚至不是同一批公司。
解法是统一的语义层。Ontology不是又一个AI项目，而是让所有AI项目共享的企业地图，这也是我们把它放在决策中枢四块拼图「地图」位置的原因。
权力错配：用部门权限打企业级战争
AI转型深水区的问题——数据口径统一、流程重排、考核调整——没有一样是IT部门权限内能解决的。让IT负责人去推动这些事，等于让他拿着部门权限去动组织架构，推不动不是他能力问题，是结构问题。所以真正有效的转型，起点都是一号位亲自下场：回答「AI对企业意味着什么」，配置权力架构，把AI指标写进高管KPI。
只买工具不改流程：双轨运行的成本陷阱
最贵的失败是「工具买了、流程没变」：员工一边在系统里录入，一边用旧方式干活，系统沦为留痕工具。判断是否真的嵌入流程，看一条就够了——旧通道是否被关闭。如果旧流程还开着，人们永远会选熟悉的那条路。
用这张表做一次体检
拿十大败因逐条对照，符合症状的记1分：
- 0-2分：基本健康，注意保持阶段节奏；
- 3-5分：有偏离风险，优先处理语义孤岛和指标缺失；
- 6分以上：转型已实质性脱轨，建议回到打样阶段重新立信。
体检的意义不在分数，在于把隐性问题摆上台面讨论。转型项目最怕的不是有问题，是所有人都看见问题但没人说。
延伸阅读
- 数智化转型路线图：从试点到规模化 —— 四阶段打法与退出标准
- AI转型为什么必须由一号位驱动 —— 权力错配的系统性解法
- AI成熟度自评 —— 先测档位再定打法