沒資源做PaaS,SaaS 產(chǎn)品怎么滿足客戶個(gè)性化需求?
從技術(shù)實(shí)現(xiàn)的復(fù)雜難度而言,不是每家企業(yè)都有實(shí)力做PaaS平臺(tái)。本文將分享對(duì)于研發(fā)資源不足的中小型SaaS產(chǎn)品,怎么在SaaS產(chǎn)品設(shè)計(jì)中借鑒PaaS的理念,來滿足客戶的部分個(gè)性化訴求,一起來看看吧。
這兩個(gè)月拆解了幾家PaaS平臺(tái)產(chǎn)品,從PaaS能力上來說,其實(shí)差別不大。從技術(shù)實(shí)現(xiàn)的復(fù)雜度上來說,不是每家SaaS產(chǎn)品公司都有實(shí)力去做PaaS平臺(tái)。但是,PaaS平臺(tái)本身很多的理念是值得學(xué)習(xí)和借鑒的,本篇來分享一下對(duì)于研發(fā)資源不足的中小型SaaS產(chǎn)品,怎么在SaaS產(chǎn)品設(shè)計(jì)中借鑒PaaS的理念,來滿足客戶的部分個(gè)性化訴求。
一、權(quán)限管理
很多SaaS的權(quán)限管控設(shè)計(jì)是比較薄弱的,可能一開始只是做到了菜單級(jí)別的權(quán)限控制,然后隨著業(yè)務(wù)的推進(jìn),在客戶需求的驅(qū)動(dòng)下做了部分的按鈕級(jí)別的操作權(quán)限和部分?jǐn)?shù)據(jù)范圍權(quán)限。
但是,總體來說是缺乏完備的權(quán)限管理體系的。比如我之前的文章《這一篇讓你徹底搞懂 SaaS 產(chǎn)品的數(shù)據(jù)權(quán)限設(shè)計(jì)!》發(fā)布后,就有人問我,數(shù)據(jù)權(quán)限控制要精確到字段權(quán)限嗎?
實(shí)際上,對(duì)于SaaS產(chǎn)品來說,服務(wù)的是企業(yè)客戶,只要是稍具規(guī)模的企業(yè),必然會(huì)非常關(guān)注權(quán)限的管控,以保障商業(yè)數(shù)據(jù)的安全。
因此,建議SaaS產(chǎn)品從一開始就規(guī)劃好權(quán)限管控的設(shè)計(jì)。在實(shí)現(xiàn)上,可以逐步深入,比如MVP階段做到菜單級(jí)別權(quán)限即可,PMF階段能夠控制按鈕級(jí)別操作權(quán)限和數(shù)據(jù)范圍權(quán)限,等到客戶體量達(dá)到一定規(guī)模后,再做精細(xì)化的業(yè)務(wù)對(duì)象權(quán)限控制(包括業(yè)務(wù)對(duì)象的操作權(quán)限和字段權(quán)限)。
二、字段自定義
我們?cè)谧鯯aaS產(chǎn)品經(jīng)常會(huì)發(fā)現(xiàn)這樣的情況,就是不同客戶對(duì)某些業(yè)務(wù)對(duì)象的屬性叫法不同,舉個(gè)例子,對(duì)于商品名稱這個(gè)屬性,A客戶可能是叫貨物名稱,B客戶可能叫品名。
此外有些管理精細(xì)的客戶會(huì)希望能夠增加更多的業(yè)務(wù)對(duì)象屬性。在PaaS平臺(tái)里一般都支持字段別名和增加自定義字段,我們的SaaS產(chǎn)品其實(shí)也能夠滿足這些需求。
1. 字段別名
字段別名實(shí)際上就是做一個(gè)數(shù)據(jù)表字段的名稱映射管理,我們可以提供一個(gè)業(yè)務(wù)對(duì)象配置的入口,然后支持客戶去修改字段的名稱。在顯示的時(shí)候根據(jù)客戶設(shè)置的別名顯示即可。
2. 增加字段
增加字段在技術(shù)上來說其實(shí)是給已有的業(yè)務(wù)對(duì)象數(shù)據(jù)表增加自定義的字段。
不過,這里有個(gè)前提是客戶的數(shù)據(jù)是隔離的,要么是分表設(shè)計(jì)要么是分庫設(shè)計(jì),要不可能會(huì)導(dǎo)致不同客戶的數(shù)據(jù)相互影響。
通常來說,如果是SaaS平臺(tái),我們支持文本、數(shù)字、金額、選項(xiàng)這幾類常用的數(shù)據(jù)就能夠滿足很多個(gè)性化場景了。這里需要注意的是,對(duì)于自定義字段,應(yīng)該允許客戶刪除,但是不建議允許修改字段類型,因?yàn)檫@會(huì)涉及不同數(shù)據(jù)格式轉(zhuǎn)換的問題,導(dǎo)致復(fù)雜度增加。
三、界面?zhèn)€性化
PaaS平臺(tái)的界面支持對(duì)列表、表單、詳情等頁面進(jìn)行自定義。這對(duì)于SaaS平臺(tái)來說有點(diǎn)重了,但是我們可以在某些細(xì)節(jié)方面支持自定義,滿足客戶的個(gè)性化訴求。
1. 品牌標(biāo)識(shí)
通常我們SaaS產(chǎn)品的左上角會(huì)有產(chǎn)品的Logo,有些企業(yè)會(huì)希望員工看到的是自己的Logo。那這種完全可以讓客戶自己上傳Logo來替換。
如果是有服務(wù)于C端的產(chǎn)品,如小程序和公眾號(hào),也應(yīng)該支持客戶自定義品牌。這樣,會(huì)讓C端用戶感覺到為他服務(wù)的是他接觸到的企業(yè),而不是我們SaaS平臺(tái)。這塊,像有贊這類平臺(tái)就做得很好,除了在界面下拉后出現(xiàn)技術(shù)支持的信息外,整個(gè)界面都是客戶自己的元素。
2. 菜單和按鈕名稱
菜單名稱、按鈕和字段名稱其實(shí)是類似的,就是某個(gè)操作在客戶內(nèi)部可能已經(jīng)養(yǎng)成了習(xí)慣的叫法了,為了他們內(nèi)部溝通語言的一致性,他們會(huì)希望一些菜單和習(xí)慣的叫法保持一致。 我們SaaS平臺(tái)也可以支持菜單和按鈕的別名,讓客戶自定義菜單和按鈕名稱。一個(gè)典型的例子就是在購物車界面,有些按鈕叫“結(jié)算”,有的叫“立即支付”。
3. 菜單分組和排序
菜單分組和排序也是可能會(huì)遇到自定義的場景,我們?cè)?jīng)就遇到一個(gè)客戶,他覺得我們的菜單分組和次序不太合理,然后希望我們能夠調(diào)整次序。但是如果平臺(tái)統(tǒng)一調(diào)整可能會(huì)影響其他客戶的操作習(xí)慣,這個(gè)時(shí)候如果有自定義的菜單分組排序功能,就能夠滿足這類訴求了。
4. 移動(dòng)端自定義工作臺(tái)
移動(dòng)端工作臺(tái)是每天都會(huì)使用的高頻入口,由于每個(gè)人的職責(zé)不同,因此建議是按個(gè)人的喜好設(shè)置工作臺(tái)。這種設(shè)計(jì)在很多C端產(chǎn)品都有呈現(xiàn),比如支付寶的首頁、微信的九宮格頁面等等。
通常來說,移動(dòng)端的工作臺(tái)會(huì)有“最近常用”的入口,同時(shí)主要的入口可以支持客戶員工進(jìn)行自定義設(shè)置,包括隱藏不常用的功能,調(diào)整次序等等。
四、業(yè)務(wù)規(guī)則定義
在《SaaS 平臺(tái)好心好意改個(gè)版,卻被客戶罵個(gè)半死!》說過“既然是SaaS 平臺(tái),就不應(yīng)該幫助客戶固定業(yè)務(wù)規(guī)則,業(yè)務(wù)規(guī)則制定的能力應(yīng)該交給客戶”。這里的業(yè)務(wù)規(guī)則自定義其實(shí)就是產(chǎn)品設(shè)計(jì)要把業(yè)務(wù)規(guī)則的制定權(quán)給到客戶。
這里舉兩個(gè)例子,一個(gè)是CRM系統(tǒng)的客戶公海的管理規(guī)則,比如客戶如何分配、多少天沒成交自動(dòng)把客戶放回公海等等,這些都屬于業(yè)務(wù)規(guī)則。
另一個(gè)例子是我們實(shí)際的一個(gè)例子,當(dāng)時(shí)我們會(huì)有賬單計(jì)算,計(jì)算的金額小數(shù)位數(shù)會(huì)超過2位。這個(gè)時(shí)候一種做法是默認(rèn)四舍五入保留2位小數(shù)。但是我們實(shí)際調(diào)研發(fā)現(xiàn),有的客戶會(huì)選擇進(jìn)一法(有小數(shù)位就往上進(jìn)位),有的客戶會(huì)選擇去尾法(去除小數(shù)位末尾數(shù)字)。
這些業(yè)務(wù)場景,有些產(chǎn)品可能直接就寫死業(yè)務(wù)規(guī)則了,這種遇到新的客戶規(guī)則不同時(shí)必然會(huì)要求改規(guī)則,但是改規(guī)則又可能會(huì)影響現(xiàn)有客戶。
因此,產(chǎn)品經(jīng)理在設(shè)計(jì)的時(shí)候,就需要想清楚,這些是不是業(yè)務(wù)規(guī)則,這些業(yè)務(wù)規(guī)則是不是行業(yè)通用的。如果不是行業(yè)通用的,那么就應(yīng)該提供業(yè)務(wù)規(guī)則配置能力。
五、數(shù)據(jù)分析
像飛書、伙伴云提供的儀表盤功能十分實(shí)用,客戶可以根據(jù)自己的業(yè)務(wù)需要搭建可視化的數(shù)據(jù)統(tǒng)計(jì)分析界面。
對(duì)于SaaS產(chǎn)品來說,尤其是偏向財(cái)務(wù)、人事類的產(chǎn)品,由產(chǎn)品自身提供的固定模板的數(shù)據(jù)分析很難滿足客戶自身的需要。這個(gè)時(shí)候,我們的SaaS產(chǎn)品可以設(shè)計(jì)類似自定義儀表盤的功能來滿足客戶自定義數(shù)據(jù)分析的需求。
1. 提供數(shù)據(jù)透視表
數(shù)據(jù)透視表是財(cái)務(wù)人員用得非常多的工具,對(duì)于財(cái)務(wù)人員來說,他們更相信數(shù)字而不是圖表。因此,他們的日常工作就是從各個(gè)數(shù)據(jù)表取數(shù)進(jìn)行數(shù)據(jù)匯總、統(tǒng)計(jì)和分析。這個(gè)時(shí)候,如果我們能夠提供數(shù)據(jù)透視表,那么能夠很大程度上降低系統(tǒng)開發(fā)各種各樣報(bào)表的工作。
2. 提供自定義儀表盤
通常,SaaS產(chǎn)品會(huì)通過首頁、駕駛艙等類似功能給用戶提供數(shù)據(jù)統(tǒng)計(jì)分析。但是,這種功能都是固化的。實(shí)際上,在企業(yè)里,不同的角色,不同的業(yè)務(wù)部門甚至是不同的人關(guān)注的數(shù)據(jù)都是不一樣的。
我們很難滿足這種千差萬別的需求。PaaS平臺(tái)的自定義儀表盤給了我們思路,那就是允許客戶自己建立自己的儀表盤。儀表盤的核心要素其實(shí)是三個(gè),一個(gè)是圖表組件,一個(gè)是數(shù)據(jù)源配置,另一個(gè)是統(tǒng)計(jì)規(guī)則。我們可以將這三個(gè)要素抽象統(tǒng)一,然后就能夠支持自定義儀表盤功能了。
六、單據(jù)
單據(jù)在倉儲(chǔ)管理、財(cái)務(wù)系統(tǒng)、人事系統(tǒng)、OA系統(tǒng)等都會(huì)有涉及。不管怎么樣推行無紙化辦公,紙質(zhì)單據(jù)在短期內(nèi)還是必不可少。SaaS產(chǎn)品簡單的做法是提供幾個(gè)固定的模板,然后給客戶選擇。
但是,往往有限的模板覆蓋不了客戶眾多的訴求。比如,我所了解到的國內(nèi)的物流面單模板可能都是100多個(gè)。因此,在模板基礎(chǔ)上,我們還應(yīng)該提供自定義單據(jù)的能力,支持客戶設(shè)計(jì)自己的單據(jù)。這一塊伙伴云的做法還是挺不錯(cuò)的,具體大家可以閱讀《這才是 PaaS 平臺(tái)應(yīng)有的能力!》里的打印模板部分。
七、總結(jié)
PaaS平臺(tái)本身的構(gòu)建是十分復(fù)雜的,單獨(dú)開發(fā)和維護(hù)一個(gè)PaaS平臺(tái)可能需要上百人的研發(fā)團(tuán)隊(duì),這是很多中小型SaaS企業(yè)根本負(fù)擔(dān)不起的。然而,現(xiàn)實(shí)是客戶的個(gè)性化需求是實(shí)實(shí)在在存在的。這個(gè)時(shí)候,SaaS的可配置能力就十分關(guān)鍵了。
如果沒有可配置能力,SaaS產(chǎn)品很可能變成了為各個(gè)重要客戶做定制化了。大部分SaaS產(chǎn)品還是專注在某個(gè)領(lǐng)域的,提供可配置能力不一定需要PaaS平臺(tái)的支持。我們可以借鑒PaaS平臺(tái)的部分設(shè)計(jì),來滿足關(guān)鍵業(yè)務(wù)的個(gè)性化配置,從而快速滿足客戶的個(gè)性化需求。
相關(guān)閱讀:
這一篇讓你徹底搞懂 SaaS 產(chǎn)品的數(shù)據(jù)權(quán)限設(shè)計(jì)!
專欄作家
產(chǎn)品海豚灣,公眾號(hào):產(chǎn)品海豚灣(ID:pm-dophin-bay),人人都是產(chǎn)品經(jīng)理專欄作家。技術(shù)出身的產(chǎn)品經(jīng)理,從事過 C 端產(chǎn)品和 B 端產(chǎn)品設(shè)計(jì),擅長 SaaS 產(chǎn)品設(shè)計(jì)、產(chǎn)品架構(gòu)設(shè)計(jì)和需求分析。負(fù)責(zé)的B 端產(chǎn)品完成了完整的從0到1,從1到 N 的過程,成功簽約行業(yè)百強(qiáng)客戶。
本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自Unsplash,基于CC0協(xié)議。
該文觀點(diǎn)僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺(tái)僅提供信息存儲(chǔ)空間服務(wù)。
- 目前還沒評(píng)論,等你發(fā)揮!