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

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

一、權限管理

很多SaaS的權限管控設計是比較薄弱的，可能一開始只是做到了菜單級別的權限控制，然后隨著業(yè)務的推進，在客戶需求的驅動下做了部分的按鈕級別的操作權限和部分數(shù)據范圍權限。

但是，總體來說是缺乏完備的權限管理體系的。比如我之前的文章《這一篇讓你徹底搞懂 SaaS 產品的數(shù)據權限設計！》發(fā)布后，就有人問我，數(shù)據權限控制要精確到字段權限嗎？

實際上，對于SaaS產品來說，服務的是企業(yè)客戶，只要是稍具規(guī)模的企業(yè)，必然會非常關注權限的管控，以保障商業(yè)數(shù)據的安全。

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

二、字段自定義

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

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

1. 字段別名

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

2. 增加字段

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

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

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

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

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

1. 品牌標識

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

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

2. 菜單和按鈕名稱

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

3. 菜單分組和排序

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

4. 移動端自定義工作臺

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

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

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

在《SaaS 平臺好心好意改個版，卻被客戶罵個半死！》說過“既然是SaaS 平臺，就不應該幫助客戶固定業(yè)務規(guī)則，業(yè)務規(guī)則制定的能力應該交給客戶”。這里的業(yè)務規(guī)則自定義其實就是產品設計要把業(yè)務規(guī)則的制定權給到客戶。

這里舉兩個例子，一個是CRM系統(tǒng)的客戶公海的管理規(guī)則，比如客戶如何分配、多少天沒成交自動把客戶放回公海等等，這些都屬于業(yè)務規(guī)則。

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

這些業(yè)務場景，有些產品可能直接就寫死業(yè)務規(guī)則了，這種遇到新的客戶規(guī)則不同時必然會要求改規(guī)則，但是改規(guī)則又可能會影響現(xiàn)有客戶。

因此，產品經理在設計的時候，就需要想清楚，這些是不是業(yè)務規(guī)則，這些業(yè)務規(guī)則是不是行業(yè)通用的。如果不是行業(yè)通用的，那么就應該提供業(yè)務規(guī)則配置能力。

五、數(shù)據分析

像飛書、伙伴云提供的儀表盤功能十分實用，客戶可以根據自己的業(yè)務需要搭建可視化的數(shù)據統(tǒng)計分析界面。

對于SaaS產品來說，尤其是偏向財務、人事類的產品，由產品自身提供的固定模板的數(shù)據分析很難滿足客戶自身的需要。這個時候，我們的SaaS產品可以設計類似自定義儀表盤的功能來滿足客戶自定義數(shù)據分析的需求。

1. 提供數(shù)據透視表

數(shù)據透視表是財務人員用得非常多的工具，對于財務人員來說，他們更相信數(shù)字而不是圖表。因此，他們的日常工作就是從各個數(shù)據表取數(shù)進行數(shù)據匯總、統(tǒng)計和分析。這個時候，如果我們能夠提供數(shù)據透視表，那么能夠很大程度上降低系統(tǒng)開發(fā)各種各樣報表的工作。

2. 提供自定義儀表盤

通常，SaaS產品會通過首頁、駕駛艙等類似功能給用戶提供數(shù)據統(tǒng)計分析。但是，這種功能都是固化的。實際上，在企業(yè)里，不同的角色，不同的業(yè)務部門甚至是不同的人關注的數(shù)據都是不一樣的。

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

六、單據

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

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

七、總結

PaaS平臺本身的構建是十分復雜的，單獨開發(fā)和維護一個PaaS平臺可能需要上百人的研發(fā)團隊，這是很多中小型SaaS企業(yè)根本負擔不起的。然而，現(xiàn)實是客戶的個性化需求是實實在在存在的。這個時候，SaaS的可配置能力就十分關鍵了。

如果沒有可配置能力，SaaS產品很可能變成了為各個重要客戶做定制化了。大部分SaaS產品還是專注在某個領域的，提供可配置能力不一定需要PaaS平臺的支持。我們可以借鑒PaaS平臺的部分設計，來滿足關鍵業(yè)務的個性化配置，從而快速滿足客戶的個性化需求。

相關閱讀：

拆解紛享銷客 PaaS 平臺

拆解飛書多維表格

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

這才是 PaaS 平臺應有的能力！

這一篇讓你徹底搞懂 SaaS 產品的數(shù)據權限設計！