細說獨特的APaaS軟件門類

作者：明道云 2020-07-21 00:26:46


PaaS 我在下面幾點會結合這四項環(huán)境差異來說明中國市場為什么特別需要APaaS，但是需要不一樣的產(chǎn)品形態(tài)。

從策劃到設計制作，每一步都追求做到細膩，制作可持續(xù)發(fā)展的企業(yè)網(wǎng)站。為客戶提供成都做網(wǎng)站、成都網(wǎng)站建設、網(wǎng)站策劃、網(wǎng)頁設計、域名注冊、網(wǎng)頁空間、網(wǎng)絡營銷、VI設計、 網(wǎng)站改版、漏洞修補等服務。為客戶提供更好的一站式互聯(lián)網(wǎng)解決方案,以客戶的口碑塑造優(yōu)易品牌,攜手廣大客戶,共同發(fā)展進步。

美國軟件企業(yè)Intuit公司在2000年前后推出了一個產(chǎn)品，叫做Quickbase，顧名思義，就是快速開發(fā)數(shù)據(jù)庫(應用)。它開了行業(yè)先河，不僅提供低代碼的企業(yè)應用開發(fā)環(huán)境，而讓應用直接在一個平臺上運行，用戶不再需要額外編譯代碼和配置運行環(huán)境。當然，在那個年代，APaaS這個品類名稱還沒有出現(xiàn)，一般都統(tǒng)稱這類應用為ASP。

在接下來的十多年中，這個品類不斷發(fā)展，不僅做出了Smartsheet，Outsystems, ServiceNow這些獨立上市公司，像Salesforce和微軟也都在自己的核心產(chǎn)品線路中增加了APaaS能力。對于Salesforce來說，除了銷售，營銷，客服等核心應用以外，還有數(shù)千家開發(fā)者利用AppExchange市場向Salesforce用戶分發(fā)了通過APaaS平臺開發(fā)的行業(yè)應用和擴展應用。微軟在這個領域的發(fā)展可以分為兩條主線，一是Sharepoint，Dynamics的企業(yè)級軟件產(chǎn)品線，它們允許用戶在使用開箱應用的同時進行擴展開發(fā)，以滿足離散化的業(yè)務需求。另一條線是近兩年在Office 365產(chǎn)品線上延伸的Power系列產(chǎn)品，包括Power BI，Power Apps等，這些工具產(chǎn)品更多面向非代碼開發(fā)人員，有相當比例的開發(fā)者并不需要編寫代碼就能夠?qū)崿F(xiàn)一些常見的場景，比如制作一個統(tǒng)計儀表盤，開發(fā)一個搜集數(shù)據(jù)的移動應用等。

所以，APaaS只是一個新的品類稱謂，但并非一個全新的品類。它在全球企業(yè)軟件市場甚至算是一個老資格了。可是為什么在2019年這個節(jié)點，國內(nèi)市場對這個品類的熱度突然提高了呢?而且它的關注度還很詭異地和另外一個叫做RPA(流程機器人)的小品類聯(lián)系在一起。

Copy to China?

Copy to China的因素當然存在，和SaaS所有其他門類一樣，美國市場幾乎是一切企業(yè)軟件的策源地。從CRM，ERP到行業(yè)應用，中國從業(yè)者或多或少都借鑒了美國市場的產(chǎn)品。這沒有任何需要掩飾的，我們做IT行業(yè)的人從內(nèi)心相信全球化的力量是社會進步的主要動力。

但是，APaaS品類和其他SaaS類型一樣，我們可以借鑒基本的方法論，但原封不動地照抄產(chǎn)品基本上不會有好的下場。國際產(chǎn)品如果想要直接進入中國市場也幾乎一定水土不服。到我寫這篇文章時，海外的APaaS產(chǎn)品，包括IT巨頭的相關產(chǎn)品線悉數(shù)都沒有進入大陸市場。

中國SaaS產(chǎn)品的特色已經(jīng)越來越鮮明，而且在很多細節(jié)方面，做得可能已經(jīng)比美國同行更好。所以，在中國重新定義APaaS產(chǎn)品的形態(tài)需要考慮中國國情中的這些要素：

