机器人流程自动化常被当作中型企业的快速解决方案来推销。一个机器人登录与员工相同的屏幕界面，并像人一样点击操作，只是速度更快。对于系统不会变动、规则明确的稳定任务，这种方式确实有效。
但当一个流程跨越多个经常变化的工具，或者需要一些判断力时，麻烦就开始了。这时，基于API和自有数据而非用户界面构建的定制化流程自动化，通常在一年内的总成本会低于持续维护机器人的费用。
我是udata的首席技术官，这是一家拥有50多名工程师的软件开发公司，为成长型企业构建自动化系统和内部工具。以下是我们如何判断哪种方案更合适，以及定制化开发实际涉及的内容。
RPA仍然擅长的领域
完全否定RPA并不公平。当目标系统是没有API、且供应商不愿添加API的老旧桌面应用程序时，机器人是不错的选择。它们也适合短期需求，比如一次持续两个月后就结束的迁移工作，或者在正式投入构建之前，先用试点项目证明某个流程确实值得自动化。
有严格变更管控的公司也有另一个理由青睐机器人。机器人不会修改底层系统，因此比起会写入生产数据库的集成方案，它能更快获得批准。
如果你的情况符合这些场景，那就使用机器人方案。
机器人开始得不偿失的时候
典型的问题通常在后期才显现，也就是机器人从试点阶段转变为人们日常依赖的工具之后：
界面变化会导致机器人失效。SaaS供应商移动了一个按钮或重命名了一个字段，机器人就会出错，有时是悄无声息地失败，有时恰好在报表截止日期前的凌晨2点出问题。
异常情况最终又回到人工处理。机器人处理简单清晰的情况，把所有异常情况都推入一个队列。仍然需要有人来处理这个队列，而且这个队列很少会缩小。
许可费用随业务量增长。大多数RPA平台按机器人数量或运行时长收费，所以业务越成功，账单就越贵。
数据被困住了。机器人把数值从A屏幕复制到B屏幕，但不会给你留下一个可以用来生成报表或输入其他系统的干净数据库。
非结构化输入会让机器人束手无策。邮件、扫描发票以及二十种不同格式的供应商PDF文件，正是基于规则的机器人无法应对的地方。
通常来说，机器人已经完成了它的任务，只是流程的发展已经超出了点击屏幕所能处理的范畴。
定制化自动化在实践中的样子
定制化构建会跳过屏幕操作。它直接通过API与各个系统对话，运行计划好的同步任务，并维护自己的数据库，确保每条记录都有历史可查。异常情况不会消失在机器人日志里，而是会出现在一个小型内部工具或仪表盘中，让人员可以用几次点击就能修正，修正结果还能反馈到规则系统中。
我们通常采用的技术栈刻意保持简单：后端使用Python配合FastAPI或Node.js，存储用PostgreSQL，部署用Docker。没有什么新奇的东西，这一点很重要，因为客户自己的团队之后要长期维护它。
在输入内容混乱的地方，我们会加入语言模型。从发票中提取字段或对收到的邮件进行分类，正是那种过去需要人工处理、现在不再需要的任务。我们根据成本和任务类型，在OpenAI、Anthropic的Claude和谷歌Gemini之间进行路由分配，并且在任何涉及资金或合同的环节都保留人工审核步骤。供应商名称读错很容易纠正，但错误批准的付款可就没那么容易解释清楚了。
一家食品生产商的自动化项目，一周内交付
我们一个比较典型的案例，是为一家食品生产企业打造的运营自动化系统。我们最初估算需要5000美元和三周时间。结果最终只花了3000美元、一周时间就完成，而且是由一名全栈开发人员独立完成的。
这名开发人员并非特别神速。客户到来时已经把页面结构梳理清楚，工作流程也写得明明白白，数据库结构也已经起草完毕。几乎没有什么需要猜测的地方，所以也几乎没有需要重做的工作。
我在每次谈到自动化话题时都会提到这个案例，因为它同样适用于RPA方案。机器人会自动化你交给它的任何流程，包括那些混乱不清的部分。如果一个流程只存在于某位运营经理的脑子里，无论是机器人方案还是定制化方案，成本都会很高。
如何在机器人方案和定制化方案之间做选择
在续签机器人许可证或委托定制化开发之前，诚实地回答以下问题：
目标系统有可用的API吗？如果有，直接集成几乎总是比点击操作其界面更稳定。
界面或流程本身多久变化一次？每月都变化的情况更适合定制化代码。几年才变一次的情况更适合机器人方案。
有多大比例的情况属于异常？如果你的团队已经每周要花几个小时清理机器人的异常队列，这部分时间应该计入成本比较中。
之后是否需要用到这些数据？报表、预测或AI功能都需要干净、存储完好的数据，而机器人无法生成这类数据。
这个流程会存在多久？一次性的迁移不值得专门构建系统。但一个你会运行多年的核心订单到发票流程，可能就值得投入。
答案混杂的情况很常见，混合方案也完全合理：一个机器人可以继续处理某个没有API的老旧遗留屏幕，而周边的其他部分都转向直接集成。
从流程梳理开始
无论你倾向于哪种方式，第一步都是一样的，而且除了时间之外不花任何成本。把流程一步步写下来：谁参与其中，经过哪些系统，异常情况是什么，人们目前是如何处理的。一旦这份文档存在，工具选择通常就会变得显而易见，而你拿到的任何报价也会变得更加可靠。
这个梳理步骤也正是我们大多数定制化流程自动化项目开始的地方，在任何人写下一行代码之前。那些跳过这一步的团队，往往之后要以开发费率为同样的调研工作重新付费。
Q&A
Q1：中型企业什么时候应该选择RPA机器人方案而不是定制化开发？
A：当目标系统是没有API且供应商不愿添加API的老旧桌面应用时，或者只是短期需求（比如一次性迁移、试点验证）时，RPA机器人更合适。严格变更管控的公司也会更倾向用机器人，因为它不修改底层系统，审批更快。
Q2：使用RPA机器人久了会出现哪些问题？
A：常见问题包括界面变化导致机器人失效、异常情况仍需人工处理、许可费用随业务量增长而增加、数据无法沉淀成可用数据库，以及无法处理邮件、扫描发票等非结构化输入。
Q3：定制化流程自动化项目一般需要多长时间和多少成本？
A：成本和时间取决于流程梳理的完整度。文章中提到的食品生产商案例显示，如果客户提前准备好页面结构、工作流程和数据库schema，原本预估5000美元、三周完成的项目，实际只用了3000美元、一周时间就交付了。