RPA的優(yōu)勢之一就是在2個系統(tǒng)之間同步數據，我作為一個互聯網產品經理，見過各種各樣的系統(tǒng)，腦子里就會想：“既然系統(tǒng)都有API，為什么客戶不自己用API對接呢？”

這問題，一直在我腦子里反復反復的思考，比較愚笨，一直沒想透，直到前2天，在和一個甲方溝通的時候，突然想透了，從“知道”到“懂”了。理由其實沒變，還是下面這些原因。

理由一：技術部喊不動

互聯網企業(yè)相對扁平，技術部門是核心，所有事情最終都要技術部去落實，部門之間溝通相對暢通。RPA客戶里，大部分是非互聯網企業(yè)，更偏向傳統(tǒng)企業(yè)，企業(yè)架構金字塔從上至下，部門墻是非常高的，跨部門辦事，那個叫難。

理由二：技術部一句“改可以，出問題你負責”，其他部門無可奈何

傳統(tǒng)企業(yè)財務部通過CFO給技術部任務，希望他們通過API開發(fā)數據同步功能。按理說，開發(fā)個API只是讀寫數據庫的事，不可能有啥BUG，在互聯網企業(yè)的技術部是不敢說“NO”的，而傳統(tǒng)企業(yè)技術部就敢這么懟：“改可以，但因為XXXXXXXX理由，出問題你負責”。不懂技術的需求方，就被嚇住了。

理由三：開發(fā)僅3天，排期3個月

就算走通各種內部流程，技術部老大也同意執(zhí)行，但技術部排期這事，就有點無解了；總有更重要的項目、更重要領導的安排、更急迫的客戶需求，需要插隊立即馬上開發(fā)。而一個僅3天的API，可能就需要排到3個月后才可能有空開發(fā)。

總結：

其實人人都明白，API對接方案比RPA高效、穩(wěn)定、便宜，但落實起來內部不通暢，所以甲方綜合考慮，還是會選擇更可控的RPA方案，雖然花點小錢，但乙方是“聽話的”。更何況，我們這種月付制RPA，那就更放心了。