SaaS+PaaS | 產品設計,如何滿足用戶個性化需求
在設計To B產品的時候,因為客戶的行業,規模體量,商業模式以及內部管理流程的不同,同樣的一個需求在不同的公司可能需要不同的解決方案。所以,在產品的設計上,如何能以靈活的方式在同一個應用體系上滿足不同客戶的個性化需求,成了To B產品經理的必修課。本文將基于SaaS+PaaS平臺的產品設計,重點解決如何讓產品滿足客戶個性化需求的問題。
一、 SaaS產品設計
1. SaaS產品結構
與To C產品通常的管理后臺和用戶客戶端兩層產品結構不同。
SaaS產品至少有三層結構,分別是:產品管理后臺,租戶管理中臺和用戶客戶端。
后臺對中臺可用的產品功能進行管理,而中臺對客戶端可用的功能進行管理,從而形成一個最基本的SaaS產品結構。
2. 產品管理后臺
產品后臺最重要的功能,是針對每個租戶所需要的賬號多少以及所使用的功能進行控制。
目前SaaS軟件常見的收費點有按使用賬號收費和按增值功能收費兩種,按賬號收費的方式是最普遍的形式,按照租戶每年使用的賬號數來結算。
例如:一個企業有500名員工,那么一個員工使用一個賬號;每個賬號200元,那么一年的費用就是10萬。
另外一種是:按照產品的功能收費,如果產品提供了收費功能,那么可以按年收取增值功能的費用。
根據增值功能的不同可能會有不同的定價模式,例如:網盤可能會根據存儲空間的不同來收費,需要給不同的租戶設置可用空間等等。
除此之外,產品管理后臺還需要對平臺通用的一些功能進行管理和設置,例如:平臺給租戶發送產品站內短消息,或者是上傳最新版本的操作手冊供租戶查看等等。
產品后臺對于SaaS產品而言就是總控中心,但設計起來并不復雜,通常都是公司內部的運營人員和銷售人員使用。
需要注意的點是:對于租戶在使用權限上的控制需要做到靈活處理。
例如:如果租戶購買了500個賬號一年的使用權,但是因為租戶業務增長,所激活的賬號超過了500,那么這時候就需要給租戶提示,并同時通知客戶經理與租戶進行新的商務洽談。
3. 中臺權限管理
對于企業產品而言,權限管理系統可以說是整個中臺的基礎,所有的產品功能都是基于權限系統之上來設計的。
權限管理又分為功能權限與數據權限兩種。
功能權限是指:用戶在系統中是否有權限使用某些功能。
而數據權限是指:當用戶在使用該功能時,可以在哪個數據權限范圍內使用。
舉個例子來說:如果某SaaS產品提供包含財務和人事兩大模塊的產品功能,那么能夠使用財務模塊功能的應該只有財務人員,而能使用人事功能的也只有人事人員。這是對功能權限的控制。
當授予了某個財務人員功能權限之后,還要對他的數據范圍作出限制,例如:總公司的財務總管可以查看全公司的財務情況。
而A分公司的財務人員僅能查看A分公司的財務情況,無權查看B分公司或總公司的財務情況,這是對數據范圍的控制。
在設計功能權限管理系統時,如果將權限直接授予個人會比較麻煩,而且不利于權限的管理。所以,通常會先將功能權限組合成對應的一個管理角色,然后再將角色授權給對應的個人。這樣如果后續對角色授予了新的功能權限,或刪減某些功能權限的時候,只需要對角色的功能權限進行設置就可以了,不需要一個一個用戶來進行設置。
如果產品的業務形態較為簡單,那么可以在設計權限系統的時候,用比較簡單的一級菜單控制的方式來進行控制——即只有擁有權限的角色可以看到對應模塊的一級菜單,無權限的人則無法看到該模塊的一級菜單,這樣就可以確保權限管理的正常。
但是,對于業務形態較為復雜的產品,只控制模塊的一級菜單可能無法滿足。需要對功能模塊中更細小的功能進行權限控制,在管理系統中最常見的管理操作有增刪改查。對于某些用戶可能可以授予全部的權限,而有些用戶就只能有查看的權限,沒有編輯的權限。
例如:紛享銷客CRM系統中的關于角色權限的設置就非常的細致和靈活,租戶可以在中臺自由的給管理角色授予對應的權限。除了系統提供的角色外,還可以自定義創建管理角色。
4. 中臺功能設置
功能層級的設置在To C產品設計過程中,通常都是由產品經理根據調研,或自己的專業經驗來定義用戶的使用流程,然后以流程圖的形式表示出來。
用戶在使用產品的時候,就遵循設計好的流程來使用。
但是,對于To B的產品而言,即使是同一個任務,不同的客戶也可能有不一樣的需求。
從需求的實現難度從低到高來看,分為:共性需求、特定場景需求,以及個性化需求。
先來看看共性需求,這個較好處理——直接排入需求池,然后根據優先級排期進行迭代就可以了。
判斷共性需求的原則是:這條需求除了提需求的這個客戶之外,是否其他的客戶也可以用上,如果答案是肯定的那就是共性需求。
而對于特定場景需求,則有可能是某一行業的客戶在特定的業務場景下才需要用到的功能。如果把這類的需求當成共性需求來實現,那么對于那些不需要這個功能的用戶來說,系統就會變得越來越臃腫,使用起來越來越復雜。
所以,最好的方式,是在管理后臺的功能設置中,將這個功能設置為“只有配置了才可以使用的功能”,然后針對需要的客戶開放。
只有通過這種靈活的設置方式,才能確保不同的用戶都能基于自己的實際需要使用產品功能。
通過管理后臺可以對功能層級的使用進行設置,但是對于功能內部的字段層級使用,不僅在不同的公司之間可能有較大的差異,在公司內部不同的用戶之間也有較大的差異。
所以,產品經理在設計用戶的流程圖的時候,有必要將流程圖的流程塊拆解到字段層級,并標注:哪些字段是必填項?哪些是可選項?哪些是可配置項?
然后,在租戶的管理中臺做一個設置功能,由租戶的管理員根據需要,將字段的權限配置給不同的角色。
最后是對于客戶完全個性化的需求——即只有該用戶才會需要的功能。
如果這個功能是用戶需要但還未開發的,那么可以根據客戶的預算來評估是否可以給用戶做定制化的開發。而如果是客戶已經通過其他系統實現了的現有產品,則需要在產品內部提供對接,允許外部應用以插件的方式接入到我們的產品中來。如果是native方式實現的外部應用,則需要我們的產品能動態配置跳轉協議,允許應用間的跳轉。
二、 PaaS產品設計
1. 什么是PaaS
對于企業而言,使用SaaS的好處是顯而易見的——那就是可以快速而又簡單的使用已有的成熟產品,幫助企業降低成本,增加利潤,避免重復造輪子。
但是,SaaS平臺有一個弊端,那就是SaaS多數只能滿足共性需求。雖然可以通過個性化的二次開發來幫助用戶實現需要的功能,但通常來講都需要較長一段時間的開發周期,客戶的需求無法得到及時的滿足。
而對于SaaS平臺而言,核心的要點還是:服務于大多數的共性客戶。給單一客戶開發一個個性化的需求性價比是非常低的,除非客戶愿意花費一定的預算來投入開發,或客戶的重要性很高,否則這類需求的優先級一般會比共性需求要低,導致遲遲無法上線而引起客戶的不滿。
PaaS平臺就是針對這個問題的最佳解決方案,PaaS指的是:給開發人員提供構建應用程序的環境。
通過在PaaS平臺上,進行編程創建的應用功能可以快速部署到平臺上并且實時生效——簡單的來講,PaaS就是在線編程平臺。
相較于常規的編程工具,PaaS平臺的好處是:可以基于SaaS產品已有的字段和對象來進行二次開發,快速對接平臺已有的功能,在SaaS已有的功能之上進行個性化功能的設計,具有快速,靈活,穩定的特點。
下圖是早期的PaaS平臺,著名的HR應用PeopleSoft,它能提供字段級別的功能自定義,并且有自己專屬的編程語言PeopleSoft code。開發者必須使用專屬語言進行二次開發。
目前國內做PaaS平臺的公司并不多,知名的有做財務系統的金蝶,CRM領域的紛享銷客,以及做HRM的北森云計算。
且不再使用專屬語言,而是支持多種主流的編程語言,例如python,php等,極大的降低了開發的門檻,讓有經驗的開發人員可以快速上手。
另外,為了進一步降低PaaS平臺的使用門檻,很多公司正在開發圖形化PaaS平臺,只需要拖拽和點擊就可以完成編程的工作,無需專業的開發人員。而售前工程師或客戶方的管理員也可以很方便的進行個性化功能的配置,相信未來PaaS平臺在產業互聯網的應用中一定會迎來一波高速發展。
對于PaaS產品的設計而言,主要分為三個部分,分別是:創建個性化對象,創建個性化流程以及部署個性化功能。
下面以紛享銷客為例,大致的介紹一下:PaaS平臺是如何進行個性化功能快速開發上線的。
2. 創建個性化對象
對于開發工程師而言,萬物皆對象。
所有的事物都是由一個個的對象構成的,所以在創建個性化需求的時候,首先要創建個性化對象。
CRM管理員可以創建自定義對象,添加任意類型的對象字段,并且可以對對象的管理權限進行設置。通過設置對象的主從關系,可以將自己創建的對象與系統已有的對象或其他自建的對象進行關聯,做到了充分的靈活性。
3. 創建個性化流程
創建完自定義的對象之后,用戶可以根據業務的需要,創建自定義的業務流程。
業務流程包含:觸發條件,傳入參數,完成條件,傳出參數等多個設置項。
管理員可根據自己業務的需要選擇系統自帶的對象來進行某些操作,或使用自定義的對象來實現某些功能,在這一步的時候可以使用平臺自帶的編程工具進行編程。
4. 創建個性化功能
當功能創建好之后,可以將自定義的功能自由的配置在菜單或者是頁面上,到這一步,基本就可以滿足于用戶的任何個性化需求了。
三、 產品私有化部署
私有化部署,是指:客戶將產品的部署在自己的服務器上,而不是與其他用戶一樣使用平臺提供的云服務。
可能有人會奇怪:如果SaaS+PaaS的模式已經可以滿足任意的個性化需求了,那為什么還會有公司要進行私有化部署呢?
原因有兩個:
一個是從數據安全方面考慮:有一些公司對于數據的安全性要求非常高,希望所有的數據都能保存在自己的服務器上,所以如果要使用外部的產品,讓自己原有的數據和外部產品進行打通,就需要做私有化部署。
另外一個原因是:從性價比方面來考慮,SaaS產品通常按照用戶的賬號來收費,對于員工人數非常多的企業而言,按這種方式收費會導致成本很高。
例如:一個100萬員工的企業,如果按照200塊錢一個賬號來采購某SaaS產品,一年成本就是2億。這筆錢與其去買SaaS服務,不如自己組建一個開發團隊自研產品了。而如果不想從0開始的話,也會選擇將市面上已有的產品進行私有化部署之后,再進行迭代開發。
四、 總結
根據行業預估:產業互聯網的市場規模在未來數年將持續保持40%左右的增長率,市場前景廣闊。
而對于產品經理而言,最重要的核心競爭力是對行業的理解深度,只有深入了解某一個行業的業務流程,了解這個行業的從業人員訴求,才能設計出真正符合客戶需要的產品。
參考文章:
《PeopleSoft技術(Application Designer學習,簡稱AD)》——靈魂_漫步
本文由 @黃瀚星 原創發布于人人都是產品經理。未經許可,禁止轉載
題圖來自Unsplash,基于CC0協議
想了解PaaS平臺的付費模式
可參見各開放各開放平臺付費策略,不同的業務形態有不同的付費模式。
學習了,謝謝分享!
干貨
寫的可以!
感謝
很好理解,條理清晰,通俗易懂
哇謝謝您了,學習了
干貨,幫助很大,感謝,點贊!
到位
思路清晰,有見地,鑒定完畢!??
這是平安的黃老師嘛
不,是小黃,或者阿黃
說的真好,給作者點贊!
謝謝支持~
金蝶是做SaaS為主的哦
目前都是SaaS為主,PaaS是輔助的
如果能將方法論結合實例說明,效果更好
謝謝,以后會增加更多的實例說明的
繼續深耕to b
嗯,To B未來前景廣闊
所以繼續努力 哈哈
2b以后很多例會
確實有很多機會啊??
是否可以留個聯系方式認識一下?