在設(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)品功能進(jìn)行管理，而中臺對客戶端可用的功能進(jìn)行管理，從而形成一個最基本的SaaS產(chǎn)品結(jié)構(gòu)。

2. 產(chǎn)品管理后臺

產(chǎn)品后臺最重要的功能，是針對每個租戶所需要的賬號多少以及所使用的功能進(jìn)行控制。

目前SaaS軟件常見的收費點有按使用賬號收費和按增值功能收費兩種，按賬號收費的方式是最普遍的形式，按照租戶每年使用的賬號數(shù)來結(jié)算。

例如：一個企業(yè)有500名員工，那么一個員工使用一個賬號；每個賬號200元，那么一年的費用就是10萬。

另外一種是：按照產(chǎn)品的功能收費，如果產(chǎn)品提供了收費功能，那么可以按年收取增值功能的費用。

根據(jù)增值功能的不同可能會有不同的定價模式，例如：網(wǎng)盤可能會根據(jù)存儲空間的不同來收費，需要給不同的租戶設(shè)置可用空間等等。

除此之外，產(chǎn)品管理后臺還需要對平臺通用的一些功能進(jì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)理與租戶進(jìn)行新的商務(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)限進(jìn)行設(shè)置就可以了，不需要一個一個用戶來進(jìn)行設(shè)置。

如果產(chǎn)品的業(yè)務(wù)形態(tài)較為簡單，那么可以在設(shè)計權(quán)限系統(tǒng)的時候，用比較簡單的一級菜單控制的方式來進(jìn)行控制——即只有擁有權(quán)限的角色可以看到對應(yīng)模塊的一級菜單，無權(quán)限的人則無法看到該模塊的一級菜單，這樣就可以確保權(quán)限管理的正常。

但是，對于業(yè)務(wù)形態(tài)較為復(fù)雜的產(chǎn)品，只控制模塊的一級菜單可能無法滿足。需要對功能模塊中更細(xì)小的功能進(jìn)行權(quán)限控制，在管理系統(tǒng)中最常見的管理操作有增刪改查。對于某些用戶可能可以授予全部的權(quán)限，而有些用戶就只能有查看的權(quán)限，沒有編輯的權(quán)限。

例如：紛享銷客CRM系統(tǒng)中的關(guān)于角色權(quán)限的設(shè)置就非常的細(xì)致和靈活，租戶可以在中臺自由的給管理角色授予對應(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)先級排期進(jìn)行迭代就可以了。

判斷共性需求的原則是：這條需求除了提需求的這個客戶之外，是否其他的客戶也可以用上，如果答案是肯定的那就是共性需求。

而對于特定場景需求，則有可能是某一行業(yè)的客戶在特定的業(yè)務(wù)場景下才需要用到的功能。如果把這類的需求當(dāng)成共性需求來實現(xiàn)，那么對于那些不需要這個功能的用戶來說，系統(tǒng)就會變得越來越臃腫，使用起來越來越復(fù)雜。

所以，最好的方式，是在管理后臺的功能設(shè)置中，將這個功能設(shè)置為“只有配置了才可以使用的功能”，然后針對需要的客戶開放。

只有通過這種靈活的設(shè)置方式，才能確保不同的用戶都能基于自己的實際需要使用產(chǎn)品功能。