• 用戶應用水平
• 客戶需求特點
• 開發(fā)者生態(tài)
• 應用生態(tài)

我在后面幾點會結合這四項環(huán)境差異來說明中國市場為什么特別需要APaaS，但是需要不一樣的產(chǎn)品形態(tài)。

真正面向非技術人員

雖說APaaS產(chǎn)品一直以來都降低了開發(fā)門檻，提高了效率，但是面向的用戶主要還是軟件研發(fā)人員。像Outsystems這樣的標桿產(chǎn)品，的確相當強大。它分離了一個應用軟件開發(fā)的所有要素，并將這些要素用可視化的方式來替代代碼開發(fā)。Outsystems對開發(fā)效率的提高并不是因為節(jié)省了代碼開發(fā)的時間，而是將常用的數(shù)據(jù)模型，業(yè)務邏輯和數(shù)據(jù)接口等都封裝成預制的組件。

即便如此，這些產(chǎn)品依然需要在必要的時候使用少數(shù)腳本型編程語言，比如數(shù)據(jù)查詢、表達式編寫和聯(lián)合表數(shù)據(jù)的時候。甚至它們用來開發(fā)應用的界面和一個標準的IDE開發(fā)環(huán)境都非常接近。

因為這樣的設計模式和產(chǎn)品復雜度，基本上把所有的非軟件工程人員排除在外了。低代碼也是代碼，一句代碼也會憋死不會寫代碼的英雄漢。APaaS對于軟件開發(fā)者來說是一個很不錯的效率工具，但絕對不是軟件產(chǎn)業(yè)的革命。Gartner所說的“APaaS能夠面向全民開發(fā)者(Citizen Developer)”，在這代產(chǎn)品上并沒有真正兌現(xiàn)。

所以，重做一遍APaaS最重大的意義就是讓非軟件技術人員能夠廣泛參與，讓一部分熟悉業(yè)務的業(yè)務專家能夠自助搞定絕大部分工作。為了達到這個目標，必須摒棄早期APaaS什么應用都能夠開發(fā)的目標，而重點定位那些APaaS產(chǎn)品具備優(yōu)勢的業(yè)務領域。

在2015年以后出現(xiàn)的APaaS產(chǎn)品中，包括明道云在內(nèi)，都明確樹立了這個目標。除了API對接開發(fā)，更友好的APaaS工具非?？酥茖δ_本代碼的依賴，轉(zhuǎn)而采用可視化配置交互的方式來完成。有時候，這個過程的確非常艱難，因為要處理的情況可能非常多樣，但通過步驟分解和必要的舍棄，還是能夠成功地讓不會寫代碼的人完成必要的定義。

比如，在CRM應用中要給失效銷售線索加一個“恢復”的動作按鈕，明道云是這樣做的：

用一個可視化工作流來定義這個“恢復”按鈕。

實踐證明，這個可視化實現(xiàn)方式能夠被大部分業(yè)務人員掌握。對于那些邏輯思維習慣好的項目經(jīng)理、產(chǎn)品經(jīng)理來說，更加是信手拈來。

新型APaaS也竭力去除了軟件開發(fā)中過于專業(yè)的概念，比如實體、屬性、方法、函數(shù)、表達式、循環(huán)、遞歸等。這些詞匯本身有精確的含義，但是對于沒有經(jīng)過計算機編程教育的人來說，掌握起來非常困難。雖然APaaS做不到像極簡的個人應用那樣言簡意賅，或者使用非常通俗的界面語言，但設計者有責任控制專業(yè)名詞的使用，每多使用一些，就多流失一些非技術型用戶。

在我們運營明道云的過程中，發(fā)現(xiàn)專業(yè)軟件開發(fā)者的確更容易掌握，但更讓我們興奮的是一般文職人員的上手容易度。一位銷售經(jīng)理可能直接完成銷售漏斗的應用搭建;一位人事經(jīng)理可能自己就能夠做一個小型EHR系統(tǒng)，甚至做到自動化的制薪。

圖是我們一位客戶老板(非技術人員)搭建的定制ERP系統(tǒng)。他一個人就搞定了。

為什么一定要讓非技術人員參與企業(yè)應用開發(fā)，除了提高效率，減少需求溝通的成本以外，還有一個非常重要的原因。這個我在后面還會重點說明。

