上一篇和大家聊了兩個RPA關(guān)鍵詞--高度重復(fù)的工作&清晰明確的規(guī)則

----->（直通車--如何評估RPA需求）

本篇再補充其他相對比較重要的，影響RPA評估的因素。

評估RPA關(guān)鍵詞--穩(wěn)定的平臺

RPA機器人是一套流程。RPA機器人的運行是需要有一個載體，一個系統(tǒng)平臺。沒有載體或系統(tǒng)平臺的機器人會被架在空中，什么都沒法做。理解不了？看看下面這個比喻：

大家可以理解為系統(tǒng)是一輛運載貨車，由司機來控制和駕駛車輛，把車上的貨物運到目的地則為任務(wù)完成。隨著科技升級，車還是那輛貨車，但有一個軟件可以控制貨車替代司機駕駛，這個自動駕駛的軟件可以看做是RPA機器人。自動駕駛軟件可以替代司機，但不能替代這貨車（載體/系統(tǒng)平臺）。沒了車，人和自動駕駛軟件都變成了空中樓閣，無法駕駛"空氣"到目的地。

正常來說，司機和自動駕駛軟件是可以互相替換的，尤其是自動駕駛軟件掌握方向盤的時候，人甚至都不需要坐在車上，自動駕駛按照既定路線行駛，遵守交通規(guī)則，避讓障礙物，只要貨物送達(dá)目的地，那就大功告成。

那不正常和不穩(wěn)定的情況呢？

1 不穩(wěn)定之---車輛頻繁故障

比如車輛照明系統(tǒng)故障，看不清路況了；比如輪胎爆胎，車輛走不了；比如變速箱故障，只能低速運行了等等。如果說車輛（系統(tǒng)平臺）頻繁故障，老司機可以憑借豐富經(jīng)驗勉強把貨車開到目的地。那同樣的情況交給自動駕駛軟件（RPA）還要求順利到達(dá)目的地，倒不是辦不到，但所需的代價巨大。

為了應(yīng)對異常，自動駕駛軟件需要把所有不正常情況都錄入自動化流程包括不限于照明問題、爆胎問題、變速箱問題、動力故障問題等等等等。不僅功能覆蓋了各種故障，還要針對各種異常做充分的測試，確保自動駕駛軟件（RPA）是可以正確識別故障并拿出正確的故障預(yù)案應(yīng)對問題。

如此大費周章，不僅自動駕駛軟件會變得龐大而冗余，運行效率也會降低很多，因為即便是一路正常，也要隨時監(jiān)測是否有異常存在，隨時準(zhǔn)備著應(yīng)急預(yù)案，這車根本快不起來。

我們換一個方向呢，如果我們選擇任務(wù)（開發(fā)RPA流程）之初，就選一輛質(zhì)量靠譜的貨車（穩(wěn)定的系統(tǒng)平臺），這樣自動駕駛軟件（RPA）可以輕裝上陣，無需擔(dān)心各種故障（不是沒有故障，而是故障率極低，影響低至可以忽略不計）不僅簡單，而且運行也高效。

實際的RPA開發(fā)過程中，系統(tǒng)不穩(wěn)定帶來的一系列問題還是比較麻煩的。我們曾經(jīng)開發(fā)RPA流程有遇到過：公司內(nèi)部云盤系統(tǒng)不穩(wěn)定，同步軟件報錯；點選的按鈕后，界面無反應(yīng)登錄界面故障；等等各種情況；

在評估RPA流程時，如果沒有正確及時地識別系統(tǒng)本身的不穩(wěn)定因素，一旦確認(rèn)開發(fā)RPA流程，則無異于"入坑"，開發(fā)難度和開發(fā)周期都會因為不穩(wěn)定的故障問題而直線上升。開發(fā)完成后，上線運行效率可能大打折扣。

因此，流程選型調(diào)研之初，務(wù)必摸底，明確了解流程所應(yīng)用的系統(tǒng)是否穩(wěn)定，基于相對穩(wěn)定的系統(tǒng)來開發(fā)RPA機器人，對后續(xù)的開發(fā)和運行穩(wěn)定都是很有幫助的。

2 不穩(wěn)定之---車輛頻繁改裝

還是以貨車為例子，若這個貨車雖然質(zhì)量好，運行平穩(wěn)，但三天兩頭沒事就來個改裝，對自動駕駛軟件（RPA）也是一個大忌，今天左舵，明天改又舵，后天剎車油門踏板換個位置，大后天把車門鎖死，改天窗進(jìn)入。。。

實際的RPA開發(fā)中也會常常遇到類似的問題，雖然系統(tǒng)本身沒bug，但界面和功能的頻繁變換會對機器人產(chǎn)生很大影響。

