(網(wǎng)經(jīng)社訊)什么是SaaS模式？SaaS模式到底有什么優(yōu)勢？傳統(tǒng)模式向SaaS模式過渡，又將面臨什么樣的挑戰(zhàn)和問題？
在進入正題之前，我們先聊一點題外話，就在我寫這篇文章的這一天（2019-7-31）Facebook的腦機革命邁出了重要的一步！
華裔科學(xué)家Edward Chang團隊通過解碼腦電波，使用深度學(xué)習方法直接從大腦信號中合成口語句子又取得了突破性進展，從大腦信號解碼出對話，并轉(zhuǎn)換成文字，這對那些無法說話的患者有著重要意義。此刻，無比感嘆人的主觀能動性在解決困難和痛點面前所表現(xiàn)出的強大力量。
為什么會有我們今天要聊的SaaS模式？
一定是之前的傳統(tǒng)模式出現(xiàn)了很多令人頭疼的問題，我們需要解決這些問題。SaaS模式應(yīng)運而生！那什么是SaaS？從概念上來講就是“Software-as-a-Service”，軟件即服務(wù)！
2015年我們見證了O2O從火熱到預(yù)冷，2C市場的日益飽和，資本逐漸進入了合并與退出的階段。
這個時候更多的創(chuàng)業(yè)者和投資者把關(guān)注目標轉(zhuǎn)移到了2B市場，尋找互聯(lián)網(wǎng)與傳統(tǒng)行業(yè)的深度結(jié)合。在這之前傳統(tǒng)行業(yè)已經(jīng)有了很多為了解決特定行業(yè)，或者企業(yè)的特定問題而針對性開發(fā)的“專業(yè)型”軟件，比如：金蝶、用友的生產(chǎn)型企業(yè)的ERP系統(tǒng)，財務(wù)管理系統(tǒng)等。
隨著云服務(wù)技術(shù)的成熟，SaaS模式在產(chǎn)品營銷、使用和維護上的優(yōu)越性，過去的軟件服務(wù)方式就成為了我們剛才所說的傳統(tǒng)模式。
傳統(tǒng)模式和SaaS模式有著怎樣的區(qū)別？
傳統(tǒng)模式是：企業(yè)先提需求->軟件開發(fā)商按需適配->服務(wù)人員上門部署->調(diào)試安裝->長期維護。
以上的流程項目工程越大，完成周期越長，而且就算部署完成，后續(xù)的調(diào)試、維護和升級都需要巨大且持續(xù)的成本投入。除了軟件之外，一般還會涉及服務(wù)器硬件的投入，服務(wù)器還是需要專人養(yǎng)配，因為服務(wù)器一旦除了問題，企業(yè)數(shù)據(jù)的損失是及其致命的！
而采用SaaS模式，用戶不需要部署自己的服務(wù)器，軟件開發(fā)商不需要投入大量的線下運維人員，SaaS模式擁有高可用性、應(yīng)用高可配置性、功能服務(wù)的高擴展性，用戶完全可以根據(jù)自己的需要進行靈活配置，使用效率高。
我們可以用生活中的例子來進一步形象的闡述一下兩者的區(qū)別，“壓水井”估計現(xiàn)在在農(nóng)村也很難見到了，我偶爾在老家還能見到，壓水井出現(xiàn)給我們的生活帶來了便利。但是，我們想要用上水，前提需要自己挖坑，下管子和安裝壓水井，安裝后也需要調(diào)試，因為墊片安裝不好會導(dǎo)致打水很費勁。
后來大家的生活慢慢好起來了，家家戶戶都用上了自來水和集中供暖，我們只需要按使用的多少付錢就好，再也不需要自己打水和掏煤球了。上面我們說的自己安裝壓水井就是傳統(tǒng)模式，而自來水廠的集中供水就是SaaS模式，我只要擰開水龍頭就有干凈的水可以使用，除非自來水廠設(shè)備故障。自來水廠的水源就是服務(wù)，供水系統(tǒng)我們就可以理解成為云服務(wù)器。
結(jié)合上面的生活中的小例子，這里稍微延伸一下什么是IaaS、PaaS和云計算。
IaaS：基礎(chǔ)設(shè)施即服務(wù)，凈水設(shè)備就屬于基礎(chǔ)設(shè)施，設(shè)備可以出租給企業(yè)和家庭使用，他們同樣可以喝到干凈的水；
PaaS：平臺即服務(wù)，現(xiàn)在就算我們家里沒有安裝自來水，通過某礦泉水商城可以在網(wǎng)上下單，人家直接把干凈的水給你送到家門口，我們享受平臺帶來的直接服務(wù)。
當然，任何事物都不可能是完美的，有優(yōu)點也必然會存在缺點。SaaS產(chǎn)品與生俱來的的幾個缺陷主要有：軟件控制權(quán)、消費者基數(shù)、性能瓶頸、安全問題。
我們來簡單說一下這幾個問題，首先與企業(yè)內(nèi)部部署的軟件不同，由于SaaS軟件被擊中托管在服務(wù)提供商的Web服務(wù)器中，所以租戶無法控制所有的軟件應(yīng)用程序。
SaaS化的軟件比企業(yè)自行部署的軟件獲得的控制權(quán)更少，租戶可操作的自定義控制權(quán)極度有限。對于這種多租戶共同使用一套應(yīng)用產(chǎn)品的模式來講，很多消費者還并不能夠完全認同，就像有的人寧愿自己買保險柜把錢放在家里，也不相信銀行一樣。
另外，由于這種多租戶共享使用的方式，隨著使用節(jié)點的增多，必然帶來服務(wù)器性能的下降。不過，這個方面的問題現(xiàn)有的云服務(wù)提供商都能夠輕松應(yīng)對。最后，也是最關(guān)鍵的，就是應(yīng)用的共享使用，數(shù)據(jù)的安全問題了。
這也是SaaS產(chǎn)品必須慎重對待的一個方面，比如：數(shù)據(jù)的隔離、敏感數(shù)據(jù)的加密、數(shù)據(jù)訪問權(quán)限控制等方面都需要去解決好！
不同類型的SaaS產(chǎn)品，由于要面對不同的用戶需求，可能在產(chǎn)品定位、功能服務(wù)上有所不同，剖析SaaS產(chǎn)品的共同點。我們會發(fā)現(xiàn)：任何一款產(chǎn)品都具備以下幾個共同的核心組件（下圖出自《架構(gòu)師必備技能指南：SaaS（軟件即服務(wù)）架構(gòu)設(shè)計》一文）
從這張圖我們可以看出：做一個優(yōu)秀的、可靠性強、好用的SaaS產(chǎn)品還是比較困難的，多租戶的權(quán)限設(shè)計、數(shù)據(jù)安全，功能服務(wù)的模塊化設(shè)計，高可擴展性的支撐，熱部署等等。任何一個模塊的成功之路都比較崎嶇，在這里就不一一介紹每個組件的具體作用了，感興趣的伙伴可以去看一下上面提到的那篇文章。
技術(shù)上的架構(gòu)和實現(xiàn)可以保證SaaS產(chǎn)品的穩(wěn)定性，但一個產(chǎn)品的易用性和可操作性就必須依賴產(chǎn)品功能層面的設(shè)計與業(yè)務(wù)流程的梳理，以及業(yè)務(wù)權(quán)限的設(shè)計。
不同類型的SaaS產(chǎn)品對應(yīng)的是具體的業(yè)務(wù)場景，業(yè)務(wù)訴求和業(yè)務(wù)目標，我們可按照自底向上構(gòu)建，自頂向下體驗的方法梳理產(chǎn)品的業(yè)務(wù)模塊，主線業(yè)務(wù)流，在功能設(shè)計初期明確產(chǎn)品的商業(yè)模式，按照免費功能服務(wù)、增值服務(wù)和第三方服務(wù)進行分類以構(gòu)建產(chǎn)品的業(yè)務(wù)生態(tài)。
產(chǎn)品的設(shè)計應(yīng)該保持開放的心態(tài)，開放互聯(lián)實現(xiàn)價值，在這個前提下，我們需要界定好核心與外沿的彈性邊界。這也符合SaaS產(chǎn)品的高可用與可擴展的核心定義。
另一個方面，在功能功能權(quán)限的設(shè)計上，建議采用權(quán)限前置，角色后置的思想。（權(quán)限前置：解決的是功能與資源的關(guān)系。角色后置：解決的是用戶與權(quán)限的關(guān)系。）
因為這樣，我們才可以滿足具體租戶對產(chǎn)品角色的可配置性，滿足不同租戶的個性化權(quán)限配置與管理。這部分大家可以詳細了解一下RBAC角色訪問控制模型，會有詳細的介紹。
說到這里，SaaS模式的優(yōu)越性顯而易見，這種模式是主流趨勢，但在傳統(tǒng)模式向其轉(zhuǎn)變的過程中必然會有陣痛期，也會面臨各種問題和阻礙。這些問題來自于企業(yè)內(nèi)部的冒進，資源評估的大意；也會來自不同行業(yè)、不同背景企業(yè)用戶的抵制和質(zhì)疑。我們需要具體問題具體分析，盡量平衡“錢放保險箱和存銀行”的這種選擇焦慮。
產(chǎn)品SaaS化后企業(yè)換血新生的案例多如牛毛，SaaS模式下B端產(chǎn)品生意逐漸在C端化，對于處在產(chǎn)業(yè)互聯(lián)網(wǎng)浪潮之中的每個人，都有很多可以想象的空間……（來源：人人都是產(chǎn)品經(jīng)理 文/男猿北折 編選：網(wǎng)經(jīng)社）
