最近關(guān)于SaaS有一些討論，簡(jiǎn)單說(shuō)一下我對(duì)SaaS的預(yù)測(cè)。當(dāng)然，預(yù)測(cè)本身并沒(méi)有意義，也有可能錯(cuò)誤。但我想把我預(yù)測(cè)的邏輯以及主要思考點(diǎn)列出來(lái)，即便預(yù)測(cè)錯(cuò)誤，但這些邏輯和思考點(diǎn)如果能夠?yàn)镾aaS從業(yè)者一些啟發(fā)，也算是對(duì)行業(yè)的一些貢獻(xiàn)。

一、軟件是為了個(gè)性化設(shè)置而誕生

研究計(jì)算機(jī)的發(fā)展歷史，會(huì)發(fā)現(xiàn)軟件是為了解決個(gè)性化設(shè)置而誕生的。

1943年二戰(zhàn)期間，為了計(jì)算新式火炮射表，麻省理工學(xué)院教授范內(nèi)瓦.布什設(shè)計(jì)了微分分析機(jī)，是模擬以前工程師使用的計(jì)算尺。由電動(dòng)機(jī)驅(qū)動(dòng)旋轉(zhuǎn)盤(pán)和鋼軸計(jì)算——但必須由人工設(shè)置硬件才能求解特定的微分方程問(wèn)題。這導(dǎo)致計(jì)算耗費(fèi)時(shí)間長(zhǎng)，造成大量計(jì)算任務(wù)積壓。

1945年建造完成的第一臺(tái)計(jì)算機(jī)ENIAC，大大提升了計(jì)算效率，但在解決問(wèn)題時(shí)，仍然需要大量的設(shè)置時(shí)間，操作員需要指定正確的操作順序【撥動(dòng)開(kāi)關(guān)，通過(guò)接插電線來(lái)實(shí)現(xiàn)】。后來(lái)馮.諾伊曼，為了解決ENAIC的配置難題，提出了全新的架構(gòu)，將按照特定順序裝配邏輯組件以實(shí)現(xiàn)特定問(wèn)題的個(gè)性化設(shè)置，從硬件細(xì)節(jié)分離出來(lái)。這樣軟件才誕生。

重要的觀點(diǎn)再說(shuō)一遍：軟件是為了個(gè)性化計(jì)算的設(shè)置（配置）而誕生的。

二、云計(jì)算需要規(guī)?；?biāo)準(zhǔn)化

隨著云計(jì)算技術(shù)的成熟，IaaS、PaaS、SaaS模式逐漸被產(chǎn)業(yè)接受，云計(jì)算的本質(zhì)是將計(jì)算資源、計(jì)算存儲(chǔ)能力、業(yè)務(wù)邏輯處理能力匯聚后，借助集約優(yōu)勢(shì)，通過(guò)新的分工，從而提升相關(guān)資源的效率，進(jìn)而可以以低成本滿足產(chǎn)業(yè)相關(guān)能力需求的爆發(fā)式增長(zhǎng)。

所以云計(jì)算的成功與否取決于相關(guān)業(yè)務(wù)的規(guī)?；?biāo)準(zhǔn)化能力。

無(wú)論IaaS、PaaS還是SaaS，如果做不到規(guī)?；?biāo)準(zhǔn)化，都注定失敗。

三、企業(yè)軟件的個(gè)性化和標(biāo)準(zhǔn)化、規(guī)?；敲艿?/h2>

對(duì)于軟件，個(gè)人軟件的標(biāo)準(zhǔn)化、規(guī)?；侨菀讓?shí)現(xiàn)的。但對(duì)于企業(yè)軟件，僅有少數(shù)功能（比如CRM，HR、財(cái)務(wù)）相對(duì)來(lái)說(shuō)通用性高一些，是可以實(shí)現(xiàn)標(biāo)準(zhǔn)化、規(guī)?；?。

因而在已經(jīng)成功的SaaS軟件中，這類產(chǎn)品相對(duì)多一些。

