文章目录C01：某集团OA系统智能化改造复盘：8个月、22条审批流、踩出来的10个坑引言：一个被立项 N 次、又被搁浅 N 次的项目一、项目背景：一份拖了三年的"老板需求"1.1 现状：8 年老 OA，22 条流程，纸张比代码多1.2 关键约束：四个不能踩的红线1.3 立项的真正原因：CEO 不是为了降本，是为了"少出问题"二、决策链：从 3 种声音到 1 个方案2.1 第一种声音：直接采购"AI OA"2.2 第二种声音：自研 AI 中台2.3 第三种声音（最终采纳）：嵌入式改造 + 商用 AI 引擎三、踩坑实录：每个坑都是真金白银买来的坑 1：第一周就上 RAG，知识库检索准确率只有 42%坑 2：每个部门都要"定制模型"，结果变成 24 个独立模型坑 3：AI 给出建议，但没人敢执行，因为责任边界模糊坑 4：用户培训不到位，AI 功能被"关闭"坑 5：数据隐私边界被忽视，某部门合同金额意外上传坑 6：每月发薪日前后，AI 模块崩溃 2 小时坑 7：版本回滚机制缺失，3 周才回退到上一个稳定版本坑 8：22 条流程只动了 8 条，剩下的没人愿意改坑 9：AI 给出歧义建议，引发两次跨部门扯皮坑 10：复盘报告没人看，沉淀的经验没转化为能力四、AI 的真实价值：5 个可量化的"真指标"五、如果重来，最应该改变的一个决定六、读者最常问的那个问题七、写在最后：C 系列文章的整体定位📬 本篇总结📚 相关阅读C01：某集团OA系统智能化改造复盘：8个月、22条审批流、踩出来的10个坑系列：AI 时代开发者生存手册（系列共 42 篇）篇号：C01作者：刘一说 🎙️适合读者：技术管理者、负责 ToB/ToG 项目落地的研发负责人预备知识：建议先阅读本系列 B06（流程嵌入）、B08（怎么招人）、B11（跨部门协作），本篇会引用其中的方法论阅读时长：约 28 分钟引言：一个被立项 N 次、又被搁浅 N 次的项目2024 年 3 月，我接手了一个特殊的项目——某集团企业的 OA 系统智能化改造。这个项目立项之前，已经被内部讨论过 4 次，每次都因为"风险太大"、“投入产出比不明”、"老板不急"等原因搁浅。第 5 次立项时，我已经换成了第三个项目负责人A，前两位都已经离开这家公司。8 个月后，项目上线。审批平均时长从 5.2 天降到 1.8 天，每月节省纸张与工时约 13 万元，咨询类问题的人工处理量下降 62%。这些数据看起来很美，但只有我知道这 8 个月里，我们踩了多少坑——很多坑原本可以避免，因为我们没经验，AI 时代没有人有经验。本文是这个项目的完整复盘。我会按 C 系列文章的统一结构展开：