從技術(shù)實(shí)現(xiàn)的復(fù)雜難度而言，不是每家企業(yè)都有實(shí)力做PaaS平臺。本文將分享對于研發(fā)資源不足的中小型SaaS產(chǎn)品，怎么在SaaS產(chǎn)品設(shè)計(jì)中借鑒PaaS的理念，來滿足客戶的部分個(gè)性化訴求，一起來看看吧。

這兩個(gè)月拆解了幾家PaaS平臺產(chǎn)品，從PaaS能力上來說，其實(shí)差別不大。從技術(shù)實(shí)現(xiàn)的復(fù)雜度上來說，不是每家SaaS產(chǎn)品公司都有實(shí)力去做PaaS平臺。但是，PaaS平臺本身很多的理念是值得學(xué)習(xí)和借鑒的，本篇來分享一下對于研發(fā)資源不足的中小型SaaS產(chǎn)品，怎么在SaaS產(chǎn)品設(shè)計(jì)中借鑒PaaS的理念，來滿足客戶的部分個(gè)性化訴求。

一、權(quán)限管理

很多SaaS的權(quán)限管控設(shè)計(jì)是比較薄弱的，可能一開始只是做到了菜單級別的權(quán)限控制，然后隨著業(yè)務(wù)的推進(jìn)，在客戶需求的驅(qū)動下做了部分的按鈕級別的操作權(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í)際上，對于SaaS產(chǎn)品來說，服務(wù)的是企業(yè)客戶，只要是稍具規(guī)模的企業(yè)，必然會非常關(guān)注權(quán)限的管控，以保障商業(yè)數(shù)據(jù)的安全。

因此，建議SaaS產(chǎn)品從一開始就規(guī)劃好權(quán)限管控的設(shè)計(jì)。在實(shí)現(xiàn)上，可以逐步深入，比如MVP階段做到菜單級別權(quán)限即可，PMF階段能夠控制按鈕級別操作權(quán)限和數(shù)據(jù)范圍權(quán)限，等到客戶體量達(dá)到一定規(guī)模后，再做精細(xì)化的業(yè)務(wù)對象權(quán)限控制（包括業(yè)務(wù)對象的操作權(quán)限和字段權(quán)限）。

二、字段自定義

我們在做SaaS產(chǎn)品經(jīng)常會發(fā)現(xiàn)這樣的情況，就是不同客戶對某些業(yè)務(wù)對象的屬性叫法不同，舉個(gè)例子，對于商品名稱這個(gè)屬性，A客戶可能是叫貨物名稱，B客戶可能叫品名。

此外有些管理精細(xì)的客戶會希望能夠增加更多的業(yè)務(wù)對象屬性。在PaaS平臺里一般都支持字段別名和增加自定義字段，我們的SaaS產(chǎn)品其實(shí)也能夠滿足這些需求。

1. 字段別名

字段別名實(shí)際上就是做一個(gè)數(shù)據(jù)表字段的名稱映射管理，我們可以提供一個(gè)業(yè)務(wù)對象配置的入口，然后支持客戶去修改字段的名稱。在顯示的時(shí)候根據(jù)客戶設(shè)置的別名顯示即可。

2. 增加字段

增加字段在技術(shù)上來說其實(shí)是給已有的業(yè)務(wù)對象數(shù)據(jù)表增加自定義的字段。

不過，這里有個(gè)前提是客戶的數(shù)據(jù)是隔離的，要么是分表設(shè)計(jì)要么是分庫設(shè)計(jì)，要不可能會導(dǎo)致不同客戶的數(shù)據(jù)相互影響。

通常來說，如果是SaaS平臺，我們支持文本、數(shù)字、金額、選項(xiàng)這幾類常用的數(shù)據(jù)就能夠滿足很多個(gè)性化場景了。這里需要注意的是，對于自定義字段，應(yīng)該允許客戶刪除，但是不建議允許修改字段類型，因?yàn)檫@會涉及不同數(shù)據(jù)格式轉(zhuǎn)換的問題，導(dǎo)致復(fù)雜度增加。

三、界面?zhèn)€性化

PaaS平臺的界面支持對列表、表單、詳情等頁面進(jìn)行自定義。這對于SaaS平臺來說有點(diǎn)重了，但是我們可以在某些細(xì)節(jié)方面支持自定義，滿足客戶的個(gè)性化訴求。

1. 品牌標(biāo)識

通常我們SaaS產(chǎn)品的左上角會有產(chǎn)品的Logo，有些企業(yè)會希望員工看到的是自己的Logo。那這種完全可以讓客戶自己上傳Logo來替換。

如果是有服務(wù)于C端的產(chǎn)品，如小程序和公眾號，也應(yīng)該支持客戶自定義品牌。這樣，會讓C端用戶感覺到為他服務(wù)的是他接觸到的企業(yè)，而不是我們SaaS平臺。這塊，像有贊這類平臺就做得很好，除了在界面下拉后出現(xiàn)技術(shù)支持的信息外，整個(gè)界面都是客戶自己的元素。

2. 菜單和按鈕名稱

