為什麼RPA專案失敗了呢？

要問2019年哪個領域最火，肯定少不了 。RPA是機器人流程自動化，可以模擬人與計算機的互動過程。簡單點說，那些基於固定規則不斷重複、標準化的工作，例如讀取郵件、對賬彙總、採集資料、製作報表等費時費力，讓你不勝其煩的工作，都可以交給RPA來完成。

據外媒報導， ，對包括財務、人事、供應鏈等多個部門的40條業務流程進行自動化升級，目前，已經為公司節省了大約500萬英鎊成本（約合4550萬人民幣）。

這樣的高回報誘惑，哪一家公司會輕易拒絕呢？所以，很多企業躍躍欲試或者早已佈局，殷切期待著RPA帶來的生產力升級與隨之而來的顯著收益。然而，見諸報端的成功案例畢竟還是少數，更多 的命運是半路夭折。

德勤的一項調查發現，在400家公司中，30%到50%的初始RPA專案失敗，63%的RPA專案沒有按時交付。

那些失敗的PRA專案，既然是眾望所歸，為何落卻得個命途多舛的下場呢？綜合來看，原因如下：

  1、當一個RPA專案在初始階段遭遇失敗時，通常不是技術的問題，候選流程才是失敗的根本原因。對RPA融入工作的流程設計缺乏科學、合理的規劃和思考，會導致流程複雜化、技術資源浪費等諸多弊端，同時，也讓RPA專案的收益大打折扣。更為嚴重的後果是，不恰當的工作流程根本無法滿足應用場景，RPA的部署因此困難重重，難以落地。

2、沒有選擇好 平臺。RPA想要無縫嵌入原本的工作，需要極強的應對複雜環境的適應能力。RPA產品平臺，不能只關注區域性工作，而要注重整體的規劃和工作流程上下游的串聯。單個RPA元件的效能優異還不夠，更要實現成百上千個RPA元件的高效聯動。這樣才能避免RPA成為單點作戰的孤立單元，讓RPA執行的穩定性有所保證，並且具備後續在企業內部大範圍的應用、擴充套件和延伸的可能性。而不夠成熟的RPA產品平臺，顯然無法滿足這麼複雜多元的需求。

3、沒有選擇好的專案實施團隊。為了保證RPA在實際應用中的順利執行，專案開展期間要分析RPA執行模型，設計目標終端狀態，梳理端到端流程，保障控制節點與配置能夠完美匹配各項需求。這要求專案實施團隊有豐富的實戰經驗，專業的服務水準和強大的技術支撐作為後盾。任何一個環節無法推進，都將導致專案失敗。

事實上，RPA服務是基於企業的綜合實力展開的，技術當然是核心要素，可深入理解並辨別客戶需求，基於客戶的業務邏輯和目標，協助客戶重新設計嵌入RPA的工作流程，保證科學性、合理性、穩定性、擴充套件性與可持續性更為重要。畢竟，客戶並非RPA領域的專業人士，對於部署RPA的執行方案和細節不甚明確，而提供RPA服務的廠商，理應給出更加專業更具價值的有效建議。

確保RPA 專案的成功需要做到以下幾個方面： 

1 、選擇合適的 ，流程選擇正確，專案就成功了1/3。專案前期選擇具有代表性的流程區段，可以快速驗證RPA專案的可行性。而在專案實施的過程中，為公司設計出合理的RPA工作流程，既能滿足應用的複雜需求，又能提供顯著的投資回報，同時兼顧人機協作的可操作性，讓公司和員工都能滿意，專案的落地自然事半功倍。

2、選擇成熟的RPA產品平臺。國外的RPA產品具有10幾年的積澱，比較成熟，產品化程度比較高，但考慮到國情，多有水土不服的狀況。而國內廠商大多處於起步階段，技術缺乏積澱，自主研發能力不足的企業還會採用第三方，增加了產品的不可控和未知風險。部署時需要大量的開發，加大了投產使用的難度。這些因素都將影響RPA落地，可見選擇產品平臺的重要性。

3、選擇合適的 商。實施商應該具有豐富的專案實施經驗、較強的交付能力，專業的服務水準和強大的技術支撐，能夠幫助客戶科學的設計工作流程。對於痛點難點問題，可以給出行之有效的專業建議，切實解決問題打破困境。並且，具備技術實力將所有設想變成可以付諸實踐的現實。

總而言之，實施得當的RPA專案才能帶來巨大價值，不單收益可以明確的衡量計算，透過改變傳統的工作模式，將人力從繁瑣的工作中解放出來，對於企業文化的建設也大有助益。從資訊化到數字化，比起整合自動化成本更低週期更短的RPA，將來必然會變成企業IT基礎設施的標配之一。

大勢所趨的浪潮中，真正想要落實RPA專案，選擇至關重要。

原文連結：