成都 RPA 服务商怎么选？
5 个维度 + 5 个避坑信号

大部分企业在做 RPA 之前，问的第一个问题是："该用影刀、来也 UiBot 还是 UiPath？"但从我们这几年交付和接手"烂尾项目"的经验看，项目做不起来的真正原因，很少是平台选错，而是团队选错。

平台选错还能换，重做几个流程而已；团队选错，轻则交付延期、流程跑不稳，重则是钱花了、人也走了，机器人躺在服务器里没人管。这篇文章给出一份可以直接拿去问服务商的清单——拿这 5 个维度问任何一家（包括我们），答案会立刻分出高下。

一、先想清楚：你买的是交付能力，不是软件授权

RPA 平台本身是工具。同一款平台，有人能做出稳定运行两年的流程，也有人做出三天两头报错、业务部门干脆不用了的东西。差别在于对方是否懂你的业务流程、是否会处理异常、是否愿意在系统升级后继续负责。

所以评估服务商时，重点不是"你代理哪个平台"，而是"上一个和我类似的流程，你们是怎么做、怎么验收、怎么维护的"。

二、5 个评估维度（可直接照问）

维度	你可以这样问	合格信号	危险信号
1 开发交付能力	你们是卖产品还是做开发？能不能只做开发不管平台？	明确以开发交付为主；能承接已有平台上的开发	只会演示自家产品，问流程细节就含糊
2 多平台经验	你们做过哪些平台？会不会只推一种？	多平台实战（UiBot、影刀、艺赛旗、UiPath、实在智能等），按场景推荐	无条件只推一款，理由永远是"这款最好"
3 运维与异常兜底	页面元素变了、系统升级了怎么办？响应时限多久？	有成文的运维条款、异常告警与中断机制	回答"一般不会出问题"
4 同行业落地经验	做过和我同行业、同场景的项目吗？能不能讲清难点？	能说出该行业的具体卡点与处理方式	只有通用话术，举不出场景细节
5 报价结构透明度	报价包含哪几块？开发、许可、运维分别是多少？	三块分开写清，范围与验收标准明确	只有一个总价，说不清构成

其中第 3 条最容易被忽略，也最致命。RPA 依赖界面元素，只要业务系统升级、页面改版、字段位置变动，流程就可能失效。运维能力不是售后附加值，而是 RPA 的一部分。

三、5 个避坑信号

• 只讲平台优势，不讲你的流程。第一次沟通就开始演示平台功能，却没问过你的流程怎么跑——这种合作大概率会变成"你自己说需求，我照着做"，中间没人帮你判断哪些流程值得做。
• 报价只有一个总价。说不出开发、许可、运维各自的构成，后期追加预算的风险很高。
• 没有测试与验收标准。不约定样本数据、准确率要求、异常处理规则，上线后一旦出结果争议，很难界定责任。
• 不交付文档与流程说明。流程脚本全部掌握在对方手里，你想换人接手或内部维护时会非常被动。
• 上线即结束。没有运维安排，也不约定系统变更时的适配责任——这是"烂尾"最常见的形式。

四、比"看案例"更有效的办法：做一次小规模试点

案例和资质只能帮你缩小范围，真正能验证能力的是一次小规模试点：挑一个高频、规则清晰的流程，让候选方先做需求梳理和方案设计，用真实数据跑通 1 个流程。这一步能同时验证对方的业务理解力、开发水平、沟通效率，成本也远低于一次性铺开。

我们在实际项目中通常建议客户这么做，而不是一上来就签一个大包——先跑通，再谈规模。

五、说明一下立场

新乙科技本身就是 RPA 开发交付服务商，所以上面这份清单对我们同样有约束。我们把它写出来的原因很简单：如果客户按这五条去选，选错的概率会低很多；而把这五条都做到位的团队，本来就该被选中。

我们既提供主流 RPA 与 AI 软件、平台的选型与采购交付，也提供从咨询、方案设计、开发实施到长期运维的全生命周期服务。你可以自行采购平台再找我们做开发交付，也可以让我们把选型和采购一并负责——区别只在于你把哪部分交给我们，而"流程能不能真正跑起来、上线后谁来兜底"这件事，始终由我们负责到底。

常见问题