前文再續,書接上一回。我想跟大家聊聊我腦海中的設想的toB產品框架。如果大家還沒有看過第一篇的話,建議看看:我理解的 toB 產品框架(一)
上一篇說到現在大多數的B端應用,在我看來都是由兩大部分構成。底層是權限系統,頂層是以表單為首的三大模塊。各個模塊自由組合,就構成了一個個的 toB 產品。但是,這種產品框架較適合像ERP那樣的私有云的服務。
而因為各種各樣的App Store興起,越來越多的toB產品開始往平臺發展。而且微信的巨大成功,也讓各種 toB 企業看到了成為巨頭的希望。(順便插一句題外話。我一直有個疑惑,中國模仿式創新創造出了阿里巴巴、百度、微博、嘀嘀這樣的巨頭,但是為啥沒有 toB 的巨頭呢?要知道很多世界500強的企業都是做 toB 的產品的呀~)
所以像釘釘與云之家就是采取類似這樣的產品框架(只是大體上類似而已):
其實就是在原有的傳統的 toB 產品框架上,增加了兩大塊。一個是IM模塊,另一個則是應用平臺。IM模塊無需多說,就是一個聊天功能。而應用平臺則是讓各種各樣的垂直 toB 或 toC 服務接入到基礎產品中,從而達到場景互補的作用。
但是市面上的產品基本是做到了模塊與模塊的簡單拼接。而近一兩年的發展趨勢則是要將各個模塊打通。比如釘釘3.0發布會后,又舉辦了一場小發布會,就有講到阿里商旅與報銷對接功能,這個功能一眼看去就是為了解決報銷繁瑣的問題,看似簡單,實際上從產品觀的角度考慮,這是個巨大突破。要知道傳統的私有云ERP系統就是一個信息孤島。別說是信息交換了,就是單純的信息輸入都會有各種各樣的權限限制。
而未來產品的框架就會有所變化,IM模塊將會融合到傳統的 toB 框架上,成為另一個基礎能力。而在應用平臺上的各個應用就可以調用平臺本身擁有的能力。
他們的關系可以用軟件與硬件做類比,比如你在使用滴滴出行叫車的時候,滴滴出行一般會使用GPS功能,幫助你快速定位上車點,而GPS功能滴滴是沒有的,但手機有。滴滴只是調用手機本身硬件上的GPS模塊而已。而未來的平臺級 toB 應用也會是這樣,在平臺上的應用可以輕松調用本身平臺的基礎能力,比如流程引擎、權限系統等,這些應用都無需再去開發那么麻煩的東西,可以花更多的時間與資源去深挖業務場景,臟話累活基本上都由平臺去干了。
比如我用釘釘提到的商旅報銷的場景,對于商旅應用來說,其實它根本無需考慮權限問題,也無需考慮審批單據如何扭轉。只要用戶點擊報銷,商旅應用只需傳輸特定信息給平臺,就可以了,剩余的事平臺做就好。流程引擎收到需求,將數據自動填寫到符合流程的特定表單中,再根據權限系統提供的參數,分配給特定的人進行審批。數據分析系統自動統計與監控整個流程,出現數據異常,馬上反饋特定管理員。(當然這是理想狀態下,這個流要跑通,估計實施成本會非常高)
這個產品框架只能說是近一、兩年 toB 產品的一個發展趨勢,還有另外一個趨勢,就是...
欲知后事如何,請聽下回分解。