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