我們曾經(jīng)遇到最慘痛的例子則是：資金團隊下載賬單流水。開發(fā)RPA機器人在支付寶，微信企業(yè)網(wǎng)銀界面下，下載巨量賬單。開發(fā)之初比較順利，上線也比較快。但很快噩夢來臨，也許是阿里和騰訊的互聯(lián)網(wǎng)公司屬性，開發(fā)資源過于豐富，使得頁面的改動是極為頻繁。

↑圖為微信支付網(wǎng)頁端界面

---------------------------------------------------------

改動部分不觸動流程判斷還好，只要影響到RPA流程需要點選或者需要判斷的內(nèi)容，他調(diào)整我們就得跟著改。RPA流程上線一年多，我們流程就改了一年多，支付寶和微信下載賬單流程目前改得和當(dāng)初上線時完全不同的兩套流程了。其代價是我們有相當(dāng)多的RPA開發(fā)資源被陷入這個流程泥潭不能自拔，除非放棄這套流程，否則就得長期安排RPA開發(fā)人員陪著改。

人工是有強適應(yīng)能力的，但機器不行，若是有RPA需求基于頻繁升級變動的系統(tǒng)，避開繞走上上策。

評估RPA關(guān)鍵詞--生命周期

RPA流程是要考慮生命周期的。因為RPA的效率，準(zhǔn)確率都高于人工，因此RPA可以替代人工完成一部分工作。而常規(guī)系統(tǒng)的穩(wěn)定性（只要不是做得很糟糕），效率一般會優(yōu)于RPA。因此如果公司決定開發(fā)一套與RPA功能重復(fù)的系統(tǒng)，RPA很自然就會被取代。

比如我們曾經(jīng)開發(fā)一套自動認(rèn)證發(fā)票的流程，登入稅務(wù)系統(tǒng)后，機器人自動錄入需要認(rèn)證的發(fā)票號碼，執(zhí)行查詢操作，若查詢到了發(fā)票，則勾選發(fā)票，完成發(fā)票認(rèn)證。

↑圖為發(fā)票認(rèn)證平臺登錄界面

---------------------------------------------------------

單張發(fā)票認(rèn)證速度還算不錯，5秒一張發(fā)票。但量級一旦上來，1000張，2000張發(fā)票，這項工作則需耗費數(shù)小時。后來公司進(jìn)行系統(tǒng)開發(fā)，通過第三方公司實現(xiàn)與稅務(wù)系統(tǒng)打通，每批次20-30秒時間，可以認(rèn)證100張發(fā)票，至此我們的RPA認(rèn)證流程正式退休。（如果大家對這個感興趣，我會找機會寫一篇案例分析，詳解RPA發(fā)票認(rèn)證流程的興衰過程）

↑圖為RPA機器人，發(fā)票認(rèn)證工作界面

---------------------------------------------------------

這么對比下來RPA流程就沒有價值了嗎？非也，首先RPA流程的出現(xiàn)相比人工來認(rèn)證發(fā)票，本身已經(jīng)是一次質(zhì)的飛躍了，節(jié)約不少人工成本。其次，RPA的開發(fā)速度快，實施周期短，比系統(tǒng)級認(rèn)證功能早上線近兩年（系統(tǒng)需求常年排隊開發(fā)，大部分公司均是如此）。再談到實施這套系統(tǒng)的費用，不考慮公司本身投入研發(fā)人員費用，僅上線這套認(rèn)證功能，一般需要支付給有資質(zhì)的供應(yīng)商上線費用是四五十萬至百萬不等。這么一對比，我們的RPA解決方案幾乎是不花錢。

結(jié)論：可以這么理解，系統(tǒng)上線之前，RPA流程是相對最優(yōu)選擇，系統(tǒng)上線之后，與之功能重復(fù)的RPA流程自動退位。每一家公司的研發(fā)投入資源都不一樣，若是某些問題不遠(yuǎn)的將來，公司有明確時間表開發(fā)或外購系統(tǒng)來解決，那此問題就可以暫不考慮重復(fù)開發(fā)RPA。若是系統(tǒng)上線遙遙無期，開發(fā)多快好省的RPA流程是值得一考慮的。

小結(jié)

評估RPA四個關(guān)鍵詞：高度重復(fù)的工作、清晰明確的規(guī)則、穩(wěn)定的平臺、生命周期。一項RPA需求怎么評估基本介紹得差不多了。

評估完成后，開發(fā)前期需要注意哪些事項呢，后續(xù)會再撰文碼字，敬請期待。

特別聲明：

文章來源：RPA機器人學(xué)習(xí)交流小幫手

作者：張倍銘

原文鏈接：https://mp.weixin.qq.com/s/jmI69Jhgkhiwr60fVqjh2Q

RPA中國推薦閱讀，如有侵權(quán)，請聯(lián)系刪除

繼續(xù)閱讀：流程自動化   RPA需求評估

未經(jīng)允許不得轉(zhuǎn)載：RPA中國 | RPA全球生態(tài) | 數(shù)字化勞動力 | RPA新聞 | 推動中國RPA生態(tài)發(fā)展 | 流 > 如何評估RPA需求-補充篇