0
走標(biāo)準(zhǔn)化產(chǎn)品模式，還是做高度定制化解決方案？
這是RPA乃至所有To B科技公司面臨的戰(zhàn)略選擇。關(guān)乎估值，關(guān)乎增長(zhǎng)。
過(guò)去五年，無(wú)數(shù)抱有做標(biāo)準(zhǔn)化平臺(tái)愿景的AI公司，在趟過(guò)數(shù)不盡的坑后，業(yè)內(nèi)才終于達(dá)成共識(shí)：越重的定制化，越有機(jī)會(huì)活下去。
而隨著AI與RPA等技術(shù)的應(yīng)用愈發(fā)成熟，不少傳統(tǒng)企業(yè)的IT基礎(chǔ)建設(shè)也逐步完善，“標(biāo)準(zhǔn)化”再次浮出水面。
為此，雷鋒網(wǎng)AI金融評(píng)論策劃了「RPA標(biāo)準(zhǔn)化」的系列選題，借同一個(gè)話(huà)題，對(duì)不同背景的受訪(fǎng)者、產(chǎn)品和客群各異的企業(yè)們進(jìn)行采訪(fǎng)，期望在不同的商業(yè)認(rèn)知下捕捉觀點(diǎn)碰撞的火花。
本系列選題的第一篇文章，由文因互聯(lián)CEO、聯(lián)合創(chuàng)始人鮑捷講述他眼中的RPA標(biāo)準(zhǔn)化命題。
以下為鮑捷的所感所想：
RPA的完全標(biāo)準(zhǔn)化是偽命題
根據(jù)多年的切身體會(huì)，我認(rèn)為面向企業(yè)服務(wù)的RPA廠商，整個(gè)業(yè)務(wù)流程是很難標(biāo)準(zhǔn)化的。
如果它能標(biāo)準(zhǔn)化，To B服務(wù)早就SaaS化了。標(biāo)準(zhǔn)化服務(wù)不是RPA這種承載形式能夠提供的。
同時(shí)，在某些局部流程上又是可以標(biāo)準(zhǔn)化的，但要遵循一些特點(diǎn)。
第一，這個(gè)流程操作相對(duì)簡(jiǎn)單，而且在企業(yè)里處于邊緣地位。如果一個(gè)業(yè)務(wù)的流程在企業(yè)內(nèi)部處于核心地位，比如銀行的風(fēng)控，是絕對(duì)不可能將它標(biāo)準(zhǔn)化的。
第二，它是國(guó)家強(qiáng)制性要求的、本身就比較規(guī)范的流程，比如財(cái)務(wù)報(bào)表。正因?yàn)閲?guó)家有一個(gè)合規(guī)和強(qiáng)制的要求，使得目前的一些流程得以標(biāo)準(zhǔn)化。
否則，對(duì)于To B的RPA廠商來(lái)說(shuō)，無(wú)論是需求理解環(huán)節(jié)、內(nèi)部流程的構(gòu)造環(huán)節(jié)、內(nèi)部系統(tǒng)的接口環(huán)節(jié)，還是數(shù)據(jù)打通之后、生成新數(shù)據(jù)的環(huán)節(jié)，這些傳統(tǒng)的流程都不太可能被標(biāo)準(zhǔn)化。
我在金融領(lǐng)域做的業(yè)務(wù)比較多。在銀行，客戶(hù)經(jīng)理要做一筆貸款，我們會(huì)將財(cái)務(wù)報(bào)表進(jìn)行分析，生成財(cái)務(wù)報(bào)告，這個(gè)流程是有可能標(biāo)準(zhǔn)化的。但是如何生成財(cái)務(wù)報(bào)告，每家銀行其實(shí)不完全一樣。
定制化和標(biāo)準(zhǔn)化之間會(huì)有一個(gè)過(guò)程，在垂直行業(yè)里，需要積累很多年，通常來(lái)說(shuō)你要服務(wù)幾十上百家客戶(hù)。而這個(gè)階段，你看起來(lái)非常像一個(gè)外包公司。
RPA的標(biāo)準(zhǔn)化，只有兩條出路。
一種就是做“前端”的東西，比如專(zhuān)門(mén)做火車(chē)票、做差旅報(bào)銷(xiāo)、做身份證識(shí)別、做上市公司財(cái)務(wù)報(bào)表的識(shí)別，只做一個(gè)點(diǎn)。公司不要把攤子鋪得太大，聚焦在一個(gè)細(xì)分領(lǐng)域，每年收入可能不多，不會(huì)快速地增長(zhǎng)到很大。但是這樣能夠讓毛利率和凈利率變得很健康，變成一個(gè)小而美的企業(yè)。Uipath一開(kāi)始就是小而美，頭十幾年沒(méi)怎么融資，也活下來(lái)了。國(guó)內(nèi)其實(shí)也有不少這樣的公司。
另外一種最底層的知識(shí)庫(kù)管理系統(tǒng)也是可能標(biāo)準(zhǔn)化的。RPA也叫機(jī)器人流程自動(dòng)化，所說(shuō)的流程其實(shí)就是知識(shí)，是大量的業(yè)務(wù)規(guī)則，大量規(guī)則的管理就是知識(shí)庫(kù)管理系統(tǒng)KBMS。這個(gè)上面會(huì)出現(xiàn)未來(lái)的Oracle和SAP，提供標(biāo)準(zhǔn)化的底層知識(shí)計(jì)算平臺(tái)。
至于在中間的比如編輯器之類(lèi)的，很難擺脫咨詢(xún)的命運(yùn)，也就很難標(biāo)準(zhǔn)化了。
我之前看到有統(tǒng)計(jì)說(shuō)，90%以上的RPA項(xiàng)目都失敗了。這是因?yàn)榭蛻?hù)的預(yù)期和RPA實(shí)際能做到的，這中間有一個(gè)巨大的Gap?？蛻?hù)可能讀了很多宣傳以后，會(huì)認(rèn)為上一套系統(tǒng)，流程立馬就可以自動(dòng)化了。而實(shí)際情況并非如此。
RPA需要長(zhǎng)時(shí)間的行業(yè)積累，才有可能逐漸的從零件化到配置化，再到標(biāo)準(zhǔn)化，它是一個(gè)漸進(jìn)的過(guò)程，很難一步到位。
RPA不能標(biāo)準(zhǔn)化的原因，有哲學(xué)層面的、有系統(tǒng)層面的、還有實(shí)操層面的，是多方面的原因。
從哲學(xué)層面來(lái)講，最深層次的問(wèn)題，RPA是一種流程自動(dòng)化，是一種企業(yè)IT服務(wù)，它并不新穎，很早就有，只是在不同的時(shí)候叫不同的名字。
比如在20年前，我讀博士的時(shí)候，那時(shí)候管它叫企業(yè)數(shù)據(jù)集成，和現(xiàn)在RPA處理的是一樣的問(wèn)題。那時(shí)候其實(shí)大家也開(kāi)發(fā)了各種各樣的小工具來(lái)做，但為什么這個(gè)事情它始終就做不大？因?yàn)槠髽I(yè)流程本身其實(shí)是一種世界觀，沒(méi)有兩個(gè)企業(yè)的世界觀是一樣的，同樣，沒(méi)有兩個(gè)企業(yè)的流程是一樣的。
在一個(gè)組織內(nèi)，能夠走得通流程的方法，在另一個(gè)組織內(nèi)就是走不通。比如你去比較一下釘釘、飛書(shū)這兩種同樣是做辦公軟件的團(tuán)隊(duì)，你會(huì)發(fā)現(xiàn)他們的匯報(bào)流程、工作模式是完全不同的。
再比如說(shuō)每一個(gè)企業(yè)它都有內(nèi)賬外賬。
當(dāng)企業(yè)做財(cái)會(huì)的流程自動(dòng)化時(shí)，首先你得搞清楚，你是幫這個(gè)企業(yè)做外賬的流程自動(dòng)化還是內(nèi)帳的流程自動(dòng)化。
如果是外賬的流程自動(dòng)化，是可能做到標(biāo)準(zhǔn)化的程度的。因?yàn)閲?guó)家要求企業(yè)每年到稅務(wù)局必須報(bào)這些科目，但是內(nèi)帳的標(biāo)準(zhǔn)化就不可能做到，因?yàn)槊總€(gè)企業(yè)的內(nèi)部情況都不一樣。
第二，是系統(tǒng)層面的原因，RPA要解決的，實(shí)際上是系統(tǒng)之間數(shù)據(jù)打通的問(wèn)題。
一家公司內(nèi)部，有的系統(tǒng)十年前就有，有的系統(tǒng)去年剛建成，有的系統(tǒng)即將完工，這些系統(tǒng)之間都沒(méi)有合適的接口連接，我們需要把這些系統(tǒng)之間的數(shù)據(jù)打通。但沒(méi)有兩個(gè)企業(yè)的IT系統(tǒng)一模一樣，系統(tǒng)都是由不同廠商在不同IT平臺(tái)上、不同操作系統(tǒng)上實(shí)現(xiàn)的。
所以RPA服務(wù)商要去跟不同的windows版本進(jìn)行抗?fàn)?。在不同的機(jī)器上面有不同的配置，有的機(jī)器上裝殺毒軟件，它們都會(huì)給RPA的運(yùn)行制造困難，然后你就會(huì)陷入bug的汪洋大海里去，和不兼容性做斗爭(zhēng)，RPA廠商得做非常多的補(bǔ)丁，才能解決這些問(wèn)題。
如果是做企業(yè)RPA服務(wù)的話(huà)，那么它的核心問(wèn)題其實(shí)是一個(gè)概念建模的問(wèn)題，絕大多數(shù)的企業(yè)客戶(hù)自己的IT人員不具備這種建模的能力，所以你提供RPA商城也好，提供給它可視化編輯頁(yè)面也好，其實(shí)它是用不起來(lái)的。
歸根結(jié)底是因?yàn)榇蠖鄶?shù)客戶(hù)沒(méi)有相應(yīng)的建模能力，而不是一個(gè)界面本身好不好用的問(wèn)題，還得看他這個(gè)RPA商城到底能不能把產(chǎn)品和服務(wù)銷(xiāo)售出去?？蛻?hù)本來(lái)就沒(méi)有義務(wù)有概念建模的能力，這個(gè)是RPA服務(wù)商應(yīng)該提供的服務(wù)。
我認(rèn)為面對(duì)To C用戶(hù)的RPA商城倒是有可能成功的，比如IFTTT 之類(lèi)。如果產(chǎn)品做到可以讓客戶(hù)不懂編程也能使用，不涉及流程編輯，而且整個(gè)流程也不涉及底層系統(tǒng)的對(duì)接，這樣的商城是有可能成功的。
RPA的四個(gè)階段
當(dāng)前的RPA大致可以分成兩代：1.0版本是對(duì)于手的自動(dòng)化，可以類(lèi)比為“游戲外掛”，例如按鍵精靈；2.0版本是對(duì)眼睛和耳朵的自動(dòng)化，例如目前這種搬運(yùn)非結(jié)構(gòu)化數(shù)據(jù)，并且自動(dòng)化數(shù)據(jù)提取流程的類(lèi)型。
從RPA1.0到2.0，就是自動(dòng)化體力勞動(dòng)，向自動(dòng)化腦力勞動(dòng)的轉(zhuǎn)變。
未來(lái)RPA還可能會(huì)演化到3.0版本，它將成為一個(gè)以知識(shí)庫(kù)為基礎(chǔ)的企業(yè)內(nèi)流程化自動(dòng)化管理系統(tǒng)。
目前行業(yè)大致在RPA2.0~3.0階段。
RPA2.0是去年年底時(shí)開(kāi)始興起的，它在RPA1.0的基礎(chǔ)上，加上了OCR和NLP這兩種技術(shù)。
RPA1.0時(shí)代，RPA只能解決結(jié)構(gòu)化數(shù)據(jù)的問(wèn)題，但RPA2.0可以解決非結(jié)構(gòu)化數(shù)據(jù)在應(yīng)用之間轉(zhuǎn)移的問(wèn)題。然而它們兩者本身還都是在做數(shù)據(jù)的轉(zhuǎn)移。
雖然RPA2.0時(shí)代，因?yàn)榧由狭薕CR等技術(shù)，和AI進(jìn)行了融合，但它的本質(zhì)并沒(méi)有變。本質(zhì)上RPA都是在提供一些標(biāo)準(zhǔn)件。
再往前可能還有RPA的4.0，解決企業(yè)之間的資源調(diào)度自動(dòng)化，如開(kāi)放銀行、供應(yīng)鏈自動(dòng)化等等。
今晚的分享，我主要和大家聊聊這部分，RPA 如何從1.0 演化到4.0，過(guò)程中涉及的核心技術(shù)以及實(shí)現(xiàn)的效果如何。
RPA本質(zhì)上是咨詢(xún)
業(yè)務(wù)咨詢(xún)和RPA技術(shù)的結(jié)合，我認(rèn)為這件事情肯定是成立的，而且在我看來(lái)這是一種新的商業(yè)模式。
其實(shí)我之前也一直在思考，為什么SaaS不能落地？為什么中國(guó)的To B的企業(yè)都像外包公司？
后來(lái)我想明白了，我認(rèn)為在中國(guó)其實(shí)需要一種新的商業(yè)模式，我把它稱(chēng)為CAAS（consulting as a service），它是在中國(guó)環(huán)境下被逼出來(lái)的一種模式。我認(rèn)為國(guó)外應(yīng)該還是沒(méi)有這種商業(yè)模式的，SaaS已經(jīng)被接受，沒(méi)有必要讓每家服務(wù)商也具有咨詢(xún)能力，同時(shí)也存在了大量垂直的服務(wù)商可以因?yàn)樽约旱膶?zhuān)業(yè)服務(wù)而收費(fèi)，它可以越過(guò)這個(gè)階段。
而在中國(guó)，實(shí)施能力和咨詢(xún)能力的分離造成了一個(gè)兩極分化，咨詢(xún)和外包是兩個(gè)極端。
以前的咨詢(xún)公司只能把咨詢(xún)的結(jié)果轉(zhuǎn)化成一大堆報(bào)告，而現(xiàn)在的CAAS服務(wù)公司可以把咨詢(xún)的結(jié)果變成一個(gè)IT系統(tǒng)。
所以從這個(gè)角度來(lái)說(shuō)，RPA公司和咨詢(xún)公司的合作從邏輯上是成立的，而且未來(lái)的咨詢(xún)公司一定會(huì)加強(qiáng)自己的RPA能力，而RPA公司一定會(huì)加強(qiáng)自己的咨詢(xún)能力，兩方最后甚至可能出現(xiàn)合并。
按照這樣的一個(gè)趨勢(shì)，兩個(gè)行業(yè)都可能產(chǎn)生一種顛覆性的結(jié)果。從這個(gè)角度來(lái)說(shuō)我認(rèn)為RPA的前途是非常美好的。
從我們當(dāng)前業(yè)務(wù)流程來(lái)看，首先客戶(hù)提供資料并且跟我們說(shuō)要在這些資料上面做什么樣的事情，然后我們的業(yè)務(wù)經(jīng)理會(huì)跟他們一起坐下來(lái)分析具體的需求，想要實(shí)現(xiàn)什么效果，什么可以做到，什么無(wú)法做到，實(shí)施的效果如何等等。
這其實(shí)就是一個(gè)典型的咨詢(xún)過(guò)程，RPA服務(wù)商要懂客戶(hù)的業(yè)務(wù)并且要多一個(gè)前沿技術(shù)視角，比客戶(hù)更明白他能實(shí)現(xiàn)什么并且?guī)退龅健?/strong>
雷鋒網(wǎng)（公眾號(hào)：AI金融評(píng)論）
雷峰網(wǎng)原創(chuàng)文章，未經(jīng)授權(quán)禁止轉(zhuǎn)載。詳情見(jiàn)轉(zhuǎn)載須知。
