企业应该先改流程再上 AI，还是先把 AI 嵌入现有流程？

“先把流程梳理完再上 AI”听起来很稳，有些企业梳理几个月，试点依然没开始。直接把 AI 塞进旧流程也有代价：旧问题被放大，员工又多了一套系统和一轮检查。

先后顺序取决于流程的破损程度。流程基本稳定，可以先嵌入 AI 获得真实反馈；目标、责任和输入都混乱，就先完成最小重构。

企业无需等到流程完美，但流程至少要清楚到能够判断 AI 改善了什么。

三种流程，对应三种启动方式

稳定流程的输入、输出、责任和异常都比较清楚，只是某个环节耗时。比如标准工单已有完整分类和处理规则，可以先让 AI 辅助归类与拟答，再和原流程对照。

局部破损的流程大部分可用，少数节点反复返工或等待。比如销售方案总在产品参数上来回确认，可以一边试点生成，一边把参数来源、确认人和失效规则补齐。

根本混乱的流程连目标和标准都没有共识。比如不同部门使用不同合同版本，风险口径长期冲突。这时应先确定唯一版本、责任人与最小闭环，再让 AI 参与。

最小重构只做四件事

先确定这条流程交付什么结果；再明确谁对结果负责；然后统一关键输入和版本；最后写清异常由谁接管。

这四件事完成，通常已经足够启动受控试点。一次性改组织、系统和全部流程，反馈太慢，失败后也很难定位原因。

AI 可以帮助暴露流程问题

试点的价值还包括诊断。它会把过去藏在口头协作里的问题显出来：哪些知识没有沉淀，哪些字段没有统一，哪些审批纯属惯性，哪些异常长期依赖某位员工。

把这些问题记录下来，再决定改规则、补数据、调岗位，还是优化模型。不要让模型团队替业务流程的混乱背锅。

另一个常见错误是原样叠加。AI 生成以后仍走完所有旧步骤，又新增复核、复制和格式修复。局部更快，端到端周期可能更长。

本篇回答流程破损到什么程度需要先重构。第 18 问讨论的是跨部门依赖过多时，怎样把完整场景切成最短闭环。

流程不用先变得完美，但要清楚到足以看见 AI 带来的净变化。

本问行动：选一条真实流程，先判断它属于稳定、局部破损还是根本混乱，再决定嵌入还是重构。