去年陪朋友看他们公司花80万上的RPA项目，上线演示时那叫一个风光，领导眉开眼笑，觉得从此裁员在望。结果没到一年，三个流程就崩了两个——原因很可笑，财务系统一个按钮从“保存”变成了“提交”，脚本直接点错，给供应商多发了一笔钱。从那以后，RPA的维护群从热闹变成死寂，业务部门开始找IT麻烦，IT部门说这不是我写的，最终两个兄弟离职，RPA成了谁都不愿意碰的“祖宗代码”。这个故事让我越来越反感现在市场上那种“RPA成功学”的吹嘘。
说实话，RPA这东西的技术本质就是“模拟人工点击”，说难听点，就是教电脑像人一样用鼠标键盘去蹂躏老掉牙的系统。我的一个朋友为了搞定一个报销流程，用TagUI写了个脚本，结果对方系统弹了一个“您的会话已过期”的对话框，脚本就像个傻子一样卡在那里，等着人类去解救。再看商业的UiPath，确实稳定，但那些许可证的费用够养两个实习生了。更气人的是，每次系统升级，RPA脚本都会给你来个“一夜回到解放前”，你还得去翻那些没人维护的UI选择器，彻底成了流程的“人质”。这就是为什么越来越多企业发现，RPA不是一个省钱工具，而是个“烧钱机器”。
更严重的是，RPA在应用中被当成了“低垂果实”的收割机，其实它是“技术债”的播种机。我见过太多企业，所有流程都一股脑往RPA上堆，然后成立个“卓越中心”，搞一堆KPI，指标是自动化了哪些环节，节省了多少FTE。但这些账根本算不清——因为RPA脚本的平均寿命也就一年半载，一旦业务变了，你不仅要改脚本，还要重新验证一堆边界情况。这年头，一个“自动化”项目变成了三个人的长期运维包袱，比当年老代码还让人头大。另一方面，很多流程本来就应该是两端API对接，偏偏因为部门墙硬要搞RPA，最后就是给未来的维护埋雷。
所以我要唱个反调：RPA最重要的价值不是省了人力，而是让你看清楚自己的流程有多烂。真正的出路不是急着自动化，而是先做流程梳理和重构，用流程挖掘找到那些反人类的“手工作坊”环节，直接砍掉，或者改成系统级集成。我甚至觉得，RPA的未来根本不是独立存在，而是跟AI Agent结合，让RPA变成“手脚”，LLM去做“眼睛和大脑”，才能真正适应变化。如果你还是抱着“机器人帮你点鼠标”的想法，那不如不玩。这种观点可能不讨喜，但那是我的真实经历换来的。
总之，别再信那些“上线就赚”的案例了，那些都是幸存者偏差。RPA是一把刀，能切菜也能剁手。我们需要的是对流程的尊重，而不是对工具的迷信。如果你正准备上RPA，我建议你先问自己：两年后愿意的人，现在就去改流程，而不要把钱花在“看起来努力”的自动化上。这是老张的真心话，句句是坑踩出来的。
