RPA行業看法（一）

RPA跟傳統自動化技術相比，關鍵的標識性特徵之一在於模擬鼠標和鍵盤的操做對界面上的特定對象進行交互。其實不過是對GUI相關的Windows底層API進行Hook而已。這門技術已經誕生不少年了，早已衍生出不少相關軟件產品。因此說，其實要從零開發一款RPA產品出來，並不困難。至少，已經有不少先例可供參考。我相信GitHub上已經有許多源碼能夠直接抄。

所以，近來國內有不少人都以爲本身能夠獨立作出一款RPA產品來。這讓我想起當初Windows剛剛發家的時候，不止是中國，在世界範圍內都有無數的人在想「就這？我也能作出來！」然而這麼多年過去了，如今市面上有名有姓的操做系統還有哪些，你們都內心有數了。

咱們要看到，即使你們都基於同一門底層技術開發RPA產品，各廠商之間仍然表現出有高有低的市佔率。我掌握的數據代表，世界範圍內，第一名的RPA廠商市佔率遠遠大於第二名和第三名之和。這說明，儘管開發一款RPA產品很容易，但決定一款RPA產品成功與否，不只僅取決於「可否開發出一款RPA產品」。咱們須要更多地綜合考慮其它方面。

如下我就不提具體產品名稱，以我的觀點點評一二。你們自行對號入座，看看我說的有沒有道理。

先說國外的產品。

某廠商在RPA領域市佔率是No.1，可是產品架構方面有點幻想主義。一方面，把RPA宣傳得好像「居委會大媽都會用」的工具，另外一方面，產品架構上又比較陳舊，許多自動化效果須要用戶經過必定的設計技巧來實現。這就有點自相矛盾。可能廠商後來也意識到這一點，花了很多精力搞了個簡易版產品，方便「居委會大媽」類型的用戶進行傻瓜式開發。我就想問，你知道微軟有個數據庫產品叫SQL Server嗎？你知道SQL Server有個組件叫SQL Server Reporting Services嗎？你知道SQL Server Reporting Services有個號稱「方便業務人員開發報表」的工具叫Report Builder嗎？而後微軟推出了Power BI，Report Builder就死了。。。因此微軟替你們踩過的坑，你們必定要本身再踩一遍？設計產品的時候，不要天真地覺得客戶會買單好嗎。開發過程看起來好像是簡便了，可是用戶必要的功能也少了不少。拳頭產品的架構對一些常見的設計模式不去想辦法儘快封裝起來，成天搞這些玩具！不過No.1的缺點同時也是它的優勢，雖然用了微軟的過期框架，但創建在.Net上就致使，.Net的開發人員很容易轉變成No.1的用戶（學習門檻低），並且.Net社區的擴展什麼的也很容易安裝進來用，在擴展性方面表現很是好。

某廠商在RPA領域市佔率是No.2。No.2原本是No.3的，近兩年才慢慢爬到No.2的位置上。No.2跟No.1的產品設計思路徹底相反。No.1是不作很大的封裝，讓你們有必定的自由度去發揮，結果開發相對有點繁瑣，只能實現「低代碼開發」。而No.2則是但願你們省力，把常見的自動化任務模式化，封裝成一個個組件去拖拖拽拽就行，號稱「零代碼開發」。No.2的尷尬處境充分反映了過分封裝對市佔率的影響。用戶實際會遇到什麼樣的自動化場景，你廠商怎麼可能事先就徹底兼顧？這就形成，No.2的用戶常常須要寫VBA，寫Python，寫Java，而後由他家的產品來調用。因此說，所謂的「零代碼開發」，實際上是他家的產品沒有提供「用代碼開發」的功能，可是在實際項目中須要用的功能，用戶都得本身動手用別的工具開發。。。我以爲吧，封裝起來讓用戶方便一些，這個大方向是對的，可是封裝過頭。。。反正市佔率擺在這裏了，你讓我怎麼說？除了技術方面，No.2的起步價過高，一套至少16萬人民幣起步。國內許多RPA用戶剛上來只是想試試水體驗一下，你一開口就16萬？人家No.1的起步價就幾萬塊，甚至還有國內廠商倒貼人天賣產品的，你怎麼打得過？No.2的尷尬是多方面且顯而易見的（特別是在國內）。但我也不是在嘲諷它，人家畢竟作到了市佔No.2，我以爲有需求才能活得下去，可能有些用戶就是喜歡這樣子同時開着多個IDEs，一下子寫Java一下子寫Python一下子寫VBA，最後聲稱他們在用「零代碼開發」的RPA工具吧。。。另外我作過測算，「有人值守機器人」，「無人值守機器人」，以及「機器人調度器」在特定數量組合的時候，No.2確實會比No.1優惠不少，可能在必定的部署數量時經濟優點纔會體現出來。

因此說，經常使用的技術邏輯如何「封裝」成一個功能模塊到RPA產品中，對一款RPA產品可否成功影響很是大。要求RPA產品設計師有很是深厚的功底，既要方便用戶開發，又要保留必定的自由度，須要慎之又慎，把握好平衡。總之目前數據看來No.1仍是No.1，只要他不瞎搞，在將來五年內都不太可能會忽然改變No.1的地位（第一名第二名之間實在差距很是大）。

