很多团队一看工厂 OA 推不下去，第一反应就是“员工不愿意改习惯”。这话听起来合理，但我这几年做项目，越来越少把锅先甩给一线。很多 OA 真正的问题，不是员工抗拒系统，而是系统只把表单搬进了页面，却没有把现场真正的协作方式接住。
制造业里的流程很少是干净笔直的一条线。请购、补料、异常放行、付款申请、外协确认、质量反馈，背后经常跨部门、跨班次，还夹着大量临时判断。如果系统只照着一张标准流程图做页面，看起来像数字化，实际上只是给原来的工作再套了一层壳。前台多了一个入口，现场却没有少一次解释，大家最后当然会绕开它。
1. 标准流很好看，但现场真正卡住的往往是例外流
很多 OA 在方案阶段都喜欢先画“主流程”，因为最整齐，也最容易汇报。但工厂里最容易把系统打回原形的，恰恰不是主流程，而是那些天天发生的例外：紧急补料怎么走、尾款和预付款是不是同一路、异常单谁能先放行、售后赔付算不算同一套审批。
如果这些情况最后都得靠人工备注、微信补一句、电话再确认一次，说明系统并没有真的替代旧流程，只是把旧流程又录了一遍。OA 不是把审批表电子化就算完成，真正难的是把高频例外也设计进去。
2. 角色边界没拆开，系统就会变成所有人的负担
另一类常见问题，是把发起、审批、执行、抄送、归档都塞进同一套重界面里。看起来信息很完整，实际结果往往是每个人都要多看几屏、多点几步、多补几句。办公室里这叫繁琐，放到车间、仓库、采购现场，就会直接变成“先别走系统了”。
更稳的做法通常不是让所有角色共享同一个复杂页面，而是按动作拆轻。发起人只关心提交是否完整，审批人只看判断所需的信息，执行人只看下一步动作和状态变化，管理层再看汇总和报表。角色边界不拆，系统越做越全，现场只会觉得越用越麻烦。
3. 很多项目嘴上说做 OA，实际是想顺手把组织问题一起治好
还有一种更危险。老板说要上 OA，真正期待解决的却是部门扯皮、责任不清、数据不统一、流程没人拍板。这些问题当然和系统有关，但它们不是上线一个审批平台就会自动痊愈。
项目一旦带着“顺便把组织病一起治好”的目标开场，范围通常就会迅速失控。流程想全收、权限想一次做细、报表想一步到位，最后系统还没落地，项目已经变成一场大而全改造。OA 更适合做的，其实是先把一条最痛、最适合标准化的链路收住，让透明和留痕先真正跑起来，而不是一开始就试图统一所有协作。
4. 我更建议先跑通一条高价值链路，再决定要不要继续扩
如果今天真要做工厂 OA，我一般不会先问“模块要不要做全”，而是先问哪条链路最值得先落地。是请购审批？付款申请？异常反馈？还是外协确认？先挑一条事故多、返工多、跨部门最多的流程，把例外、角色、状态和留痕做扎实，系统才有机会被真正用起来。
很多项目不是输在功能不够，而是输在第一阶段就想做太多。OA 推不下去，很多时候不是员工不愿配合，而是系统没把真实工作接住。先把一条链路做成，再谈全面铺开，成功率通常会高很多。
如果你也在评估工厂内部系统，我更建议先把高频例外、角色分工和最痛的协作链路列出来，再决定 OA 范围。原文链接：sphrag.com/zh/blog/fac…
