小技巧大作用，POC讓業務流程與RPA高效融合

POC （ Proof of concept ），常譯作“ 概念 驗證”，是企業部署RPA的必經環節。作為 業界流行的針對客戶具體應用的驗證性測試，POC的 關鍵特點 即 匹配使用者真實的業務場景 。

根據客戶對系統提出的需求和標準，在指定的業務場景， 透過對編寫好的指令碼 進行測試，以發現其侷限性，幫助確保RPA機器人按預期工作，從而向企業證明系統可以實現某些功能，滿足業務的基礎需求。

POC通常發生在企業正式部署RPA之前。透過POC，企業可根據自身業務需求或未來發展布區域性署RPA，以實現降本增效，將更多的時間留給精細化管理和創新。

POC的2種形式

POC通常涉及兩種形式：

1、直接對選定產品進行POC測試。

客戶已經認定了某種產品，會直接選擇這款產品進行POC測試。這種情況下的POC較為省事，客戶能配合RPA實施方的要求，快速整理出業務需求。

2、透過POC進行產品比對，選出最適合的產品。

此種情況則相對複雜。由於客戶不知該怎樣去做相關的需求整理，這就要求RPA實施方親自調研。

一種較為理想的方式是，重現業務流程，並用影片錄製，再配以語音講解。

在文件方面，實施方需先於客戶環境下，做個簡單且圖文標配的SOP（標準化操作流程）文件，為後期做細節準備。

前期文件準備通常也分為兩種：SOP和BRD（業務需求文件）。兩種只選其一即可。

評估RPA應用可行性

文件梳理完畢後， 需要評估 實施 RPA 是否可行。

在大多數規則 固定 的情況下 ， 不考慮公司內部資訊保安因素， RPA的實施 基本 都是可行的。可在該前提下考慮驗證性方案 。

那麼，什麼情況下沒有可驗證性的需要 ？

第一 ， 異常情況無法全部覆蓋，其他情況下無法進行靈活導向 。 第二 ， 時間的考慮，方案在白天和夜晚時間段的干擾因素會有 所 不同，無法進行精準判斷，需要 人工 參與決策，也會有一些其他因素無法驗證。

 

實施POC的小技巧

實施POC其實是為了更好地部署RPA。因此在部署初期：

1、應挑選那些有固定規則、邏輯性強，不需要人工參與，又有大量高度重複的場景進行POC。這樣便於客戶快速看到成果，由點及面能快速擴充套件開來。

2、 制定方案，首要確定最有可能看到具有積極業務影響的流程 。 透過ROI （投資回報） 分析，挑選最優選擇，確保提升實現業務流程 現代 化的可能性，從而部署後獲得最大價值。

3、 必須要考慮RPA部署後的可維護性，這是重要測試指標之一。RPA部署必須具備較強的可維護性，RPA操作指令碼必須具備引數化調整，同時 還 必須提供模組化元件，確保在系統調整時候能夠快速響應，易於維護。

4、 慎重考慮供應商是否有合理豐富的安全機制，可以保證RPA部署後的系統安全性。