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精英群