APaaS的客戶需求和利基市場

APaaS只是一個軟件品類，它是軟件產(chǎn)業(yè)的革新，但并不可能替代其他的軟件品類。有人會望文生義地理解零代碼軟件開發(fā)，甚至問“那我們還要招聘程序員干嗎?”。提出這種挑戰(zhàn)的人顯然對軟件產(chǎn)業(yè)的復雜性缺乏了解。零代碼或者低代碼開發(fā)，并不針對所有類型應用的開發(fā)工作。

如果把整個軟件產(chǎn)業(yè)放到一個坐標上，我們可以按照需求的標準化程度作為橫軸。顯然，需求最普遍的，也是最標準的，從操作系統(tǒng)，數(shù)據(jù)庫，應用軟件到各種工具軟件，占據(jù)了軟件產(chǎn)業(yè)的大部分比例。這部分是任何其他解決方案都望塵莫及的，因為創(chuàng)新和差異化很難干得過規(guī)?；瘍?yōu)勢和網(wǎng)絡效應。

但是在企業(yè)應用領域，往右延伸的長尾則包含了大量標準化程度越來越低的需求。沒有人真正統(tǒng)計過中國軟件產(chǎn)值(2017年大約在25000億人民幣左右)中標準化產(chǎn)品授權和定制集成類外包服務收入的比例。我猜測這個比例大約在50/50左右。大量產(chǎn)品型公司其實也提供圍繞自己產(chǎn)品的集成和定制服務。

那么這些長尾需求到底因何出現(xiàn)呢?

1. 業(yè)務離散度

所謂離散度高，就是分布的規(guī)律性差。在不同行業(yè)中，業(yè)務離散度高低本來就不均勻。比如像餐飲酒店業(yè)，它的業(yè)務運營標準化程度就很高，幾乎所有的同規(guī)模企業(yè)都是按照基本一致的協(xié)作流程來運行的，產(chǎn)品和服務在一段時間內(nèi)也都相當穩(wěn)定，即便有經(jīng)營上的差異化，也和信息系統(tǒng)關聯(lián)不大。相反，像按單制造業(yè)就完全是另外一個極端，訂單有大有小，今天可能是這個產(chǎn)品，明天可能是另外一個產(chǎn)品。極端情況下，可能每個訂單都不一樣。這樣的行業(yè)一般不得不進行同業(yè)協(xié)作，所以訂單生產(chǎn)既包括自己生產(chǎn)也包括外包外協(xié)。在這種情況下，標準化的軟件產(chǎn)品能夠解決的問題非常有限，企業(yè)如果想要精細化管理業(yè)務數(shù)據(jù)和流程，就不得不訴諸于定制開發(fā)。

2. 業(yè)務差異化

差異化是企業(yè)之間競爭的結果。有的來自企業(yè)的主動追求，有的來自被動的競爭擠壓。不管是因為何種動因，企業(yè)總希望能夠和競爭對手的做法不一樣。標準化信息系統(tǒng)也可能無法滿足這類企業(yè)的需要。舉例來說，像瑞幸咖啡，喜茶這樣的連鎖餐飲企業(yè)，就不可能滿足于一個標準化的餐飲收銀系統(tǒng)，它們必須圍繞自己的運營策略，建立差異化的信息系統(tǒng)。這兩個例子當然都屬于規(guī)模較大的企業(yè)，但在中小企業(yè)中，因為競爭擠壓帶來的差異化需求也非常普遍，比如我認識的一家律師事務所就專注于知識產(chǎn)權業(yè)務，更具體地來說，他們專門幫助品牌在淘寶等電商平臺上打假維權。面對這種差異化業(yè)務，普通的律所業(yè)務管理系統(tǒng)當然滿足不了他們。

3. 各類集成需求

