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