國外No.3的產品我用得很少，很少說。我只知道它的License起步價也高，可是受權模式比較友好，適合企業大批量部署（換句話說就是不適合。。。）。不過中文的學習資料什麼的比較少，目前戰略上不作改變的話在國內基本作不起來。主要是沒有人，沒有社區。國內的RPA開發人員可能10個裏面有8個用的是No.1，1個用No.2，剩下的1個用別的。企業須要用No.3的時候，市面上很難找到會用No.3的人，那麼企業就不會輕易採用No.3。而企業不用No.3，又會致使願意自主學習掌握No.3的開發人員不足，就業機會少的技術，誰學嘛？這造成一個惡性循環。總之國外的No.3，放在中國可能No.10都排不上。。。這一點對於國內的廠商來講也同樣。

國外的其它產品在國內市佔率低到能夠忽略不計。

國內的產品呢？

知名度比較高的就是那家以Python語言爲基礎的廠商了。那家廠商的產品，說得粗俗一點就是「喜歡脫褲子放屁的用戶」纔會去買。Python自己已經能夠實現自動化操做，網上教程一搜一大把，人家會Python的人爲何要特意買你家產品來「方便開發」？這不就跟「脫褲子放屁」同樣畫蛇添足麼？不少時候，Python與RPA工具的存在是互斥的，用Python解決的問題，通常沒人會用RPA工具再去解決一次，反之亦然。成天靠國內的招投標賺錢。在沒有招投標的地方，你還能不能賺到錢？人家No.1發家的時候，是靠着招投標一步一步走向全世界的嗎？並且用了你家的工具，是否是真的「方便開發」，我還要打一個問號，畢竟實際的代碼量也很多了。另外，近期有IT新聞說國外一位大一學生開發了一款基於Python的「低代碼開發工具」，界面看起來竟然跟你家的極期類似。。。對此我要打另外一個問號了。之前招投標的時候與這家廠商碰巧遭遇過一回，商業上略有了解。我只能說一樣是RPA產品，有的產品是面向開發者，有的產品是面向某某主任科長局長行長院長。。。但凡招標說明裏面要求RPA工具「支持Linux」的，必定有這家公司來投標。大家公司的Office日常都跑在Linux上嗎？那您可真牛逼！優點是會Python的人市面上一抓一大把，卻是不缺人手，至於人手的質量怎麼樣，就見仁見智了。

另外一家知名度比較高的廠商我是蠻看好的，有過長期運營軟件產品的經驗。他們的問題在於不是利用現有的主流編程語言，而是自創了一門語言。這致使RPA從業人員在作學習規劃的時候會有所猶豫，一般你們更願意學習就業機會多的技術，而不會選擇鑽研這種「某一家企業獨有」的技術。不過好在這家廠商老產品的用戶正在逐漸接受他們的新RPA產品，社區在逐漸壯大。另外，產品設計上，感受與許多軟件的集成還有很大的改進空間，競爭對手的產品三兩下操做就能搞定的事情，到這裏操做就要繁瑣一些。產品界面我也是一直在詬病，感受上好像是哪一個程序員兼職的UI設計師隨便作出來的，什麼抽獎啊廣告啊商業軟件不應有的它反倒全都有了。另外，它的社區版本開放得也比較晚，社區版調度器也沒有開放讓用戶自由註冊，我以爲會明顯妨礙社區的培養。另外，這家廠商之前是長期運營ToC軟件出身，戰略思惟上對ToB軟件的一些作法還沒啥概念，總以爲「我資源有限因此這無法作那無法作」。然而ToB的東西原本就要求廠商有不少的前期投入，畢竟企業客戶一般都不喜歡當小白鼠。這種另起山頭自研產品的公司挺不容易的，優點是產品不會受那麼多限制，功能上相對比較貼合用戶需求（本身家的代碼本身好改），並且確實是能夠說「自主可控」。這家公司尷尬的地方在於，使用他家產品的開發者很是多，可是採購他家產口的企業相對少一些，說明要取得B端客戶的信賴還有很長的路要走。

國內比較值得說的也就這兩家。目前國內的客戶招標，要麼是國外No.1和No.2打來打去，要麼就是國內的這兩家打來打去，總之客戶通常在招標前就會有所傾向，一開始就會設定好條件排除這個或者排除那個了。

其它的國內廠商呢？要麼是PPT產品，宣傳說得很大聲，產品在哪徹底見不到。要麼是成天都在招人，並且招的職位還很是高，各類職位，讓人心生疑慮「你家的前總監/前總經理/前架構師/前。。。哪裏去了？」被甲方祭天了仍是跳樓了總要有個交代吧？還有一些廠商聽說確實有產品，確實有客戶在長期使用，但就是不敢放出來讓社區用戶看看，連幫助文檔都得是客戶才能看到，你說你這樣搞，須要人的時候上哪找人去？還有一些，別家產品的優勢呢，很差好借鑑研究學人所長，總想着跟人不同，結果反倒兼俱各家之短。或者跟別家同質化嚴重。。不提也罷。

 

歡迎掃描下方二維碼加入UiPath精英羣