菜單名稱、按鈕和字段名稱其實(shí)是類似的，就是某個(gè)操作在客戶內(nèi)部可能已經(jīng)養(yǎng)成了習(xí)慣的叫法了，為了他們內(nèi)部溝通語言的一致性，他們會希望一些菜單和習(xí)慣的叫法保持一致。 我們SaaS平臺也可以支持菜單和按鈕的別名，讓客戶自定義菜單和按鈕名稱。一個(gè)典型的例子就是在購物車界面，有些按鈕叫“結(jié)算”，有的叫“立即支付”。

3. 菜單分組和排序

菜單分組和排序也是可能會遇到自定義的場景，我們曾經(jīng)就遇到一個(gè)客戶，他覺得我們的菜單分組和次序不太合理，然后希望我們能夠調(diào)整次序。但是如果平臺統(tǒng)一調(diào)整可能會影響其他客戶的操作習(xí)慣，這個(gè)時(shí)候如果有自定義的菜單分組排序功能，就能夠滿足這類訴求了。

4. 移動端自定義工作臺

移動端工作臺是每天都會使用的高頻入口，由于每個(gè)人的職責(zé)不同，因此建議是按個(gè)人的喜好設(shè)置工作臺。這種設(shè)計(jì)在很多C端產(chǎn)品都有呈現(xiàn)，比如支付寶的首頁、微信的九宮格頁面等等。

通常來說，移動端的工作臺會有“最近常用”的入口，同時(shí)主要的入口可以支持客戶員工進(jìn)行自定義設(shè)置，包括隱藏不常用的功能，調(diào)整次序等等。

四、業(yè)務(wù)規(guī)則定義

在《SaaS 平臺好心好意改個(gè)版，卻被客戶罵個(gè)半死！》說過“既然是SaaS 平臺，就不應(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ī)則，比如客戶如何分配、多少天沒成交自動把客戶放回公海等等，這些都屬于業(yè)務(wù)規(guī)則。

另一個(gè)例子是我們實(shí)際的一個(gè)例子，當(dāng)時(shí)我們會有賬單計(jì)算，計(jì)算的金額小數(shù)位數(shù)會超過2位。這個(gè)時(shí)候一種做法是默認(rèn)四舍五入保留2位小數(shù)。但是我們實(shí)際調(diào)研發(fā)現(xiàn)，有的客戶會選擇進(jìn)一法（有小數(shù)位就往上進(jìn)位），有的客戶會選擇去尾法（去除小數(shù)位末尾數(shù)字）。

這些業(yè)務(wù)場景，有些產(chǎn)品可能直接就寫死業(yè)務(wù)規(guī)則了，這種遇到新的客戶規(guī)則不同時(shí)必然會要求改規(guī)則，但是改規(guī)則又可能會影響現(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ì)分析界面。

對于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ù)人員用得非常多的工具，對于財(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)品會通過首頁、駕駛艙等類似功能給用戶提供數(shù)據(jù)統(tǒng)計(jì)分析。但是，這種功能都是固化的。實(shí)際上，在企業(yè)里，不同的角色，不同的業(yè)務(wù)部門甚至是不同的人關(guān)注的數(shù)據(jù)都是不一樣的。

我們很難滿足這種千差萬別的需求。PaaS平臺的自定義儀表盤給了我們思路，那就是允許客戶自己建立自己的儀表盤。儀表盤的核心要素其實(shí)是三個(gè)，一個(gè)是圖表組件，一個(gè)是數(shù)據(jù)源配置，另一個(gè)是統(tǒng)計(jì)規(guī)則。我們可以將這三個(gè)要素抽象統(tǒng)一，然后就能夠支持自定義儀表盤功能了。

六、單據(jù)

單據(jù)在倉儲管理、財(cái)務(wù)系統(tǒng)、人事系統(tǒng)、OA系統(tǒng)等都會有涉及。不管怎么樣推行無紙化辦公，紙質(zhì)單據(jù)在短期內(nèi)還是必不可少。SaaS產(chǎn)品簡單的做法是提供幾個(gè)固定的模板，然后給客戶選擇。

但是，往往有限的模板覆蓋不了客戶眾多的訴求。比如，我所了解到的國內(nèi)的物流面單模板可能都是100多個(gè)。因此，在模板基礎(chǔ)上，我們還應(yīng)該提供自定義單據(jù)的能力，支持客戶設(shè)計(jì)自己的單據(jù)。這一塊伙伴云的做法還是挺不錯(cuò)的，具體大家可以閱讀《這才是 PaaS 平臺應(yīng)有的能力！》里的打印模板部分。

七、總結(jié)

PaaS平臺本身的構(gòu)建是十分復(fù)雜的，單獨(dú)開發(fā)和維護(hù)一個(gè)PaaS平臺可能需要上百人的研發(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平臺的支持。我們可以借鑒PaaS平臺的部分設(shè)計(jì)，來滿足關(guān)鍵業(yè)務(wù)的個(gè)性化配置，從而快速滿足客戶的個(gè)性化需求。

相關(guān)閱讀：

拆解紛享銷客 PaaS 平臺

拆解飛書多維表格

拆解伙伴云在線協(xié)作表格

這才是 PaaS 平臺應(yīng)有的能力！

這一篇讓你徹底搞懂 SaaS 產(chǎn)品的數(shù)據(jù)權(quán)限設(shè)計(jì)！