因為工作中最近要涉及到各種不同情況下的POC工作，所以特此做了一個總結(jié)。

POC通常發(fā)生在還沒進行部署RPA工程的企業(yè)，這些企業(yè)期望根據(jù)公司的業(yè)務需求或公司未來的發(fā)展布局來部署機器人流程自動化，降本增效，期望可以大量減少人工無為的耗時，來提高工作效率，把更多的時間留給精細化管理和創(chuàng)新，以國企的角度來看，不僅是響應國家號召，推動智能自動化，更是趕上信息化時代的潮流，走向國際前沿。

以下是整理了一張前期做POC準備的導向圖。

在說導向圖之前，先說一說做POC時候可能涉及的兩種形式：第一種就是客戶已經(jīng)認定了一種產(chǎn)品，那么客戶會直接選擇這款產(chǎn)品去做POC，還有一種就是做POC去進行產(chǎn)品比對，客戶想看看哪一種產(chǎn)品更為優(yōu)秀。他們通常會選擇三四款產(chǎn)品去對一個他們已經(jīng)挑選出來覺得很適合的場景來進行PK，但是以我個人以往經(jīng)驗來看，這很大程度上不是產(chǎn)品的一決高下，而是取決于現(xiàn)場實施人員的水準，客戶場景通常會涉及B/S或者C/S,有網(wǎng)頁版BI，GUI界面的SAP，ERP系統(tǒng)的各個情況，以及Office產(chǎn)品，還有核心的大數(shù)據(jù)處理等結(jié)構(gòu)算法，實施人員如何在客戶環(huán)境切換內(nèi)外網(wǎng)，如何對頁面元素做靈活處理，如何對大數(shù)據(jù)做高效的優(yōu)化，快速匯總核算出數(shù)據(jù)模板等等，都是一個非常重要的考量，所以產(chǎn)品比對，對RPA軟件的考量真的不大，更多的在于實施人員本身，換句話說，即使沒有RPA軟件，對于一個優(yōu)秀的RPA實施人員來說，他也會快速做出一個高效優(yōu)質(zhì)的RPA工程，這其中包括網(wǎng)端爬蟲，句柄控制，鼠標和鍵盤模擬，百萬級數(shù)據(jù)的結(jié)構(gòu)算法，以及異常情況的消息機制和流程靈活導向等。

導向圖中第一步要做的就是業(yè)務流程調(diào)研收集，收集業(yè)務需求的時候會遇到以下幾種情況，第一種：客戶自己能很配合的根據(jù)你的要求整理出業(yè)務需求，這樣就很省事。第二種：客戶不知道怎么去做這樣的需求整理，那么就需要你去引導或者親自調(diào)研，理想的方式是，把業(yè)務流程重現(xiàn)一遍用視頻錄下來配上語音講解，文檔的話在客戶環(huán)境先做一個簡單的SOP文檔，圖文標配，為后期做細節(jié)準備。那么前期文檔準備大概也會有兩種，一種是SOP（標準化操作流程），一種是BRD（業(yè)務需求文檔），這兩種并不是都要而是其一，先看BRD的文檔說明要求。

里面綠色是主要部分，搞清楚項目的背景和目的，以利于把控整個項目，甚至可能還會有延伸，涵蓋的區(qū)域，以及流程展示和當前涉及的系統(tǒng)，是否因為RPA軟件的緣故，在內(nèi)外網(wǎng)不能連通。

這個是SOP的文檔說明，雖然有區(qū)別，但是大同小異，這里面會有異常的特別說明，這也是做流程自動化尤為注意的地方。

文檔梳理完畢，那么就需要去評估用RPA是否可行，在大多數(shù)規(guī)則固定的情況下不考慮公司內(nèi)部信息安全因素，基本都是可行的，在這個前提下考慮驗證性方案，那么什么情況下沒有可驗證性的需要，第一個就是異常情況無法全部覆蓋，其他情況下你無法進行靈活導向，第二是時間的考慮，方案在白天和夜晚時間段的干擾因素會有不同，無法進行精準判斷，需要人工參與決策，也會有一些其他因素無法驗證。

所以鑒于種種原因，我們做POC其實是為了推行RPA，因此在起初建議我們理應挑選規(guī)則固定，不需要人工參與，又有大量重復的場景進行POC，這樣客戶會很快看到成果，由點及面能快速擴展開來。如果說場景中的異常情況我們無法在短時間內(nèi)重現(xiàn)或者一些異常我們無法明確估量，建議先做異常情況的準備工作，等到靈活類可控的時候再做，那么這個流程的質(zhì)量和效率就會很高。

那么在做POC的時候，是否可以遠程呢，個人建議是即使有條件去做遠程，最好還是在現(xiàn)場，可以在做的時候遇見問題及時和客戶做溝通，我遇見過做RPA的時候，項目經(jīng)理把實施人員撂到一邊，直接和客戶溝通，結(jié)果項目經(jīng)理把流程在告訴實施人員的時候味變了，做出來的東西客戶會承認嗎，所以最好的溝通就是相關(guān)人員都在場，千萬不要做一個中間人的傳遞者，另一點最為重要的是，你的流程圖設(shè)計出來以后，不要直接就實施，你最起碼得給客戶講清楚你為什么這樣設(shè)計以及好處，需要得到客戶的確認和認可才能進一步實施落地方案，即使后期有些問題沒有考慮周到，那么客戶也是認可可以再延長時間做進一步的優(yōu)化。

最后一點就是RPA質(zhì)量決定著業(yè)務人員對這個產(chǎn)品的滿意度，所以遇見問題不要自以為就是這樣或者那樣，要說流程，那業(yè)務人員是最熟悉不過的了，和他們的及時溝通和交流是非常必要的，只不過業(yè)務人員和開發(fā)人員在思維模式上可能有所不同，你需要做的就是如何引導客戶去把流程中可能隱藏的點說出來，因為RPA工程需要我們考慮全面，但是另一面說，就實施可行度又需要我們把復雜的問題簡單化，方案白天不可行，那晚上是不是就可行，對復雜的流程通常情況下完全自動化并不高，用人為參與的方式去把流程分解，來提高準確度和效率也是我們需要考量的方案之一。

繼續(xù)閱讀：

未經(jīng)允許不得轉(zhuǎn)載：RPA中國 | RPA全球生態(tài) | 數(shù)字化勞動力 | RPA新聞 | 推動中國RPA生態(tài)發(fā)展 | 流 > 淺談RPA工程中的POC