RPA的“祛魅”：从流程苦力到Agent前夜的产业拐点

上周跟做财务共享的朋友吃饭，他吐槽去年公司花几十万上的RPA项目，现在一半机器人在工位上“躺平”。

躺平。

对，就是字面意思——每天定时启动，跑十分钟，报错，然后停在那儿，等运维手动重启。

很多人对RPA的认知还停留在厂商的宣传PPT上：穿着西装的数字员工，坐在虚拟工位上，一秒钟处理完人类一天的工作量，零差错，不抱怨，工资还只要十分之一。

纯扯。

被高估的“数字员工”，其实是跑不动的脚本

RPA的核心逻辑是预设规则的UI层操作模拟，完全不涉及对业务逻辑的深度理解。说白了，它就是个比普通脚本更稳定一点的“按键精灵”，你告诉它第一步点哪个按钮，第二步输什么内容，第三步等几秒再点提交，它就照着做。但凡哪个环节跟你预设的不一样，它直接卡死，连想都不会想。

我见过最离谱的案例，某地产公司的RPA因为OA系统的“确认提交”弹窗位置改了2毫米，连续三天没跑通考勤统计，最后还是行政小姑娘手动导了全公司的考勤表，花了整整一下午。

很多企业在选型的时候只看厂商演示的炫酷流程，完全不考虑自己内部系统的碎片化程度、流程的标准化水平，最后花了大价钱买回来的工具，只能跑通演示视频里的那几个场景，放到真实业务里处处卡壳。

2024年的RPA，已经被逼到了和大模型搭伙过日子的份上

之前的RPA为什么跑不通？因为它只能处理结构化的、规则完全固定的流程，但凡有一点非结构化的内容，比如手写的发票备注、格式不统一的客户邮件，它直接抓瞎。

现在不一样了。

之前RPA覆盖不了的非结构化数据处理、异常流程判断，现在靠大模型的理解能力补位。你不用再给RPA写几百条规则告诉它怎么识别发票了，大模型直接读扫描件，不管发票版式怎么变，都能把金额、税号、开票日期抠出来，然后交给RPA去填进报税系统。遇到异常的报销单，大模型还能先判断一下是不是符合规则，不符合的直接转人工，不用等RPA跑完整套流程再报错。

你去看现在主流RPA厂商的发布会，已经没人单独卖“自动化脚本”了，全在吹“AI+RPA的智能数字员工”。去年UiPath的财报里，跟大模型相关的功能已经占了新增收入的30%以上，国内的影刀、来也这些厂商，也早就把大模型能力嵌到了自己的平台里。

现在真正跑通的RPA场景，根本不是厂商吹的什么“全岗位替代”，都是极度标准化的边缘场景：银行的对账单匹配，运营商的手机号开户信息核验，制造企业的供应链订单录入。这些场景的共同点是：流程规则10年没怎么变过，每天重复几百次，人工做容易眼花出错，就算RPA偶尔出点错，人工检查的成本也远低于原来的录入成本。

上次在南京软件谷跟做RPA渠道的朋友聊天，他说现在南京本地的制造业客户，真正愿意为RPA持续付费的，都是那些已经把SOP写得像法律条文一样细的工厂——从订单录入到物流单打印，每一步的操作步骤、异常处理规则都明明白白。那些连自己生产流程都靠老师傅口头传的企业，买回去的RPA最后都成了行政柜里的摆设，连开机都懒得开。

别吹什么“替代白领”，RPA现在还解决不了流程的“人性bug”

很多企业上RPA的初衷就是为了裁人。但实际跑下来，你会发现RPA替代的不是整个岗位，是岗位里最无聊的那10%的工作。剩下的90%，还是得人来做。比如财务的小姑娘，之前要花半天录凭证，现在RPA帮她录完了，她得花一天时间检查RPA录的对不对——因为RPA经常会把特殊情况的凭证录错，比如员工拿了个国外的发票，格式跟国内的不一样，RPA要么识别错，要么直接跳过，最后还是得人手动补。

还有个容易被忽略的治理风险：RPA的权限是个大雷。很多企业为了让RPA能跨系统操作，直接给它开了最高权限的账号，不用审批，不用留痕，万一脚本写错了，或者被人篡改了，直接就能把核心客户数据导出去。之前有公开报道过的案例，某互联网公司的RPA因为脚本逻辑错误，连续一周把客户的回款记录删了，最后查了半天才找到原因，光客户安抚就花了几百万。

更麻烦的是，RPA跑久了，会变成企业里的“野生黑箱”。一开始写脚本的人离职了，没人知道这个RPA到底是按什么规则跑的，也没人敢随便动它，怕一改就出问题。很多企业现在都有十几台这种没人管的RPA，是当年某个部门为了省事自己搭的，连IT部门都不知道它的存在，哪天系统升级了它就直接挂了，业务部门还以为是系统出问题了，折腾半天才找到原因。

聊点实在的，未来3到5年的RPA行业，我有三个明确的判断：

第一，纯RPA的市场会快速萎缩，以后没有单独的RPA厂商了，都是AI Agent生态里的一个执行层组件。现在你看头部的RPA厂商，都在往低代码+大模型平台转，没人再单独卖按机器人数量收费的许可证了。

第二，真正的落地拐点，不是RPA技术本身升级，是企业的流程治理能力跟上。你连自己的流程都理不清楚，再强的自动化工具也救不了你。未来能从RPA里拿到实际收益的企业，一定是那些先把自己的流程捋顺了，再上工具的，而不是指望靠工具解决流程混乱的问题。

第三，别指望RPA能替代多少人。未来3年，RPA带来的不是大规模裁员，是岗位重构：原来专门做录入、核对的岗位，会变成“RPA运维+异常处理”的岗位，对人的要求反而更高了——你得懂业务，还得能看得懂RPA的运行日志，能快速定位异常问题。

说实话，我特别烦现在很多厂商吹的“数字员工”概念，把个脚本吹得跟个能独立干活的员工一样，实际上连个弹窗都搞不定。不过话说回来，也不能一棍子打死RPA，毕竟要是真能把那些枯燥到让人发疯的重复活接过去，哪怕只能干一半，也是功德一件。

没人喜欢做重复的事。

但企业里太多工作，本质上就是重复。