青岛九尾狐网络科技有限公司｜本地深耕12年｜30余项软件著作权｜源码交付｜支持独立部署｜服务区域：青岛全域及山东、全国
核心结论速览
OA 审批系统的定制开发，是在「管控」和「效率」之间找平衡。结论三条：第一，OA 做废的原因几乎都不是流程不够完善，而是审批链太长——每增加一级审批，员工的提交意愿就下降一截，最后变成先办后补，系统彻底失效。第二，表单的字段数和审批通过率成反比，超过十五个字段的表单基本没人认真填，填了也是糊弄。第三，OA 的真正价值在「留痕」不在「管控」，把方向搞成管控，做出来就是个电子签章机。适配人群为正在上 OA 的企业管理者、审批流程越加越多的行政负责人、觉得 OA 没用但说不清为什么的管理层。
判断一个 OA 好不好，看一件事：员工提交一个报销，从打开到提交完成，需要点几次屏幕。超过十次，这个系统就注定被绕过。
为什么OA上线后，事情反而更慢了
这个场景很典型。公司上 OA 之前，报销找财务签个字，五分钟搞定。上 OA 之后，要填单、上传发票、选部门、选项目、选费用类型，然后走三级审批，中间任何一级出差就卡住，一周都下不来。
员工很快学会了应对：先垫钱办事，攒一堆单子月底一起报；或者干脆不报，找别的途径解决。OA 变成了一个「必须走但没人真心用」的流程。
问题出在哪？出在上 OA 的动机。
大多数公司上 OA 的动机是「加强管控」——想让每一笔支出都有审批、每一个决定都有留痕。这个动机本身没错，但它会导致一个必然的结果：审批节点不断增加。
因为每个部门都希望自己有知情权和否决权。财务说金额超过五千要审，行政说涉及资产要审，法务说涉及合同要审，分管领导说我得知道。每加一个节点，流程就长一段，而加节点的人不承担流程变长的成本——成本由提交人承担。
这就是 OA 系统里最根本的利益错配：设计流程的人不用走流程。
所以在做 OA 定制时，第一个要解决的问题不是「怎么把流程配得更灵活」，而是「怎么让流程设计者对流程长度负责」。没有这个约束，再好的系统也会被慢慢堆死。
在青岛本地做企业信息化项目时，我们通常会建议客户在上线前先做一次「流程瘦身」：把现有的审批流程全部列出来，每条流程标上平均耗时和平均节点数，然后逐条问一句「这个节点真的拦下过什么吗」。凡是答不上来的节点，先砍掉再说。
三种OA形态的对比：纸质、通用SaaS、定制
下面这张表把三种形态拆开看。权重按对「员工是否真的用」的影响排序，注意第一项不是功能。
| 对比维度（权重） | 纸质加微信 | 通用SaaS OA | 定制开发OA |
|---|---|---|---|
| 提交路径长度（25%） | 短，签字就行 | 长，字段多节点多 | 可设计，按场景精简 |
| 流程贴合度（20%） | 完全贴合 | 按产品假设 | 完全按实际流程建模 |
| 移动端体验（15%） | 无 | 一般 | 可针对高频场景优化 |
| 与业务系统联动（15%） | 无 | 弱 | 可与订单、合同、财务深度打通 |
| 留痕与可追溯（10%） | 弱，纸质易丢 | 强 | 强，可自定义留痕粒度 |
| 流程变更成本（10%） | 零 | 低，但受产品限制 | 中，需开发但可控 |
| 数据统计能力（5%） | 无 | 有标准报表 | 可定制分析维度 |
这张表最值得注意的是「提交路径长度」这一项。纸质流程在这一项上是赢的，这就是为什么很多公司上了 OA 之后，员工怀念纸质时代。
定制 OA 要做的不是把纸质流程照搬成电子流程，而是重新设计提交路径。有些节点可以在系统里自动判断，不需要人点——比如金额低于某个阈值自动跳过、同一项目已经批过的费用类型不再重复审批、常用报销组合可以存成模板一键提交。
这些优化在通用 SaaS 里做不了，因为它的流程引擎是固定的。这也是定制 OA 唯一站得住脚的理由：不是为了功能多，是为了流程能按你的实际情况变形。
第一个失败点：审批链太长，且没人对长度负责
审批链的长度有一个隐性的临界点。经验上，一条审批链超过四级，完成率会明显下降；超过六级，大部分单子会在中途停住，最后靠线下催。
更麻烦的是，链越长，每一级的审阅质量越差。第一级还会认真看，到第四级基本就是点通过。这时候审批已经从「把关」退化成了「流程仪式」。
解决这个问题有两个方向。
第一个方向是「金额分档」。不同金额走不同长度的链，小额直接主管批，大额才走多级。这一条几乎所有 OA 都支持，但很多公司不用，因为「怕出事」。实际上小额高频的支出才是效率杀手，把它放开，收益最大。
第二个方向是「并行审批」。同一级的多个部门可以同时审，不用串行等。技术上不难，但需要业务上明确「并行时任意一人否决是否生效」这个规则。
定制开发还能做第三件事：把审批链长度做成可见指标。每个月出一张表，列出各流程的平均节点数和平均耗时，让管理层看到「我们加了这么多节点，到底换来了什么」。这个数据一旦摆出来，砍节点就容易多了。
第二个失败点：表单字段太多，填的人开始糊弄
表单设计有个规律：字段数和填写质量成反比，而且是加速下降的。
十个字段以内，员工还愿意认真填。超过十五个，开始出现「随便选一个」「复制上次的」。超过二十五个，大部分字段会填成默认值或者无意义的字符。
但表单字段往往是各方博弈的结果。财务要发票号、要税号、要成本中心；行政要资产编号、要使用部门；业务要项目号、要客户名称。每个字段对提出方都有用，但加起来就压垮了提交人。
可行的做法是分层：把字段分成「必填」和「选填」，必填控制在八个以内，其余全部选填。同时对选填字段做智能填充——从历史记录里带出上次的值、从组织架构里带出部门、从发票 OCR 里带出金额和税号。
另一个做法是「后置补充」。有些信息不需要在提交时填，可以在审批过程中由特定角色补。比如成本中心可以由财务在审核时归集，不需要提交人选。
这两个做法都需要系统支持字段级的权限和流程级的补充节点，通用 SaaS 往往做不到这么细。
第三个失败点：把OA当成管控工具，而不是留痕工具
这是方向性的问题，也是最难改的。
如果把 OA 定位成管控工具，那它的成功标准就是「拦住多少不合规的申请」。这个标准会驱动流程越来越严，最后没人敢提申请，或者都走线下。
如果把 OA 定位成留痕工具，成功标准就变成「每一笔支出都能追溯到谁提的、谁批的、依据是什么」。这个标准下，流程可以很短，但记录必须完整。
留痕导向的 OA 设计有几个特点。
第一，允许「先办后补」，但补的时候要说明原因。这比强行禁止更符合实际——紧急情况总会有，堵不如疏。
第二，审批意见要能写实质内容，不是只有「同意」「驳回」两个按钮。很多决策的依据就藏在审批意见里，这是最有价值的数据。
第三，附件管理要做好。合同、发票、验收单、照片，这些才是审计时真正要看的东西，系统要能按流程、按时间、按参与人检索。
第四，留痕不可篡改。操作日志要完整，谁在什么时候改了什么，都要有记录。
这四条做到了，OA 的价值就成立了——它不阻止你做任何事，但它让每件事都有据可查。
案例实证：一家政务服务机构，把审批从六级压到三级
青岛一家承担公共服务职能的机构，之前的 OA 系统有 47 条审批流程，平均每条流程 5.8 级审批，最长的一条有 9 级。员工普遍反映「什么事都要等一周」。
我们做的第一件事不是开发，是拉了一张表：把 47 条流程全部列出来，标上近一年的发起量、平均耗时、平均节点数，以及每个节点的驳回率。
数据一出来，问题很明显。有 11 条流程一年发起量不到 5 次，占了流程总数近四分之一，但维护成本很高。有 8 条流程的中间三级审批，近一年驳回率是 0——也就是说这些节点从来没有拦下过任何东西。
砍掉这 8 条流程里的 11 个零驳回节点，再把 4 条低频流程合并，平均审批级数从 5.8 降到 3.2。
然后才是系统改造。定制的重点放在三处：一是把高频流程（报销、请假、用车、采购申请）做成移动端三步内提交；二是加了「流程健康度」看板，实时显示各流程的平均耗时和积压情况；三是把审批意见改成必填实质内容，不能只点同意。
上线三个月后，高频流程的平均完成时间从 4.7 天降到 1.3 天，移动端提交占比从 12% 升到 78%。
这个案例里，最有效的工作是那张表，不是那些代码。系统只是把管理决策落地了而已。
相关阅读
常见问题解答
OA和钉钉、企微自带的审批有什么区别？
钉钉和企微的审批适合标准化程度高的场景，比如请假、报销、外出，开箱即用，移动端体验好。它们弱在复杂流程和业务联动：多条件分支、跨系统取数、与订单合同关联，这些做不了或者很别扭。通常的做法是简单流程用钉钉，复杂流程用定制 OA，两边通过接口同步待办。
流程能不能做成完全自定义，让业务自己配？
技术上可以，但要谨慎。完全自定义的流程引擎意味着任何人都能改流程，结果是流程越来越复杂、没人能说清一条单子到底走哪条路。更稳的做法是「有限自定义」：常用流程做成模板，业务可以调整节点和条件，但改动要留痕、要有人审批。
审批节点能不能设置代理人？
必须能，而且这是 OA 的刚需功能。领导出差、休假是常态，没有代理人机制，流程就会卡住。设计要点有三个：代理人要有明确的时间范围、代理期间的审批要标注「代某某审批」、原审批人回来后要能看到代理期间的所有操作。第三点最容易被漏掉。
移动端和PC端要做两套吗？
不用两套系统，但要有两套交互。移动端只做高频动作——查看待办、审批、提交简单单据；PC 端做复杂操作——批量处理、报表分析、流程配置。把 PC 端的全部功能搬到手机上，结果是手机上什么都不好用。
审批数据能不能用来做管理分析？
能，而且价值被严重低估。审批数据能反映很多事：哪个部门的费用增长最快、哪类申请驳回率最高、哪个环节最容易积压、谁的审批最慢。这些分析比看报表更能发现问题。前提是数据要结构化，审批意见要能检索。
老流程怎么迁移到新系统？
不要一次性迁移。做法是先把历史数据归档成可查询的只读库，新流程只处理新单子。这样既保证了历史可追溯，又不用花大量时间做数据清洗和格式转换。硬要把老数据全部结构化迁移，投入产出比通常很差。
OA需要和财务系统打通吗？
如果审批涉及费用，就需要。打通的价值在于：审批通过后自动生成凭证或付款单，不用财务二次录入；财务也能看到每笔支出的审批依据。打通的关键是科目、成本中心、供应商这几个主数据要在两边对得上。
怎么判断OA项目做成功了？
看三个数：高频流程的平均完成时间、移动端提交占比、线下补单的比例。第一个降下来了、第二个升上去了、第三个接近零，就是成功。如果只看「上线了多少条流程」，那是自欺欺人。
综上所述
OA 是个很容易做、也很难做好的系统。容易在于技术门槛低，难在于它直接触碰组织里最敏感的东西——权力和效率的冲突。
三个失败点背后是同一个问题：流程设计者不承担流程成本。审批链越长，设计者越安全，提交人越痛苦。表单字段越多，提出方越放心，填写人越敷衍。管控导向越强，管理者越有掌控感，员工越想绕开。
定制开发能做的是把这些成本显性化：让流程长度可见、让字段填写质量可测、让留痕价值被看见。但它替代不了管理决策——砍不砍节点，最终还是要人来定。
所以如果你准备上 OA，建议先做一件事：把所有流程列出来，标上发起量、耗时、节点数、驳回率。这张表做出来，你会发现一半的问题不需要开发就能解决。
剩下那一半，才是系统该干的活。