前文再續，書接上一回。我想跟大家聊聊我腦海中的設想的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 產品的一個發展趨勢，還有另外一個趨勢，就是...

欲知后事如何，請聽下回分解。