企業內部系統與SaaS差異反思
編輯導語:近幾年,隨著SaaS產品和服務在國內的不斷發展,一些企業也開始看向SaaS產品,SaaS產品與企業內部系統相比來說也更加易用;本文作者介紹了關于企業內部系統與SaaS差異的反思,我們一起來看一下。
隨著各類SaaS產品和服務的發展,企業內部系統在功能上和易用性上越難越與同類的SaaS產品相抗衡;在做企業內部系統一年時間后,我對于企業內部系統和SaaS產品的差異一直在反思整理,下面是一些想法和總結。
一、什么是SaaS
1. SaaS的定義
SaaS全稱Software-as-a-Service,即SaaS提供的是服務,客戶在有某種明確需求時可以直接通過網絡獲取SaaS平臺提供的服務。
與企業內部系統相比就類似于面包店與面包機的差別,SaaS服務商就類似于面包店,當企業需要買面包時將面包賣給企業;而企業內部系統就像是面包機,無論企業是否使用占用一定資源,當企業需要特別口味的面包時,可以用面包機自己制作。
2. SaaS發展路線
市場上的SaaS產品在發展之初就分為兩類:
- 以數據為重;
- 以工具為重,在之后的發展中相互滲透。
一般在發展之初就以數據為重的SaaS服務商本身就是互聯網大鱷,自身擁有很多資源,在這里就不談論這類SaaS產品和服務商的發展路徑,僅談論第二類以工具為重的SaaS產品發展路徑。
1)垂直場景階段:在這個階段SaaS產品著重于核心使用場景,不斷增加功能,滿足某一具體業務的使用。
2)相關場景擴展階段:這一階段的SaaS服務商將基于之前的SaaS產品做橫向擴展或縱向擴展,比如說之前做H5線上編輯的SaaS服務商擴展做線上問卷業務,或者做項目管理軟件的服務商擴展到協同辦公、文件管理。
3)行業解決方案階段:此時SaaS服務不再僅針對一個或幾個核心場景、環節,更多是提供行業的解決方案,一般來說有兩種表現:找場景、建平臺。
- 找場景:在SaaS規劃之初就以數據為核心積累了豐富的行業數據,現階段更多的是需要將之前累積的數據找到合適的使用場景。
- 建平臺:之前都是以服務于某項具體功能的工具類產品為主,以工具類產品向上整合為平臺。
4)再創新階段:此時SaaS服務商可以選擇開放平臺建立平臺生態,或者定位新方向發展新的業務。
3. SaaS的優勢
SaaS服務方式類似于租用的方式,在需要時租用功能、渠道、資源,是一種創新性的軟件應用模式,總結了以下我認為的SaaS服務對于企業的優勢:
- 成本低:客戶只需租用服務,比起傳統的軟件銷售模式,不需要部署在本地服務器上,也不需要專門人員進行維護,尤其對小企業來說更是能降低成本。
- 使用方便:很多SaaS產品客戶無需安裝客戶端就可以通過網絡直接訪問,并且支持多種設備,尤其是很多SaaS產品在不同設備上的數據同步做的非常優秀;而且會相對有序的更新,優化使用流程豐富功能。
- 降低技術門檻:類似于凡科這類的SaaS服務商能夠通過提供低門檻的解決方案,使得小型企業也有能力去實現信息化管理。
這三點是SaaS最基本的優勢,除此以外,一些善于利用數據的SaaS公司還能為企業提供行業、業務指導。
二、為什么企業依舊選擇自己搭建系統
雖然SaaS有很多優點,但大型企業依舊會選擇自己搭建系統或者購買軟件本地部署,主要考慮以下原因:
- 數據安全:SaaS產品的數據是存儲到SaaS公司的服務器上的,對于大型企業來說存在第三方數據泄露的風險,而且SaaS公司也能夠通過企業數據更加深入了解企業實際情況;因此許多大型企業選擇自己開發系統、外包團隊開發然后接手開發維護,或則購買軟件本地化部署。
- 業務特殊:現在市場上沒有相關產品,或者企業內部對于業務有特殊的流程或需求,尤其是一些流程和規范是在企業發展中形成的難以變動;現有的SaaS產品難以適用于這類流程,所以企業需要針對性開發。
- 精細化管理:大型企業內部管理在組織架構、權限設置、審批流程上的管理更加精細,需要做到規范化管理和權限分明;而許多SaaS系統現階段雖然在業務功能上滿足需求,但在管理上還未達到企業需要的精細化程度。
- 數據整合的需求:尤其是線上、線下都有所涉及的企業,不僅需要將線上不同平臺的數據進行整合,還需要將線下收集的數據進行整合。
以上提到的四個方面對于不同的企業來說會有不同的重點考量,但數據安全基本上是最為主要的考量方面,而精細化管理、數據整合會隨著SaaS服務的完善能夠逐漸得到滿足。
三、在實際操作中的差異
在我做企業內部系統調研時發現,在同類產品、功能上,SaaS產品和企業內部系統有一些差異;這些差異有的是因為企業業務的特殊性導致,而有一些則為SaaS模式表現出來的特性。
1. 目標差異
企業內部系統和SaaS產品服務總體來說都是為了幫助企業提高效率、降低成本、增加營收等等;但在實際情況中企業對SaaS產品的要求是增加營收>降低成本>其他,需要在使用SaaS產品后在1-3個月或1-3場活動內就看到實際效果。
越是能直接增加營收的SaaS產品,越是能夠讓企業買單。
而企業內部系統很多都不會直接幫助企業增加營收降低成本,更多的是幫助企業規范管理,或者說幫助企業管理信息化提高管理效率,重點在于流程規范、權責明確。
2. 客戶差異
企業內部系統的目標客戶只有本企業,主要關注企業內部需求,尤其是內部特殊流程的需要;其目標用戶明確、使用場景清晰、流程比較明朗,為本企業量身打造。
在操作中常常出現以下的情況:
- 為專人開發:一些功能、流程的設計是為某人(企業高層)開發的,這些功能基本上涉及到重要數據和流程,使用的人很少但無法拒絕,保密性要求很高。
- 為專崗開發:某些崗位為本企業內特殊崗位,行業內其他企業沒有這些特殊崗位,一般會涉及到企業特殊流程或涉及到企業發展遺留問題。
- 為某一部門開發:這種一般情況為同類SaaS產品無法滿足企業在功能上無法滿足實際的需求,也可能是數據標簽、分類上與企業內部標準不一致。
SaaS產品關注的目標客戶是一群具有相似特點的企業或某個行業,并非關注于某一個企業,更多的是考慮共同痛點和流程,在產品體現上呈現以下特征:
- 優先考慮功能、業務覆蓋面:SaaS產品的用戶是一群具有相似需求的企業,在產品功能上優先考慮能夠為多少企業解決問題,能夠為多少客戶創造價值。
- 優先考慮業務本身流程,再考慮企業內部流程:對于很多服務于具體功能的SaaS產品,除非本身業務就與管理直接相關,否則一般優先考慮業務本身流程,之后再考慮組織架構、權限設計、審批流程。
- 考慮客戶價值:某些個性化功能雖然并不是行業痛點也覆蓋面很小,但提出需求的企業本身具有巨大價值,能夠幫助產品推廣,優先考慮。
3. 業務差異
在同一業務流程中,企業內部系統和SaaS產品在主要功能流程上是相似的;但在業務流程上,企業內部系統更多關注于業務本身在企業中的流程,而企業使用SaaS產品除了本身需求之外,還需要滿足SaaS產品的限制需求。
4. SaaS產品強調復用
SaaS產品為了實現功能、流程上的復用性,所以在業務流程中的設計不乏存在為了實現功能復用的流程。
比如做一個短信推廣系統,企業內部短信推廣系統和SaaS系統的業務流程對比如下:
對于企業本身來說,最為重要的是短信內容本身能不能符合企業需求,所以審核流程更加注重內容本身。
而SaaS產品的流程中增加了對于短信簽名使用的公司名稱是否合法的審核,這一部分很明顯是為了能夠允許多個企業使用而添加的流程,實際上與短信業務本身無關。
5. 企業內部系統強調管控
企業內部系統在設計之初就會明確崗位之間的職責,組織、權限、審批流程會前置設計,在一些業務流程上會呈現出強控制性。
拿之前我負責的企業內部H5編輯系統(供總部、銷售公司、門店使用),素材庫和凡科微傳單相比——素材庫的模板編輯板塊可以設置元件是否允許修改、頁面順序是否允許置換,只能在總部模板制作人員允許的范圍內進行有限的修改。
但在凡科微傳單的模板編輯中沒有相關設計,用戶使用模板時就如同使用PPT模板一樣,能夠隨意修改。
6. 功能迭代差異
在功能迭代上,企業內部系統在迭代之初不急于增加直接的業務功能更多的側重于完善權限、審批等管理功能。
因為當產品權限、審批以及基本功能能用后,企業內部系統就能夠在企業內部進行使用;在使用中根據反饋進行功能迭代,一般情況下如果不是實在難以滿足需求業務人員都不會反饋問題,這也導致企業內部系統優化動力不足。
而SaaS產品在產品迭代之初首先考慮的是增加業務功能,在業務功能大致完善后再去增加完善管理功能,而且在功能迭代時也會著重考慮產品的易用性。
主要原因是企業在決定是否購買服務時,首先考慮的是功能是否滿足需要再考慮能否滿足管理需求。
四、總結
總體來說,企業內部系統和SaaS產品在項目之初就帶有不同的色彩,企業內部系統很多時候是滯后開發的,在產品規劃時基本市場上會有類似功能的SaaS產品;雖然完成的業務功能類似但實際在傾向上有所不同,企業內部系統傾向于管理上的需要而SaaS更多傾向于業務功能上的滿足。
雖然企業內部系統在功能上和易用性上越難越與同類的SaaS產品相抗衡,但以后SaaS會不會取代企業內部系統?
我認為不會,因為功能、易用性或許也不是企業內部系統最為核心的價值。
本文由 @遙遙愛嘮叨 原創發布于人人都是產品經理,未經作者許可,禁止轉載。
題圖來自Unsplash,基于CC0協議。
人天生喜歡“自由”,SaaS服務對用戶的“約束力”是個天然的選擇“缺陷”,內部系統的高度靈活性和定制屬性,大部分情況下會超越客戶對“好用”的需求
作者想的和我很相似,我認為就目前國內企業的現狀,SaaS根本不會有好的生存環境 ,因為各種定制化太多了,企業的管理模式不同,注定不會出現統一的SaaS,只有在某一行業,達成行業統一的管理標準,才會出現真正意義上的SaaS。
其實這個就像社會主義,理論上是可以存在的,但實現起來就知道有多難。
saas肯定是細分行業,且行業標準統一。比如鋼貿就很不錯, 之前有辛做過一款產品目前市面上運行的也還不錯。
其實我覺得saas本地部署還是挺多企業能夠接受的,但要saas產品本身的權限、組織架構做的足夠細致靈活。
就是如果是一個花錢的不掙錢的而且是后臺的一個系統, 這樣的系統產品注定地位不高。
也不一定,很多管理類產品就是花錢但不掙錢的,但很重要,只是不會有持續優化的動力