RPA 平台怎么挑,挑之前先回答这十个问题
先挑平台再想需求,顺序反了。讲清十个必须先回答的问题、本地部署和云端的取舍、报价单上看不见的成本,以及四种根本不该上 RPA 的情况。

顺序错了,后面全白搭
见过太多这样的开头。销售领进门,先看 demo,演示完觉得不错,然后坐下来讨论需求。走到这一步会发现,最难的那部分还没聊。
平台是执行器。你流程还没理顺,执行器再好也只是把混乱跑得更快。今天聊的不是挑哪家,是先确认这活值不值得干。
四种情况,不用往下看了
先泼点冷水。下面任意一条命中,这篇文章剩下的内容对你没用。
- 一个月就发生一两次的事。手工做一次十分钟,一年省下来的时间还不够付实施费;
- 规则天天变。今天一个口径明天一个口径,维护成本很快超过人工成本;
- 需要人拿主意。谈判、审批语气、例外裁定,这些环节 RPA 干不了;
- 数据拿不到。上游不给接口也没有导出权限,先解决数据再说工具。
反过来,高频、规则稳、重复度高的流程,就是 RPA 的典型战场。判断完这关,再往下走。
十个必答问题
这十个问题按三组分,每组回答之前先想清楚,别急着进平台演示。
流程本身
- 数据从哪儿来。文件、数据库、网页表单还是接口,决定采集环节怎么写;
- 结果送到哪儿去。另一个系统,还是发邮件、发企微。输出端往往比输入端难;
- 流程有几个变体。三个以内好维护,十几个该先重构流程;
- 数据能不能出内网。财务、人事、客户信息,默认走本地。
可靠性
- 中途挂了怎么办。能断点续传,还是只能从头跑;
- 重复执行怎么认出来。看业务字段可靠,看今天跑过没会出错;
- 单次跑多久、多久跑一次。涉及并发和资源规划;
- 出问题谁来看。开发还是业务同事,决定学习成本能容忍到多高。
长期成本
- 本地部署还是云端 SaaS;
- 流程废弃之后,机器和数据谁来清理。
第二个问题常被忽略。上线的流程两年后没人用了,机器还开着,数据还在库里,这是笔糊涂账。
本地还是云端
| 维度 | 本地部署 | 云端 SaaS |
|---|---|---|
| 数据安全 | 数据不出内网,合规压力最小 | 要确认数据存储地和厂商资质 |
| 初始投入 | 有部署成本,没有按量费用 | 起步快,按账号或用量计费 |
| 扩展 | 受限于自己机器 | 按需加节点 |
| 运维 | 升级和备份自己扛 | 厂商负责,出问题时你在等 |
我的经验是,涉及财务人事客户数据的场景默认本地。营销、数据采集这类非敏感的,云端更省心。
真正的大头是维护
上线三个月后流程会变、系统会升级、字段会改,每一次变动都要有人改流程。
评估维护成本有个挺好用的办法。你在心里问一句,如果我今天离职,这个流程谁接手。答不上来,说明学习成本从一开始就没算进去。
所以挑平台时别只看能不能配流程,要看它在界面上能不能看懂每一步。能看懂比能写代码重要得多。
报价单上看不见的那些
- 流程梳理和业务访谈占掉的人力;
- 测试环境和生产环境的维护;
- 员工培训,加上适应期的效率下降;
- 账号、令牌、密钥的续期管理;
- 平台年费逐年上涨;
- 流程废弃后的下线与数据清理。
什么情况下别上
这几条建议直接说。
- 需求方说不清现在每天花多少时间在这件事上。说不清就量化不了 ROI,后面一定吵架;
- 流程图都画不出来。流程本身有问题,自动化只会把混乱固化;
- 只是因为隔壁公司在用。工具不等于方法;
- 期望三个月见效。RPA 的价值通常在第六个月之后才明显,前三个月都在补历史数据的坑。
四条里中一条,就回去把需求理清楚。这比挑平台重要得多。
写在最后
这十个问题答完,你会发现能不能干比选哪家重要得多。场景不对的时候,再好的平台也是浪费。