先把结论放这儿，免得你看完再骂我
RPA 不是「提效工具」，它是「临时脚手架」。你要真把它当核心系统用，两年后大概率收不了场。
我们公司做跨境，亚马逊加独立站，团队 12 个人。2023 年 8 月我开始接手自动化这块，本职工作其实是运营。到现在跑了大概 30 条流程，其中 7 条已经下架了——不是坏了，是我主动砍的。
刚开始我也信了销售的 PPT，说「效率提升 300%」。后来发现那些数字不算假，但前提条件全都没写进去。下面是我自己记的账。
第一笔账：开发工时能不能回本
这条最朴素，但 90% 的人做之前不算。
公式大概是：
回本月数 = 开发工时 ÷ (单次人工耗时(小时) × 月执行次数 × 0.7)那个 0.7 是折损系数。RPA 不是每次都能跑通，我自己的日志统计下来平均有 30% 左右需要人工介入或者重跑一次，赶上对方系统改版那几天，失败率能到一半。
举两个真实例子对比。
ERP 批量导订单：人工一次 6 分钟，一天 2 次，按月 26 天算是 52 次，月耗 5.2 小时。开发连对账的边界情况一起算，花了我 11 个小时。按 80 元/小时折算，开发成本 880 元，月省 416 元，回本 2.1 个月。这个值得做。
另一个：某供应商后台下载对账单。人工 3 分钟一次，一个月才 4 次，一个月总耗时 12 分钟。开发花了 6 小时——因为那个破后台有滑块验证，我光调试就调了一下午。这个流程一辈子都回不了本，这是我砍掉的第一个。
我自己后来的线是：月执行次数低于 20 次的流程，直接不做，让实习生点。
第二笔账：维护才是无底洞
开发只是一次性投入，维护是每年都要交的税。
2024 年我记了一整年的数据：30 条流程，全年维护 217 小时。听起来还行？但这里面 60% 的时间花在 4 条流程上。也就是剩下 26 条流程加起来只占了 87 小时。
维护的大头是对方系统改版。最惨的一次是 2024 年 3 月，亚马逊后台改了业务报告的 DOM 结构，我们三条流程一夜之间全挂，修了整整两天，那两天三个人手工导数据导到晚上十点。
所以有个血泪经验：选择器（selector）绝对不要用 index，也不要用绝对路径。XPath 要挂在一个稳定的文本锚点上，用相对位置去定位。影刀里我基本全部改成「锚点 + 相对偏移」的写法，改版之后修复时间从几小时降到十几分钟。
还有个反直觉的点：流程越简单越不容易坏。我一开始喜欢做「一条龙」大流程，从登录到导出到上传全包，结果任何一环出问题整条废掉。现在拆成 3-5 个独立小流程，中间用文件或者数据库交接。
第三笔账：那些没人提前告诉你的隐性成本
授权费这块先说清楚，很多人被销售忽悠。
- 影刀：社区版免费但商用要授权，企业版按机器人数量计价
- UiPath：Community 版免费，但官方限制是公司年收入低于 500 万美元或员工少于 250 人（两个条件满足其一即可，具体以官网为准，他们改过几次）
- Power Automate Desktop：随 Windows 11 免费，但 premium 连接器要 15 美元/用户/月
机器成本更隐蔽。跑 GUI 自动化的机器不能锁屏、不能断远程桌面。我们专门留了一台 8 核 16G 的 Windows 主机，常驻 console session。RDP 一断，UI 树直接不可见，所有基于界面的操作全部失败。这个坑我 2023 年 11 月踩过，那天晚上 9 条流程全红，我以为是代码问题，查了两小时才发现是同事远程连上来看了一眼然后把窗口关了。
还有几个参数级别的坑：
- DPI 缩放：开发机 100%，运行机 125%，元素坐标直接偏。全部统一成 100%，一分不能差
- Excel COM 残留：用完必须 Quit 并且释放对象，不然任务管理器里一堆 EXCEL.EXE，跑三天机器就卡死
- 分辨率：统一 1920×1080，换显示器之后坐标全废
什么时候不该用 RPA（对比表）
| 场景 | 更合适的方案 | 原因 |
|---|---|---|
| 对方有开放 API | 直接调 API | 稳定，没有 UI 依赖 |
| 数据在自己数据库 | SQL / Python 脚本 | 几秒钟搞定 |
| 老 C/S 客户端，无 API | RPA | 这才是 RPA 的主场 |
| 网页操作但无 API | Playwright / Selenium | 比录制式 RPA 稳，但要求会写代码 |
| 一个月跑不到 20 次 | 人工 | 开发成本收不回来 |
RPA 真正的价值区很窄：没有 API 的老系统 + 高频 + 规则明确。三条缺一条，性价比就崩。
我现在改成「半自动」了
不再追求 100% 全自动。每条流程最后一步一定是「生成待确认表格 + 人点一下提交」。
比如上架流程：机器人填到草稿状态，人工看一眼图片和标题再点发布。改完之后出错率从 8% 降到 0.3%。全自动听着爽，但一次错误的批量提交可能赔几百美金，还得跟客户解释。
保留人工卡点还有个副作用——业务同事觉得自己还在参与，没那么抵触。之前我全自动跑订单，运营那边反而天天盯着怀疑机器人抢了他们的活。
几个具体的、可复现的坑
- 剪贴板冲突。报错
CLIPBRD_E_CANT_OPEN，多机器人并行必现。解法是每个机器人用独立 Windows 用户会话，或者干脆别用剪贴板，全部用变量传递。 - 滑块验证码。别硬刚，做一个「人工介入节点」，弹个窗口等人拖一下。我们目前保留 3 个这样的节点，平均每天打断人工 4 次，比破解便宜多了。
- 定时任务撞车。两个流程同时操作同一个 ERP 会互相抢窗口焦点。我现在全部错开 90 秒以上启动。
- 日志一定要写全。别只记「失败」，要记每一步的输入、输出、耗时、截图路径。我现在每个流程往 SQLite 写一张日志表，出问题 30 秒定位，不用重跑复现。
最后一句话
RPA 的寿命大概 2-3 年。它的定位是过渡——在业务方还没做好系统对接的时候，用机器人顶上。
所以我现在的判断标准变了：如果一段流程你已经用 RPA 跑了两年，说明该去推动 IT 做接口了，而不是继续加机器人。
脚手架不是承重墙。