但對(duì)于制造相關(guān)的軟件而言，軟件功能因?yàn)樾袠I(yè)、因?yàn)槠髽I(yè)規(guī)模、因?yàn)槠髽I(yè)戰(zhàn)略不同，而很難形成標(biāo)準(zhǔn)化的功能模塊。

最初期的企業(yè)軟件是項(xiàng)目定制模式；然后是套裝軟件+個(gè)性定制模式。

為了解決企業(yè)個(gè)性需求與套裝軟件標(biāo)準(zhǔn)功能之間的差異，誕生了軟件咨詢、軟件實(shí)施這個(gè)產(chǎn)業(yè)。

SaaS軟件要求的規(guī)?；?biāo)準(zhǔn)化，與企業(yè)軟件的個(gè)性化需求是矛盾的不可調(diào)和的。

四、數(shù)字技術(shù)的發(fā)展，對(duì)體驗(yàn)需求的增強(qiáng)，更加劇了對(duì)個(gè)性化的需求，需要降低標(biāo)準(zhǔn)化模塊的顆粒度

工業(yè)4.0的一個(gè)主要特點(diǎn)是個(gè)性化。而隨著數(shù)字技術(shù)的不斷應(yīng)用，越來(lái)越多的企業(yè)重視用戶體驗(yàn)。而用戶體驗(yàn)本質(zhì)上也是對(duì)個(gè)性化的增強(qiáng)。

未來(lái)企業(yè)需要提供靈活的流程。

舉一個(gè)例子：假設(shè)一個(gè)功能有7個(gè)步驟，傳統(tǒng)可能是7個(gè)步驟按順序執(zhí)行，但因?yàn)橛脩趔w驗(yàn)的要求，這7個(gè)步驟可能會(huì)打亂，也可能會(huì)省略掉幾個(gè)步驟。

如果沒(méi)有個(gè)性需求，這七個(gè)步驟按順序執(zhí)行，標(biāo)準(zhǔn)化難度不大。

但為了滿足個(gè)性需求，這7個(gè)步驟的組合，將無(wú)法標(biāo)準(zhǔn)化。

為了能夠?qū)崿F(xiàn)標(biāo)準(zhǔn)化，可以將這7個(gè)步驟的每個(gè)步驟實(shí)現(xiàn)標(biāo)準(zhǔn)化，以API的形式提供服務(wù)。為了靈活適應(yīng)用戶的個(gè)性化需求，可以由RPA、流程管理工具來(lái)輔助完成最終流程的功能。

五、標(biāo)準(zhǔn)化的API功能與流程優(yōu)化工具組合才是未來(lái)

最近幾年RPA很流行，因?yàn)槠髽I(yè)為了提高用戶體驗(yàn)，需要將不同領(lǐng)域的功能融合到一個(gè)流程中，并可以實(shí)現(xiàn)自動(dòng)執(zhí)行。

而RPA需要提供模擬功能，以應(yīng)對(duì)軟件中某個(gè)由人操作的過(guò)程。需要模擬功能的原因是軟件功能沒(méi)有顆粒化并沒(méi)有提供接口。

仔細(xì)研究SAP最近的戰(zhàn)略：基于BTP推動(dòng)標(biāo)準(zhǔn)化接口（Graph），并在流程處理、流程優(yōu)化方面收購(gòu)軟件企業(yè)。

六、結(jié)論

我并不看好企業(yè)級(jí)別SaaS的未來(lái)：已經(jīng)取得成功的領(lǐng)域，是容易標(biāo)準(zhǔn)化、規(guī)?；摹Ｆ渌δ艿能浖?，因?yàn)椴町惔螅瑯?biāo)準(zhǔn)化規(guī)模化難度高，這類SaaS化難。

相信仍然會(huì)有一些企業(yè)堅(jiān)信SaaS會(huì)有美好的未來(lái)，提醒他們小心之外，建議他們要學(xué)會(huì)實(shí)現(xiàn)標(biāo)準(zhǔn)化、規(guī)模化的技巧。

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