最近關于SaaS有一些討論，簡單說一下我對SaaS的預測。當然，預測本身并沒有意義，也有可能錯誤。但我想把我預測的邏輯以及主要思考點列出來，即便預測錯誤，但這些邏輯和思考點如果能夠為SaaS從業者一些啟發，也算是對行業的一些貢獻。

一、軟件是為了個性化設置而誕生

研究計算機的發展歷史，會發現軟件是為了解決個性化設置而誕生的。

1943年二戰期間，為了計算新式火炮射表，麻省理工學院教授范內瓦.布什設計了微分分析機，是模擬以前工程師使用的計算尺。由電動機驅動旋轉盤和鋼軸計算——但必須由人工設置硬件才能求解特定的微分方程問題。這導致計算耗費時間長，造成大量計算任務積壓。

1945年建造完成的第一臺計算機ENIAC，大大提升了計算效率，但在解決問題時，仍然需要大量的設置時間，操作員需要指定正確的操作順序【撥動開關，通過接插電線來實現】。后來馮.諾伊曼，為了解決ENAIC的配置難題，提出了全新的架構，將按照特定順序裝配邏輯組件以實現特定問題的個性化設置，從硬件細節分離出來。這樣軟件才誕生。

重要的觀點再說一遍：軟件是為了個性化計算的設置（配置）而誕生的。

二、云計算需要規模化、標準化

隨著云計算技術的成熟，IaaS、PaaS、SaaS模式逐漸被產業接受，云計算的本質是將計算資源、計算存儲能力、業務邏輯處理能力匯聚后，借助集約優勢，通過新的分工，從而提升相關資源的效率，進而可以以低成本滿足產業相關能力需求的爆發式增長。

所以云計算的成功與否取決于相關業務的規模化、標準化能力。

無論IaaS、PaaS還是SaaS，如果做不到規模化、標準化，都注定失敗。

三、企業軟件的個性化和標準化、規模化是矛盾的

對于軟件，個人軟件的標準化、規模化是容易實現的。但對于企業軟件，僅有少數功能（比如CRM，HR、財務）相對來說通用性高一些，是可以實現標準化、規模化的。

因而在已經成功的SaaS軟件中，這類產品相對多一些。

但對于制造相關的軟件而言，軟件功能因為行業、因為企業規模、因為企業戰略不同，而很難形成標準化的功能模塊。

最初期的企業軟件是項目定制模式；然后是套裝軟件+個性定制模式。

為了解決企業個性需求與套裝軟件標準功能之間的差異，誕生了軟件咨詢、軟件實施這個產業。

SaaS軟件要求的規模化、標準化，與企業軟件的個性化需求是矛盾的不可調和的。

四、數字技術的發展，對體驗需求的增強，更加劇了對個性化的需求，需要降低標準化模塊的顆粒度

工業4.0的一個主要特點是個性化。而隨著數字技術的不斷應用，越來越多的企業重視用戶體驗。而用戶體驗本質上也是對個性化的增強。

未來企業需要提供靈活的流程。

舉一個例子：假設一個功能有7個步驟，傳統可能是7個步驟按順序執行，但因為用戶體驗的要求，這7個步驟可能會打亂，也可能會省略掉幾個步驟。

如果沒有個性需求，這七個步驟按順序執行，標準化難度不大。

但為了滿足個性需求，這7個步驟的組合，將無法標準化。

為了能夠實現標準化，可以將這7個步驟的每個步驟實現標準化，以API的形式提供服務。為了靈活適應用戶的個性化需求，可以由RPA、流程管理工具來輔助完成最終流程的功能。

五、標準化的API功能與流程優化工具組合才是未來

最近幾年RPA很流行，因為企業為了提高用戶體驗，需要將不同領域的功能融合到一個流程中，并可以實現自動執行。

而RPA需要提供模擬功能，以應對軟件中某個由人操作的過程。需要模擬功能的原因是軟件功能沒有顆粒化并沒有提供接口。

仔細研究SAP最近的戰略：基于BTP推動標準化接口（Graph），并在流程處理、流程優化方面收購軟件企業。

六、結論

我并不看好企業級別SaaS的未來：已經取得成功的領域，是容易標準化、規模化的。其他功能的軟件，因為差異大，標準化規模化難度高，這類SaaS化難。

相信仍然會有一些企業堅信SaaS會有美好的未來，提醒他們小心之外，建議他們要學會實現標準化、規模化的技巧。

SAP的方法論中有一個步驟Scaling，有一些技巧，包括如何將定制功能參數化，如何利用參數化，將功能在更大范圍應用。