RPA機器人專案實施過程中常見的十大陷阱

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

原文地址：