除了業(yè)務離散度和差異化帶來的定制需求，還有各種集成需求帶來的非標準化。每個公司都可能要使用不同的應用組合，用不同的員工賬戶管理平臺，業(yè)務數(shù)據(jù)也分散在不同的數(shù)據(jù)源和應用中。這時候就存在繁多的集成對接關系。有的是要將金蝶的ERP數(shù)據(jù)集成到定制的MES中，有的是要將定制的CRM應用和用友的財務軟件打通，有的需要將應用通知和釘釘、企業(yè)微信的消息打通，還有越來越多的企業(yè)需要建立一個能夠脫離應用系統(tǒng)的數(shù)據(jù)中臺，以方便拓展新的業(yè)務流程。所有這些集成需求一般都是通過定制開發(fā)的方式來實現(xiàn)的。我們一般把集成開發(fā)需求歸納為數(shù)據(jù)集成，用戶集成和應用集成幾個方向。APaaS的兩個兄弟品類—RPA(流程機器人)和IPaaS(整合平臺即服務)幾乎專門是為了集成需求而產(chǎn)生。

早期出現(xiàn)的APaaS的確也是重點圍繞這些長尾需求的。同樣以Outsystems這個標桿產(chǎn)品為例，在它的解決方案中，顧客體驗提升，運營效率提升，傳統(tǒng)系統(tǒng)現(xiàn)代化，SAP擴展，現(xiàn)場服務優(yōu)化和數(shù)字化轉(zhuǎn)型幾乎全部落在這些長尾需求區(qū)間。

如果辨明了APaaS的目標利基市場，我們就可以圍繞中國市場當下的需求特點來重新設計APaaS產(chǎn)品主要解決的問題。

• 離散制造和工程領域的數(shù)字化管理(Customization Oriented)
• 外部協(xié)作環(huán)節(jié)，包括各類現(xiàn)場管理，數(shù)據(jù)搜集和供應鏈協(xié)作(Externalization Oriented)
• 從既有應用中抽取或同步數(shù)據(jù)，形成可高效開發(fā)的數(shù)據(jù)中臺(Integration Oriented)
• 不再依賴過多的套裝軟件，利用自有IT力量建立一體化的信息化系統(tǒng)，實現(xiàn)最大程度的數(shù)據(jù)互通和靈活度(Versatility Oriented)

至于各種集成需求，中國市場的應用環(huán)境和歐美幾乎完全不同。除了相對標準的關系數(shù)據(jù)庫和Restful API集成源以外，其他的應用數(shù)據(jù)集成都要重新根據(jù)國內(nèi)生態(tài)重新做一邊。美國有Shopify的訂單，國內(nèi)是電商ERP;美國用Salesforce，Dynamics，國內(nèi)是銷售易、紛享銷客;美國用Google Suite，國內(nèi)有釘釘、企業(yè)微信和飛書。雖然國內(nèi)產(chǎn)品目前的開放度非常糟糕，但有了APaaS和IPaaS品類的助力，應用之間，應用和平臺之間的數(shù)據(jù)互通完全是可以實現(xiàn)的。

建立不一樣的生態(tài)或依存關系

最后一個原因：生態(tài)!

不過不要誤解，我說的不是軟件行業(yè)常見的“開發(fā)者生態(tài)”，而是更加容易建立的“業(yè)務專家依存關系”。

首先，任何低代碼或者零代碼開發(fā)平臺都很難有條件建立起繁榮的開發(fā)者生態(tài)。即便是最領先的Salesforce Appexchange，十多年來也只積累了3000多個應用，而且這當中絕大多數(shù)都是其他產(chǎn)品的連接器性質(zhì)應用。這當中最主要的原因就是企業(yè)應用很難建立網(wǎng)絡效應，你用SAP，我用金蝶用友，并沒有什么關系。所以，即使市場占有率較高的平臺，也與一統(tǒng)天下距離甚遠。

所以，作為APaaS廠商，必須理性看待所謂建設生態(tài)的目標。生態(tài)不是一統(tǒng)天下，而是建立和不同角色的主體相互依存的關系。零代碼定位的APaaS帶來了一個優(yōu)勢，它能夠吸引過往無法參與企業(yè)軟件建設的新群體——業(yè)務專家。

我在前面提到重建APaaS產(chǎn)品的第一個目標是真正面向非技術人員。但它真正的用意不僅僅是讓企業(yè)軟件開發(fā)擺脫對軟件工程師的依賴，還包括連接企業(yè)軟件的智慧來源——業(yè)務專家。

