不知道从哪里开始，也不知道做到什么程度算成功。
这是一篇总览。每一节都会指向一篇更细的子文章——如果你只读一篇，读这篇；要动手时，再点进对应的子专题。
一、先纠正一个前提：AI 转型不是技术项目
大多数转型失败不是模型不行，而是没有落到具体动作上。判断标准很简单：转型半年后，能不能说出「谁每天在用什么、替代了哪个动作」。说不出来，就是没转。
所以顺序应该是：选动作 → 定指标 → 补组织 → 才谈工具。反过来做（先买平台、先搭中台）失败率极高。
二、选试点：四个标准，一个反例
合格的试点满足四条：高频、可量化、错了不致命、有人愿意用。反例是"给全公司建知识库"——听起来很对，但价值难以量化、也没人每天用。
- 适合首个试点：周报汇总、合同要点抽取、客服初筛、会议纪要
- 不适合：对客报价、支付相关、需要承担法律责任的判断
细节见：AI 转型怎么开始 · 为什么 80% 的试点停在 POC
三、定指标：模型指标基本没用
准确率、召回率对老板没有意义。每个场景只定一个业务指标：处理时长、退回率、人均产出、响应时效。并且要保留对照组或做前后对照。
一个容易忽略的点：看分布，不只看均值。平均值好看但 P90 很慢，说明关键场景仍然不可用。
四、花钱：先流程，后模型
预算按 50/30/20 分：流程与数据整理、工具与算力、培训与复盘。先买算力是最常见的错——流程没理清，算力只会让你更快地做错事。
五、组织：一个人 + 一条考核
转型必须有 owner，并且考核要挂在业务侧。常见错误是交给 IT 兼着做，结果变成"技术部门的一个项目"，业务不认账。
六、技术与采购：按变化速度决定自研还是买
模型能力变化极快，买；业务流程变化慢，可以自研或配置。自研只做薄的一层接口，把外部能力包成自己的统一入口。
细节见：自研还是采购 · 私有化 AI 部署 · 十人以下怎么用 · AI 写代码的边界 · 提示词要不要统一管理
七、复盘：必须允许「停」
复盘会开成表扬会，是因为没有"停"这个选项。四问：指标动了吗、谁每天在用、失败怎么退回、继续还是停。
细节见：复盘怎么做
八、一张 8 周时间表
| 周 | 动作 | 产出 |
|---|---|---|
| 第 1 周 | 选场景 + 量基线 | 一个指标的历史数据 |
| 第 2–3 周 | 做最小可用版，嵌入固定动作 | 三步操作卡 |
| 第 4–6 周 | 真实使用，记录失败与退回 | 失败原因分类 |
| 第 7 周 | 对比基线，看分布 | P50 / P90 对比 |
| 第 8 周 | 决定：复制、调整、停 | 一页结论 |
九、边界：我们做不了什么
战簿不是 AI 模型公司，也不做数据中台。我们做的是作战层：把窗口、任务、审批、日报、账本放在一屏，让"今天该做什么"可查。AI 能力由你选用的模型提供，我们负责把它接到流程里。
如果你的问题是"模型效果不好"，这篇帮不上；如果是"方法跑不起来、没人盯"，可以从在线看板看看我们把方法固化成了什么样子。
相关的几篇（含跨分类）
- 企业 AI 转型怎么开始：先选一个「能量化」的试点 · AI 转型
- AI 转型的组织配套：谁来推、谁负责、怎么算成绩 · AI 转型
- 企业增收完整指南：四个杠杆里，先动哪个 · 增收与获客
- ERP 选型完整指南：什么阶段该上、怎么选、怎么不失败 · ERP 与系统选型
更新记录
- 2026-10-29 · 首版发布（本分类总览与子专题索引）
- 2026-10-30 · 补入子专题至 30 篇，校对全部内链与数据口径
内容有更新会在这里记一行；没有新条目说明内容未变。