通過管理后臺可以對功能層級的使用進(jì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平臺上，進(jìn)行編程創(chuàng)建的應(yīng)用功能可以快速部署到平臺上并且實時生效——簡單的來講，PaaS就是在線編程平臺。

相較于常規(guī)的編程工具，PaaS平臺的好處是：可以基于SaaS產(chǎn)品已有的字段和對象來進(jìn)行二次開發(fā)，快速對接平臺已有的功能，在SaaS已有的功能之上進(jìn)行個性化功能的設(shè)計，具有快速，靈活，穩(wěn)定的特點。

下圖是早期的PaaS平臺，著名的HR應(yīng)用PeopleSoft，它能提供字段級別的功能自定義，并且有自己專屬的編程語言PeopleSoft code。開發(fā)者必須使用專屬語言進(jìn)行二次開發(fā)。

目前國內(nèi)做PaaS平臺的公司并不多，知名的有做財務(wù)系統(tǒng)的金蝶，CRM領(lǐng)域的紛享銷客，以及做HRM的北森云計算。

且不再使用專屬語言，而是支持多種主流的編程語言，例如python，php等，極大的降低了開發(fā)的門檻，讓有經(jīng)驗的開發(fā)人員可以快速上手。

另外，為了進(jìn)一步降低PaaS平臺的使用門檻，很多公司正在開發(fā)圖形化PaaS平臺，只需要拖拽和點擊就可以完成編程的工作，無需專業(yè)的開發(fā)人員。而售前工程師或客戶方的管理員也可以很方便的進(jìn)行個性化功能的配置，相信未來PaaS平臺在產(chǎn)業(yè)互聯(lián)網(wǎng)的應(yīng)用中一定會迎來一波高速發(fā)展。

對于PaaS產(chǎn)品的設(shè)計而言，主要分為三個部分，分別是：創(chuàng)建個性化對象，創(chuàng)建個性化流程以及部署個性化功能。

下面以紛享銷客為例，大致的介紹一下：PaaS平臺是如何進(jìn)行個性化功能快速開發(fā)上線的。

2. 創(chuàng)建個性化對象

對于開發(fā)工程師而言，萬物皆對象。

所有的事物都是由一個個的對象構(gòu)成的，所以在創(chuàng)建個性化需求的時候，首先要創(chuàng)建個性化對象。

CRM管理員可以創(chuàng)建自定義對象，添加任意類型的對象字段，并且可以對對象的管理權(quán)限進(jìn)行設(shè)置。通過設(shè)置對象的主從關(guān)系，可以將自己創(chuàng)建的對象與系統(tǒng)已有的對象或其他自建的對象進(jìn)行關(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)自帶的對象來進(jìn)行某些操作，或使用自定義的對象來實現(xiàn)某些功能，在這一步的時候可以使用平臺自帶的編程工具進(jìn)行編程。

4. 創(chuàng)建個性化功能

當(dāng)功能創(chuàng)建好之后，可以將自定義的功能自由的配置在菜單或者是頁面上，到這一步，基本就可以滿足于用戶的任何個性化需求了。

三、 產(chǎn)品私有化部署

私有化部署，是指：客戶將產(chǎn)品的部署在自己的服務(wù)器上，而不是與其他用戶一樣使用平臺提供的云服務(wù)。

可能有人會奇怪：如果SaaS+PaaS的模式已經(jīng)可以滿足任意的個性化需求了，那為什么還會有公司要進(jìn)行私有化部署呢？

原因有兩個：

一個是從數(shù)據(jù)安全方面考慮：有一些公司對于數(shù)據(jù)的安全性要求非常高，希望所有的數(shù)據(jù)都能保存在自己的服務(wù)器上，所以如果要使用外部的產(chǎn)品，讓自己原有的數(shù)據(jù)和外部產(chǎn)品進(jìn)行打通，就需要做私有化部署。

另外一個原因是：從性價比方面來考慮，SaaS產(chǎn)品通常按照用戶的賬號來收費，對于員工人數(shù)非常多的企業(yè)而言，按這種方式收費會導(dǎo)致成本很高。

例如：一個100萬員工的企業(yè)，如果按照200塊錢一個賬號來采購某SaaS產(chǎn)品，一年成本就是2億。這筆錢與其去買SaaS服務(wù)，不如自己組建一個開發(fā)團(tuán)隊自研產(chǎn)品了。而如果不想從0開始的話，也會選擇將市面上已有的產(chǎn)品進(jìn)行私有化部署之后，再進(jì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é)議