在企業(yè)軟件設計和開發(fā)中，最困難的過程不是寫代碼，而是理解業(yè)務需求。這個過程沒有任何廠商敢說是毫無問題的。很多垂直行業(yè)軟件公司為了讓產(chǎn)品能夠很好地滿足客戶需求，不得不聘請大量的行業(yè)專家，甚至有的時候不惜自己親自去運營相關業(yè)務。我就知道有一家酒店PMS廠商自己開了一家酒店，一家做健身會所管理的行業(yè)SaaS自己就是健身房老板出身。但不是所有的時候都能夠有這樣的奢侈，企業(yè)的離散業(yè)務需求不可能讓軟件設計人員親自靠運營業(yè)務來理解需求，所以我們這個行業(yè)始終面對著業(yè)務專業(yè)能力和軟件架構能力之間的斷層。

如果企業(yè)有足夠多的錢，當然可以通過聘請一流的咨詢公司，考察全球最佳實踐，引進最好的行業(yè)解決方案，再聘請經(jīng)驗最豐富的實施公司來完成落地。但這個過程即便對財富500強公司來說，都是一筆不小的投入。

最好的辦法，就是讓業(yè)務專家自己能夠動手完成大部分工作。這就回到本文一開頭對現(xiàn)有APaaS產(chǎn)品的詬病。它們還不是真正意義上的面向業(yè)務專家的平臺。業(yè)務專家根本上不了手，更不用說兌現(xiàn)出完整的信息化方案了。

因此，做新一代的APaaS，不僅要提供零代碼，低門檻的技術工具，還要能夠幫助業(yè)務專家相互借鑒，跨行業(yè)學習，平臺內(nèi)共享，并最終允許業(yè)務專家構筑和分發(fā)這些解決方案。如果某一位制造業(yè)專家過去依靠Excel和管理方法論解決了某行業(yè)的生產(chǎn)質(zhì)量管理問題，那么他也一定能夠通過這一代的APaaS平臺構筑出更卓越的軟件方案，將Excel不能克服的問題解決得更好。他不僅能夠獲得咨詢和培訓收入，還能夠合理地通過這個軟件方案得到訂閱性收入。而因為他所付出的成本和技術門檻都足夠的低，企業(yè)客戶所需要支付的代價和實施風險也會同步降低。

我所說的新型依存關系，就是APaaS平臺需要業(yè)務專家來構筑行之有效和專業(yè)的解決方案，而業(yè)務專家也需要這樣的平臺來變現(xiàn)自己的產(chǎn)業(yè)知識。這樣的依存關系不需要很強大的網(wǎng)絡效應，哪怕只有第一組這樣的關系存在，就能夠開始產(chǎn)生價值。

重新開始的關鍵

重做新一代APaaS產(chǎn)品的前景看起來非常美妙，這也難怪企業(yè)服務投資領域最近都特別關注相關品類。但是它要進入有效商業(yè)化產(chǎn)出階段還有很大的阻力。從我們自己的經(jīng)驗實踐看，最大的阻力來自于依然來自于信任，尤其是在大中型規(guī)模的企業(yè)中得到驗證。

APaaS模式說得天好地好，到底能不能解決我的問題?到底能不能做出復雜的應用方案?和定制開發(fā)相比，到底能夠節(jié)省多少的成本，實現(xiàn)怎樣的業(yè)務彈性?對于業(yè)務專家來說，他們是否信任這樣的平臺能夠?qū)崿F(xiàn)腦中的構想，能否可靠地對終端客戶提供服務，價格是否合理?

這些問題都是我們當下最重要的問題，但意識到瓶頸關鍵就好辦。明道云的確已經(jīng)在非常多的業(yè)務場景下得到了驗證，現(xiàn)在我們特別希望獲得更多有清晰愿景、希望在數(shù)字化建設中走在前面的大中型企業(yè)開始嘗試新一代APaaS產(chǎn)品，構筑比競爭者領先一步的企業(yè)信息化。

【本文是51CTO專欄作者“明道云”的原創(chuàng)稿件，轉(zhuǎn)載請通過51CTO聯(lián)系原作者獲取授權】

分享文章：細說獨特的APaaS軟件門類
標題URL：http://m.5511xx.com/article/djgigch.html