RPA 适合用在什么流程上——别把 RPA 当万能药- 大数跨境

速跑管理咨询

2026-09-28

导读：一家 480 人的集团共享服务中心，一年内立项了 8 个 RPA 流程。

点击蓝色字关注我们！

一家 480 人的集团共享服务中心，一年内立项了 8 个 RPA 流程。逐流程算完账：正收益的 4 个合计 +33.7 万元/年，负收益的 4 个合计 −28.6 万元/年，对冲之后年净收益只剩 5.1 万元；一次性投入 98 万元，回收期 19.2 年，项目在第 3 年就被叫停。**问题不在技术，在选流程。**用六维加权评分（规则明确度 25%、重复频次 20%、数据结构化 15%、跨系统程度 15%、界面稳定性 15%、例外率 10%）筛一遍，只有 4 个流程过 4.00 分门槛。只做这 4 个：投入 30 万元、年净收益 33.7 万元、回收期 10.7 个月。差别来自一个容易被跳过的算式——盈亏平衡频次 = 年化成本 ÷ 单次节省金额：P1 发票录入的平衡点是 3.84 万次/年，现状 9.6 万次（2.50 倍余量）；P7 关账凭证的平衡点是 2.04 万次/年，现状只有 0.12 万次，差 17 倍。差别不在技术能力，而在有没有先把流程按适用性筛一遍。

技术上能自动化，不等于财务上值得

RPA 最容易被误用的地方，是把"能不能自动化"当成了立项标准。一个流程只要有人在做复制粘贴，技术上多半能做出机器人；但机器人要赚钱，需要三件事同时成立：规则足够明确（例外少）、频次足够高（摊得薄固定成本）、跨系统搬运占比足够大（有可替代的时间）。这三件事在评分表上都能量化，缺任何一项，账都算不过来——这家厂 8 个流程里 4 个净收益为负，合计亏掉 28.6 万元/年。

阅读对象	你大概率见过的样子	失效在哪一层	先做的一件事
总经理	RPA 项目一窝蜂上，一年后收益说不清	正负收益对冲	先算每个流程的年净收益
流程负责人	凡是有重复操作的都想上	频次不足，摊不薄开发成本	算盈亏平衡频次再决策
IT / 自动化团队	技术上都做得出来	例外率高，人工兜底更贵	先统计例外率，再谈方案
财务 / 成本岗	RPA 的账里只有开发费	运维与许可未计入	按开发 × 18%/年计运维
内部审计	机器人出错谁负责	无重试与回退规则	设重试率与人工复核门槛

把"适不适合"拆成可打分的维度

评分模型的作用是把"感觉这个流程可以"变成"加权分 4.20"。六个维度里，规则明确度权重最高（25%），因为它决定机器人会不会被例外打断；重复频次次之（20%），因为它决定固定成本能不能摊薄；跨系统程度与界面稳定性各占 15%，前者是收益来源，后者是维护成本来源；结构化程度 15%、例外率 10% 作为修正项。满分 5.00，加权分 ≥4.00 才立项——这个门槛不是拍的，是用财务模型交叉验证出来的：这家厂过线的 4 个流程净收益全为正，不过线的 4 个全为负，中间没有灰区。

阅读对象	维度	权重	5 分与 1 分的界线
流程负责人	规则明确度	25%	能写成判定表 / 大量判断与例外分支
计划 / 运营	重复频次	20%	年工时超过 5,000 小时 / 低于 500 小时
IT / 自动化团队	数据结构化	15%	全结构化电子数据 / 纸质或非结构化文本
IT / 自动化团队	跨系统程度	15%	需在 ≥4 个系统间搬运 / 单系统内完成
IT / 运维	界面稳定性	15%	目标系统年变更 ≤1 次 / ≥4 次
质量 / 风控	例外率（反向）	10%	例外率 ≤2% / ≥30%

逐个流程算一遍盈亏

