yiren22综合网成人,久久久夜精品,欧美粗暴jizz性欧美20

安永（Ernst and Young）在2017年發布的一篇報告中指出，30%到50%的RPA初始項目以失敗告終，而造成這些項目失敗的原因之一就是選擇錯誤的流程實施RPA自動化。面對多個候選業務流程，RPA項目管理者經常陷入決策困境：應該做哪個？哪個應該先做？本文會對以上兩個問題進行探討。

哪些流程適合RPA？

流程改進不可以一刀切地選擇方案。RPA作為流程改進的一種工具，適合于重復、規則導向、穩定少變的流程。

關鍵詞1:　重復　(Repetitive）

開發RPA流程會有一定的成本，如果一個流程只是一次性的，那么就沒有花時間和人力去RPA 的必要。最佳的選擇是高頻重復的流程，這樣一是可以優化ROI，二是可以在最短時間內搜集足量的測試數據，縮短開發周期。

關鍵詞 2:　規則 (Rule-based)

目前RPA技術通常能夠自動化以規則為導向的、標準化的流程。這并不說明，需要人為判斷的流程就不能用RPA自動化了。如果一個流程的某個步驟需要人為經驗判斷，可以考慮使用attended bot，或人機回圈（human in the loop），在自動化流程中融入人為干預實現人機互動。但如果一個流程有相當數量的步驟需要人為介入，那么這個流程就不適合RPA。

關鍵詞3: 穩定 (Stable)

當操作流程或用戶界面發生改變時，需要對RPA程序進行相應的調整。因此為了減少維護成本、提高項目ROI, 實施RPA項目需要挑選相對穩定的流程。流程穩定性包含兩個層面，一是看流程的業務邏輯是否有很多變化或變種；二是看流程的軟件系統是否在短期內會有大的改動。通常業務邏輯和系統在三到六個月內不會有大變化的流程才適合RPA。

我們有多個候選流程，應該先做哪個流程？

兩個圍度

業界普遍的做法是從“復雜性”和“預期年化效益”這兩個圍度來量化衡量所有的候選流程。

? 圍度1：復雜性

復雜性是由許多因素決定的，UiPath建議了一套很好的復雜性評分系統（見下圖）：

來源：UiPath Academy

1、軟件系統屏幕切換數量：也可以用流程步驟數量替換。其實還有一種簡單粗暴的方式就是衡量人工處理時長，通常我們認為五分鐘以內的流程較為簡單，十分鐘以上的流程相對復雜。

2、流程場景數量：并不需要窮舉所有場景，要考慮主要場景所占比例，進而思考需要自動化的是哪些場景。

3、輸入的標準化程度：如果輸入數據來自不同的部門或組織，且標準化程度低，那么RPA之前的準備工作比如流程改進或流程標準化的復雜性和周期就會增加。

4、流程軟件系統的種類：比如基于瀏覽器運行的軟件(WebApp)RPA起來要比基于Java的軟件或SAP軟件來得簡單。

5、是需要基于圖像的自動化：比如有些軟件需要通過Citrix Receiver接入。在RPA時就需要應用OCR自動化這種較復雜的技術。

6、非結構性輸入所占比例：非結構性輸入包括自由文本(free text)輸入、圖片和掃描的PDF文檔。如果這些輸入占有相當比例,那么單靠RPA制定解決方案是不夠的，需要結合其他AI技術比如自然語言處理(NLP) 和OCR來提供方案，復雜程度則相應提高。

通常RPA項目管理人員需要咨詢專業開發人員的意見，給這些因素付以權重。然后針對這些因素給候選流程逐一進行難度打分，最終算出每個候選流程的加權難度值。

? 圍度2：預期年化效益

衡量年化效益也需要從多角度考慮，通常的做法只從人工節省單方面考慮，但這樣未免過于片面。對于難以量化的效益，項目管理者可以充分咨詢業務團隊的意見進行評估。

矩陣

將所有候選的流程從兩個圍度量化后，可以將它們畫在一個2乘2或3乘3的矩陣圖內。如果您的團隊還處在試點(Proof of concept) 階段或者在RPA實施方面經驗不多，請務必先從右下腳的“甜蜜區” (quick wins) 開始。選擇難度最小，價值最高的流程。在制定RPA實施藍圖時，先做低難度區，再過渡到高難度區。因此，建議的選擇順序為：Quick wins--->low hanging fruits--->must do improvements--->long term improvements。