一、針對不合適的流程部署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項目進行中，沒有做好系統性的架構重組與員工重置計劃，企業人員會迅速流散轉移去做其他工作，例如關注服務提升，或關注比手動任務自動化更有趣的任務。這可能導致項目預期利益未能全部實現，項目的後續階段未能得到批准。
原文地址：https://www.uibot.com.cn/news-7-1431.html