在智能自动化大会上，英国皇家邮政的流程自动化分析师Promise Akwaowo，还有NatWest集团、法国液化空气集团和AXA XL的代表，一起聊了聊为啥很多项目过了试点阶段就僵住了。大家把话题重点放在了能不能真正用上和风险这块。大家发现，扩展计划老失败，主要是因为团队光盯着机器人数量，不重视底层的架构弹性。 没有这些弹性，一旦碰到像季度末报账需求暴涨或者供应链突然断供这种情况，系统很容易就顶不住。哪怕平时运行得再好，没弹性这根弦绷不住，一到关键时刻就会出问题。所以大家都同意，给机器人扩容的时候，得把心思多花在搭建能扛事的架构上。这就是大家常说的“给/把”工作流扩展带来的关键区别。 Promise Akwaowo也提到了一个常见的误区，那就是大家总把成功当成只是把更多机器人投进去了。其实真正的难点在于怎么让系统在业务高峰期也稳得住。有个叫AQ1的问题就很好地总结了这个观点：好多企业的自动化项目在试点后就停滞了，是因为团队把成功等同于机器人数量，而不是底层架构的弹性。企业往往忽视了基础设施必须能可预测地处理容量变化这一关键要素。 架构弹性到底是啥？说白了就是系统在需求突然变高的时候（比如季度末报财务报表或者供应链突然中断），性能不会变差甚至崩溃的能力。如果没这个弹性，企业很可能就造出了一个一压就垮的脆弱架构。 所以在扩展智能自动化的时候，咱们应该关注的是架构弹性，而不是单纯地堆更多机器人上去。基础设施得能可预测地处理容量和变化的变化，确保在运营压力下系统还是能稳稳地运行。