Article
我见过几类工厂 OA 项目，表面上功能都齐：申请、审批、抄送、通知、报表，一个都不少。可一上线，车间不用、采购绕开、主管口头批、财务最后还是看 Excel。很多团队会把这归因于“员工习惯改不了”，但更常见的真相是：系统只是把流程图做成页面，却没有把真实工作里的例外、角色切换和补充动作接住。
发布时间
2026年4月9日
阅读时间
7 分钟
企业系统
制造业里的 OA 不像互联网团队的请假审批那么单纯。请购、打样、异常放行、付款申请、外协确认、质量反馈，这些动作背后常常跨部门、跨班次，还夹着大量口头确认和临时判断。如果系统只照着一张理想流程图搭页面，落地时一定会撞墙。
我越来越不喜欢那种“先把 OA 上了再说”的做法。因为很多项目所谓的上线，本质只是把旧表单搬进了新界面，流程复杂度一点没减，反而多了一层系统操作负担。用户不是不想配合，而是在用脚投票：哪个工具更不妨碍把事情做完，就回到哪个工具。
工厂里的很多审批表面看起来规则清楚，实际执行时却充满例外。比如同样是采购申请，标准物料和紧急补料就不是一套路径；同样是请款，预付款、尾款、补差价和售后赔付也常常不是同一种处理逻辑。系统如果只支持“理想主流程”，用户第一次遇到例外，就会立刻回到微信、电话和纸单。
这也是我说很多 OA 是“套壳开发”的原因：它把已有表单字段搬进网页，却没有真正重构流程。页面看着数字化了，组织运转方式却没变。结果不是系统替代人工，而是人工为了配合系统，再额外做一次解释和补录。
先梳理高频例外，而不是只画最漂亮的主流程
任何需要频繁人工备注兜底的节点，都说明流程设计还没接住业务
流程数字化不是把审批搬上线，而是把例外处理一起设计进去
不少 OA 项目会把“谁发起、谁审批、谁知会、谁执行、谁归档”混成一锅。页面上看起来每个人都能看到流程，实际上每个人都得多点几步、多看几页、多补几句。对于办公室团队，这只是繁琐；对于车间、仓库和采购现场，这会直接变成绕开系统的理由。
更稳的设计不是让每个角色都进入同一套完整界面，而是按场景把动作拆轻。发起人关注提交是否完整，审批人关注判断所需信息，执行人只关心下一步动作和状态变化，管理层再看汇总报表。把所有信息一次性塞给所有角色，通常既不清晰，也不省时间。
发起、审批、执行、归档最好拆成不同视图和操作负担
别把管理层报表需求直接压到一线操作界面里
对移动端和车间场景，少一步输入通常比多一个统计字段更重要
还有一种特别常见：老板嘴上说做 OA，心里真正想解决的是部门扯皮、责任不清、数据不统一、流程没人拍板。这些问题当然和系统有关，但它们不是靠上线一个审批平台就会自动痊愈。项目一旦带着这种“系统顺便帮我整顿组织”的期待开场，范围就会越做越重。
我更建议把目标收窄：先挑一条最痛、最能量化、最适合标准化的链路去做，比如请购审批、付款申请、异常反馈闭环。让系统先在一个场景里真正替代旧做法，而不是一开始就想统一全部协作。OA 能解决的是流程透明和动作留痕，不是替代管理者做所有判断。
工厂 OA 推不动，很多时候不是员工抗拒，而是系统只做了表单电子化，没有接住真实协作。
高频例外、角色分工和现场操作负担，决定了 OA 能不能被持续使用。
先跑通一条高价值流程，比一开始把所有审批都搬上去更容易落地。