财务总监周一早上打开电脑，发现上周五提交的一笔 80 万的设备采购申请还卡在第六级审批——审批人在出差，OA 没有委托机制；同一时间，销售那边新签的订单审完了却没自动进 ERP，仓库又按老习惯按销售口头通知备货，结果备出来一批客户已经临时改规格的型号。HR 那头还在追着问："上个月跨子公司调岗的那批人，权限到底走的是新部门还是老部门？"——OA 里查不出来。
这是一家 200 人出头的制造企业最常见的星期一。系统不是不能用，是开始处处别扭。老板会问一个非常具体的问题：现在这套 OA 是不是该换了？换的话，是上一套商用 OA、还是干脆走定制？这篇我们把判断标准拆开讲清楚。
一、OA 不够用的 6 个典型信号
不是所有"觉得难用"都到了非换不可的程度。先用下面 6 个信号自检，命中 3 条以上才真的到了系统性升级的拐点：
- 审批分支数量爆炸：同一个采购审批，按金额、按物料类别、按部门、按是否进口要走不同路径，分支组合超过 20 条，原系统的可视化配置已经开始"拖不动"。
- 跨组织/跨法人走不通：集团下面有 3 个以上独立法人，员工跨主体调岗、跨主体报销、跨主体共享供应商，原 OA 的组织模型按单一法人设计，硬撑就要手动维护一堆"虚拟部门"。
- 和业务系统割裂：审批完的数据进不了 ERP/CRM/财务，要么靠人工二次录入，要么靠 Excel 中转，每月一次对账撕扯。
- 数据出不来：老板想看"上个月哪些审批超时最严重""哪些流程平均要走 7 天以上"，发现报表导出来一堆字段对不上，BI 接不进去。
- 权限矩阵失控：新员工入职、调岗、离职，OA 权限要在 5-6 个模块里手动改，漏改一处就出问题，权限审计基本靠人记。
- 移动端体验跟不上现代节奏：外勤销售在客户现场填一个出差申请要点 18 个字段、滑 4 屏，最后还提示"附件不能超过 5MB"——这种小事每天发生 10 次，士气就磨没了。
如果你只命中 1-2 条，多半是配置问题或培训问题，不必动结构；命中 4 条以上，基本可以确认走到了升级窗口。
二、OA 升级的 4 条主流路线
市面上号称 OA 的产品很多，能真正承接"上百人公司"的方案归拢起来其实就 4 条：
路线 A：钉钉/企微原生 OA。低门槛、移动端体验好、和组织通讯录天然打通，适合 50-300 人、流程标准化程度高的企业。短板是复杂业务联动需要二开，跨多法人组织模型偏单薄。
路线 B：商用 OA（泛微、致远、蓝凌一类）。流程引擎和档案管理体系成熟，适合 500 人以上、有公文/档案/印章管理刚需、IT 团队具备一定运维能力的企业。短板是单价较高、实施周期长、移动端和年轻一代员工的使用习惯偶有落差。
路线 C：低代码搭建（宜搭、氚云、简道云、明道一类）。灵活、上线快、表单和流程改起来直观，适合"流程多变、IT 资源有限"的中小企业。短板是复杂流程（多分支、多角色会签、跨系统取数）配置到后期会越来越像写代码，性能在数据量大时需要专门优化。
路线 D：流程中台定制。把审批引擎、表单、组织模型、集成层都拆成可独立演进的模块，按公司业务编排。适合多业态、多法人、和业务系统深度耦合的中大型企业。短板是初始投入高、对乙方的流程理解能力要求高。
我们在做企业系统集成的实施过程中，看到不少公司一开始想直接跳到路线 D，结果发现自家的流程根本没梳理清楚，定制出来的东西反而更难维护。没把流程画清楚之前，不要碰定制。
三、关键分水岭：OA 要不要和 ERP/CRM/财务联动
这条是最容易被忽略、却最直接决定路线选择的一条。判断方法很简单——把公司近 3 个月最高频的 10 类审批列出来，看里面有多少是"审完就结束"，有多少是"审完之后还要触发别的系统动作"：
| 审批类型 | 是否触发业务系统动作 | 集成必要性 |
|---|---|---|
| 请假/外出/出差 | 一般只回写考勤 | 低 |
| 用印/合同会签 | 需关联合同库、客户档案 | 中 |
| 采购申请 | 审完要进 ERP 生成采购单 | 高 |
| 销售特价申请 | 审完要回写 CRM 报价/订单 | 高 |
| 报销 | 审完要进财务做账、关联预算 | 高 |
| 人事入职/调岗 | 审完要联动权限、考勤、薪资 | 高 |
| 付款申请 | 审完要进财务、关联供应商 | 高 |
如果你的"高集成必要性"行占了一半以上，原生 OA 加表单配置基本不够用——必然要么走商用 OA 的集成模块，要么走低代码 + 集成中间层，要么直接做流程中台。这也是我们看到的最常见的"为什么换了 OA 还是不顺"的根因：换了 OA 但没解决集成问题，等于换了把皮。
关于 ERP 这一侧怎么选，我们之前在 ERP 定制化决策指南 和 企业系统集成平台怎么搭 里讲过具体打法，可以一起看。
四、4 条路线的成本与能力对比
把 4 条路线放在同一张表里横向比，能比较快地形成判断。下面的成本是行业公开区间，不是任何特定厂商的报价，仅供决策起点：
| 维度 | 钉钉/企微原生 | 商用 OA | 低代码搭建 | 流程中台定制 |
|---|---|---|---|---|
| 上线速度 | 1-4 周 | 3-6 个月 | 1-2 个月 | 4-8 个月 |
| 流程灵活度 | 中（标准件好，特殊件难） | 高（引擎强但改起来重） | 高（拖拽快） | 极高（按需编排） |
| 集成能力 | 中（依赖二开） | 中-高（自带集成模块） | 中（中间件加分） | 高（中台天然为集成而生） |
| 移动端体验 | 优 | 中 | 良 | 取决于实施方 |
| 3 年总成本（200 人量级） | 几万-二十万 | 三十万-上百万 | 十几万-五十万 | 五十万起，上不封顶 |
| 适合规模 | 50-300 人 | 500 人以上 | 50-500 人 | 500 人以上、多业态 |
| 退出成本 | 低 | 高 | 中 | 中-高 |
看这张表的时候有一条经验：别只看上线成本，要看 3 年总持有成本。商用 OA 的授权费看起来一次性付完，但每年的服务费、版本升级费、二开人天费叠加起来，3 年下来未必比定制便宜。低代码看起来便宜，但流程复杂度上去后，专门请一个低代码工程师也是真实成本。这块我们在 软件维护费怎么算 里展开过。
五、升级决策树：4 个维度定路线
不想列一堆公式，直接给一个 4 轴判断法。每个轴打 1-3 分，加起来对照建议：
轴 1：公司规模
- 50-200 人：1 分
- 200-500 人：2 分
- 500 人以上：3 分
轴 2：审批复杂度（看最复杂那条流程的分支数）
- 单一线性：1 分
- 5-15 条分支：2 分
- 15 条以上 / 多重会签 / 跨流程联动：3 分
轴 3：组织复杂度
- 单一法人：1 分
- 2-3 个法人但相对独立：2 分
- 3 个以上法人且业务交叉：3 分
轴 4：IT/数字化能力
- 没有专职 IT：1 分
- 1-3 人 IT 团队：2 分
- 有专职数字化部门 / 能写代码：3 分
加总：
- 4-6 分：钉钉/企微原生 OA 就够，按需做少量二开
- 7-9 分：低代码搭建为主，关键流程做定制扩展
- 10-12 分：商用 OA 或流程中台，看 IT 能力高低决定走哪边
这张表不是科学公式，是把"凭感觉决定"换成"按公司体征决定"的一个起点。真的拿不准的时候，我们建议先做一次流程盘点：把 Top 20 流程画出来再回头看分数，往往会从"想换大的"回落到"先优化现有的"。
六、别为了换而换：什么情况下原生 OA 加一点定制就够
我们见过太多公司，明明只是 3 条核心审批流程不顺，结果决定整体换 OA，结果项目搞了 9 个月，老员工还在用旧表单偷偷绕过新系统。这种情况其实有一类相对低成本的解法——原生 OA + 针对性定制。
适合保留原生 OA、只补定制的几种情况：
- 大部分流程（80% 以上）在原生 OA 里跑得顺，只有 3-5 条核心流程别扭
- 组织结构稳定、跨法人需求不强
- 不打算 1-2 年内做大规模业务系统整合
- IT 资源紧，没法支撑全量迁移
具体怎么补？常见做法有三种：用低代码（宜搭/氚云）在原 OA 旁边搭一条专门处理复杂分支的流程、用流程中间件做 OA 和 ERP 的双向同步、把高频痛点流程（比如销售特价、采购、报销）做单点定制。这条路线的好处是退出成本低、风险可控；缺点是长期看会越加越多模块，3-5 年后还是要面对结构性升级。
钉钉这一侧的扩展打法，我们专门在 钉钉宜搭定制开发实践 和 钉钉审批扩展方案 里梳理过常见模式。
七、AI Coding 让定制不再贵到劝退
定制听起来贵，过去也确实贵——一个流程引擎要养 3-5 个工程师团队、改一个表单字段要排期两周。但 2025 年之后，我们自己在做项目时已经能感受到 AI Coding 把这个曲线压了下来：
- 表单字段、流程节点、权限配置这类机械活，AI 能直接产出可运行代码
- 老 OA 数据迁移、字段映射、权限矩阵转换，AI 写脚本的速度是手工的 5-8 倍
- 文档、测试用例、接口说明这类辅助工作，几乎是 AI 顺手做掉
实际效果是，过去要 4 个月才能交付的中等复杂度流程中台，现在 2-3 个月能上线，定制和买商用 OA 的成本差距明显在缩小。这也是为什么我们更愿意推荐"流程没成型先用低代码，流程稳定了直接做轻量定制"——而不是再绑商用 OA 几年。这条更长的逻辑我们在 SaaS 还是定制开发 里展开过。
至于 AI Agent 能不能直接当"审批员"——目前看，能在风险可控的环节（比如标准条款合同初审、报销凭证 OCR 校验、采购询价对比）替代 60%-80% 的人工动作，但拍板权还是要给人。这块在 AI Agent 落地路线 里有具体场景拆解。
八、迁移避坑清单：历史数据、权限、用户习惯
真的决定换系统了，最后这张清单务必先过一遍：
| 风险点 | 常见踩坑姿势 | 建议做法 |
|---|---|---|
| 历史流程数据 | 全量迁移，新系统数据模型被拖垮 | 只迁近 1-2 年活跃流程，老数据进只读归档 |
| 表单字段映射 | 想当然按字段名对，结果业务含义对不上 | 老业务方逐表参与映射评审，重点字段加注释 |
| 权限体系 | 直接复制旧系统角色，新系统角色模型用不顺 | 趁机重新设计权限矩阵，按"岗位+数据范围"组织 |
| 跨系统集成 | 新 OA 上了，ERP 那头还没改，对不上 | 集成接口先于 OA 切换上线，做双跑期 |
| 用户习惯 | 老员工抵触新表单，偷偷绕过 | 把 Top 5 高频流程在新系统里做得"比旧的还顺手" |
| 切换节奏 | 一刀切，全公司同一天换 | 按部门或按流程分批，每批 2-4 周观察期 |
| 培训 | 集中开一次大会就完事 | 把培训做成"按角色 15 分钟视频 + 沙箱演练" |
特别强调一条：历史审批数据的合规留痕是个独立问题，不要被"全量迁移"这个错误目标绑架。很多行业（金融、医疗器械、上市公司）对审批记录有几年到十几年的保存要求，但这些数据只需要"可追溯、可查询"，不需要"可继续在新系统流转"。一个独立的只读归档库就能满足，远比硬迁省事。
数据迁移这块的坑我们之前在 数据迁移避坑指南 里讲过具体技术细节，可以一起看。
九、写在最后
OA 这件事的本质，不是选哪个品牌，而是搞清楚自己公司的流程到底处在什么阶段：还在不停变（用低代码灵活承接）、已经稳定（用商用 OA 或定制把效率压到底）、还是已经和业务系统深度耦合（必须走流程中台）。
最常见的失误不是选错路线，而是没认真画过流程就开始选——选完发现工具能力错位，又怪工具不行。先花两周把 Top 20 流程画清楚、把组织模型梳一遍、把 ERP/CRM 这一侧的对接需求列出来，再回头看本文的 4 轴决策树，答案会自己浮出来。OA 不是越大越好、也不是越定制越值钱，合身才值钱。
