一、針對不合適的流程部署RPA

這樣的流程包含2類：

**類是非常復雜的流程。針對復雜的流程做RPA規劃將會產生高額的費用。復雜程度中低等的流程或子流程是RPA項目初期的**目標，企業可在RPA成熟之后再著眼于復雜的流程，從價值**或構架簡單的部分開始，逐步增加該流程的自動化程度。

第二類則是經常變化的流程。RPA不適合被部署到經常變化的系統中去，頻繁升級或者變更會導致RPA項目維護難度直線上升。


二、針對某**程過度自動化

看待RPA的**視角是將其當作輔助工具，用來完成基礎流程的操作，使人力有更多時間完成其他工作。將一個流程的70%低價值部分自動化，30%高價值部分人為處理時一個良好的初期目標。機器人完全學會每一個流程可能需要較長時間，項目應嘗試通過一系列簡易的變革，逐步增加流程自動化的比例。


三、低估RPA所帶來的影響

在RPA項目的啟動、定位和交付中會遇到很多問題。然而有2個問題可能會影響到RPA項目的延遲上線與利益實現：忽視了如何使自動化流程上線和由誰來操作RPA機器人。

一個以業務為導向的RPA**中心是管理提升虛擬勞動力的**方式。著手構建**中心，就IT管理達成共識，訓練員工使用RPA機器人并持續優化流程。


四、采取傳統方法實施RPA

通常企業采取過于工程化的軟件實施方法來部署RPA，其中包括低價值的文檔和階段性劃分，使通常只需要幾周實施周期的RPA項目延長至幾個月。

大多數軟件實施方法對RPA來說都太過于工程化，尤其是RPA較少改變現有系統且新流程已存檔在RPA工具中。企業應依據自身面臨的挑戰，簡化傳統實施方法，通過靈活的手段分階段實施RPA。


五、缺乏RPA商業案例

大多數企業通常會先做POC（概念驗證）或RPA試行來檢驗RPA是否能如期運行。但是通常成功的POC和大規模生產自動化之間仍有巨大的差異，RPA項目組將無法回答董事會關于“如何定位RPA，RPA項目有著怎樣的成本與回報”等基本問題。

而且要通過POC需要花上數周時間，將復雜程序自動化，這期間足夠開展一個扎實的機遇評估探討，和完成具體的商業案例。


六、針對RPA建立POC的過程、資源及經驗不足

一個RPA常見的陷阱，只需短短一兩天的培訓，大多數的業務用戶就可以自動化一個簡單的流程。然而實際上，創建一個可以靈活擴展的RPA流程所需要的技能遠遠不止這些。因此通常情況下，POC需要經過長期的測試和修改過程后才能實施，甚至是重建。在團隊培訓和技能轉移支持上不吝嗇花費，是項目成功的重要因素。


七、對RPA的****率期望過高

現有的RPA雖然能夠自動化大部分流程，但是并不能自動化所有流程——通常是因為這些流程需要從打電話或紙質記錄開始，或需要一定的客戶溝通。因此公司經常會自動化了很多子流程，卻忽略了刻意通過電子化或者OCR技術來增強RPA功能以及自動化整體流程。


八、忽略IT系統設施

絕大多數的RPA工具，**是在一個虛擬的桌面環境里，通過適當的擴展和業務持續性設置，進行操作工作。RPA流程可以很快地實施，但IT卻不能夠在如此短暫的時間搭建完善的生產設施，并因此成為實施RPA的主要絆腳石。


九、沒有將RPA考慮為業務主導，而是由IT作為主導

企業通常在初期認為RPA是系統自動化項目，從而忽視了RPA最終將會把公司上下的業務交付給虛擬員工來處理。

成功的RPA是由業務為主導，與IT、網絡、安全、風險、人力資源和其他職能部門有著緊密合作關系的企劃或項目。


十、將RPA看作一系列系統自動化項目，而非端到端的變革項目

如果在RPA項目進行中，沒有做好系統性的架構重組與員工重置計劃，企業人員會迅速流散轉移去做其他工作，例如關注服務提升，或關注比手動任務自動化更有趣的任務。這可能導致項目預期利益未能全部實現，項目的后續階段未能得到批準。

RPA：https://www.uibot.com.cn/

資訊來源：https://www.uibot.com.cn/news-7-1431.html