经济模型只有四条算式：年人工成本 = 年频次 × 单次耗时 ÷ 60 × 62 元；年节省成本 = 年人工工时 × 可自动化比例 A × 62 元；年化成本 = 开发 ÷ 3（摊销三年）+ 开发 × 18%（运维）+ 机器人许可分摊（8 万元/台·年，按占用 2,400 小时分摊）；年净收益 = 年节省成本 − 年化成本。以 P1 为例：年人工成本 31.7 万元、年节省 27.9 万元、年化成本 11.2 万元、年净收益 16.8 万元、回收期 8.6 个月。同样一套算式套到 P7 关账凭证，年人工成本只有 1.5 万元，年化成本却有 11.4 万元，年净收益 −10.7 万元。

阅读对象	流程	年工时	可自动化比例 A	年净收益	平衡频次 vs 现状
流程负责人	P1 发票录入与三单匹配	5,120 小时	0.88	+16.8 万元	3.84 万 vs 9.60 万次
流程负责人	P2 员工报销单初审	2,400 小时	0.82	+6.9 万元	3.11 万 vs 7.20 万次
流程负责人	P3 银行流水对账	1,664 小时	0.92	+4.7 万元	3.14 万 vs 6.24 万次
流程负责人	P4 订单状态跨系统查询	1,920 小时	0.86	+5.3 万元	2.30 万 vs 4.80 万次
流程负责人	P5 供应商主数据创建	850 小时	0.55	−3.8 万元	1.38 万 vs 0.60 万次
流程负责人	P6 客户投诉分派	1,350 小时	0.28	−4.2 万元	5.05 万 vs 1.80 万次
流程负责人	P7 月度关账凭证生成	240 小时	0.45	−10.7 万元	2.04 万 vs 0.12 万次
流程负责人	P8 合同条款抽取录入	900 小时	0.30	−9.9 万元	2.49 万 vs 0.36 万次
财务 / 成本岗	合计	14,444 小时	—	+5.1 万元	净额被负收益抵消 84.9%

频次是最硬的门槛

四种失效机制里，前三种都指向同一个答案：不是机器人不行，是这条流程不值得做。例外率超过 20%，机器人的可自动化比例会被压到 0.55 以下，人工兜底把节省吃回去；年工时低于 1,000 小时，十几万开发费摊到几千笔业务上，单笔成本比人工还贵；目标系统年变更 ≥3 次，运维费会从"开发 × 18%"的实际占比里涨上去——P7 的维护就占了年化成本的 34.7%。只有第四种是纯粹的选择错误：规则分只有 3 分，却因为"跨了 4 个系统"被当成好机会。

阅读对象	机制	触发条件	本套数字
流程负责人	例外淹没机器人	例外率超过 20%	P6 例外 38%，可自动化比例仅 0.28
计划 / 运营	频次摊不薄成本	年工时低于 1,000 小时	P8 年工时 900 小时
IT / 运维	界面变更吃掉收益	年变更 ≥3 次	P7 年变更 4 次，维护占年化成本 34.7%
流程负责人	规则不明却硬跨系统	系统 ≥4 且规则分 ≤3	P7 跨 4 系统、规则分 3，加权分 2.90
财务 / 成本岗	运维漏算	只算开发费	运维 = 开发 × 18%/年

先标准化，再自动化

RPA 只能自动化"已经存在的流程"，所以顺序必须是先标准化、再自动化。这家厂做了 6 个月标准化（把经验判断转成书面判定规则、统一输入模板、减少系统间人工切换）之后，P5 的例外率从 22% 降到 11%、P6 从 38% 降到 24%、P8 从 31% 降到 18%，可自动化比例分别升到 0.74、0.46、0.52。但复查发现：这三个流程的年净收益仍然为负（−3.0、−3.0、−8.9 万元）——标准化能提高可自动化比例，改不了频次不足与开发成本过重这两个结构性问题。

阅读对象	步骤	判据	不做的后果
流程负责人	把规则写成判定表	例外分支 ≤10%	机器人被例外淹没
IT / 自动化团队	统一输入格式	全结构化电子数据	无法稳定解析，重试率上升
IT / 运维	减少系统切换	单流程系统数 ≤3	界面依赖多、维护昂贵
财务 / 成本岗	设运维预算	开发 × 18%/年 + 变更次数	一次系统升级机器人就停摆
总经理	再上 RPA	加权分 ≥4.00 且回收期 ≤12 个月	把混乱自动化，规模放大