關(guān)于一個(gè)優(yōu)秀的2B產(chǎn)品設(shè)計(jì)，如何從流程、角色、批量、個(gè)性化4個(gè)重要關(guān)鍵詞入手呢？

?一、通過流程理解業(yè)務(wù)

2B產(chǎn)品設(shè)計(jì)是從理解業(yè)務(wù)開始的。不論是行業(yè)垂直還是業(yè)務(wù)垂直的2B產(chǎn)品，大多都是強(qiáng)業(yè)務(wù)屬性的。

要完成一項(xiàng)特定的業(yè)務(wù)，可能是一個(gè)復(fù)雜的過程，需要多個(gè)人協(xié)調(diào)配合。比如說資產(chǎn)的全生命管理是一個(gè)很長的過程：采購->入庫->領(lǐng)用->跟蹤->維護(hù)->報(bào)廢，涉及到的角色可能包括：采購人員、資產(chǎn)管理員、普通員工，如果需要審批的話那還涉及到部門領(lǐng)導(dǎo)、財(cái)務(wù)人員等等。

可見業(yè)務(wù)有兩個(gè)特點(diǎn)：過程復(fù)雜、角色多，那我們在理解業(yè)務(wù)時(shí)也試著從這兩個(gè)角度來考慮，即流程和角色。如果把流程和角色看做兩個(gè)維度，就可以得到泳道圖，which is 常用的業(yè)務(wù)邏輯梳理工具。

下邊的泳道圖例子是一個(gè)餐廳從顧客點(diǎn)單到結(jié)賬的流程，涉及到顧客、服務(wù)員、廚房三個(gè)角色，如果按點(diǎn)餐的階段也可以分為用餐前、用餐中、用餐后。

如何梳理業(yè)務(wù)流程：從宏觀到細(xì)節(jié)

復(fù)雜的業(yè)務(wù)系統(tǒng)梳理往往不是一蹴而就的，為了讓自己的理解更系統(tǒng)、更有條理，可以采用從大到小，從宏觀到細(xì)節(jié)的順序分析和梳理業(yè)務(wù)流程。

比如上邊舉的餐廳的泳道圖栗子，其實(shí)是一個(gè)比較寬泛的整體流程。在有了這個(gè)流程之后，我們可以更進(jìn)一步的梳理顧客“點(diǎn)餐”的流程：

我一般會把流程拆分成兩個(gè)部分：業(yè)務(wù)流程（宏觀）和功能流程（細(xì)節(jié)）。

• 業(yè)務(wù)流程對應(yīng)宏觀的流程，如果輸出PRD的話，可以放在產(chǎn)品概述的部分，讓自己和同事首先對業(yè)務(wù)有個(gè)宏觀的認(rèn)識；
• 功能流程可以針對一個(gè)小的功能點(diǎn)，也可以針對“點(diǎn)餐”這樣的功能模塊，功能流程最好盡可能的詳盡，應(yīng)該包括各種各樣的異常處理，原則是RD小伙伴能按照這個(gè)流程就開發(fā)出來相應(yīng)的頁面和功能。

流程另一種含義：操作流程

上邊講到的業(yè)務(wù)和功能流程更多是我們定義產(chǎn)品、設(shè)計(jì)產(chǎn)品時(shí)候幫助自己或同事理清思路的一種方式。

這里要說的另一種流程是有關(guān)用戶體驗(yàn)的“操作流程”。由于2B業(yè)務(wù)本身的屬性，要完成某些任務(wù)，過程可能涉及到多步操作，操作流程會比較長、比較繁瑣。出于產(chǎn)品易用性的考慮，在設(shè)計(jì)這種功能的時(shí)候盡量讓用戶的操作流程化。

在表單設(shè)計(jì)中我們總結(jié)過讓用戶填寫信息“分塊分步”，其實(shí)就是操作流程化的思路。把繁瑣的表單填寫細(xì)化成幾個(gè)步驟，用步驟條指明當(dāng)前所處的位置和接下來要進(jìn)行的操作。這樣流程化的操作可以讓用戶很順利的完成填寫表單這個(gè)比較復(fù)雜的任務(wù)。

再舉個(gè)例子，在一個(gè)數(shù)據(jù)采集產(chǎn)品中，采集數(shù)據(jù)人員要完成圖像數(shù)據(jù)的采集工作需要完成上傳數(shù)據(jù)、填寫基本信息、填寫業(yè)務(wù)信息、數(shù)據(jù)標(biāo)注、數(shù)據(jù)校驗(yàn)幾個(gè)步驟，這幾個(gè)步驟其實(shí)并不具有嚴(yán)格的先后順序（可以先填信息也可以先標(biāo)注數(shù)據(jù)），所以我們設(shè)計(jì)的第一版產(chǎn)品中這些功能是一個(gè)一個(gè)分散在頁面中的。

經(jīng)過用戶調(diào)研，我們發(fā)現(xiàn)這種設(shè)計(jì)會讓用戶進(jìn)入頁面后不知所措，不知道自己該做什么。所以改進(jìn)的版本中我們把雜亂的功能都列在了一起，看起來像是一個(gè)todo list，這樣即使是第一次使用產(chǎn)品的用戶也能快速上手完成采集數(shù)據(jù)這項(xiàng)任務(wù)。

二、角色、用戶、權(quán)限

什么是角色？用戶？權(quán)限？

在上邊點(diǎn)餐的栗子中，顧客、服務(wù)員、廚師是角色；顧客小李、顧客小方分別用不同的賬號登錄，分別點(diǎn)餐，他們是兩個(gè)用戶；顧客可以查看菜單、點(diǎn)餐，可以說顧客有“查看菜單”、“點(diǎn)餐”的權(quán)限。

角色很多時(shí)候?qū)?yīng)著2B業(yè)務(wù)中的某類工作崗位，每個(gè)工作崗位負(fù)責(zé)的工作不同，我們就把他們叫做不同的角色，比如最常見的“普通用戶”、“管理員”等等，都是因?yàn)闃I(yè)務(wù)中負(fù)責(zé)的工作不一樣所以區(qū)分成不同的角色。

用戶很好理解，一般每個(gè)人都有自己的賬號登錄系統(tǒng)，每個(gè)人都是一個(gè)用戶。

權(quán)限呢？其實(shí)就是每個(gè)用戶可以看到的東西（數(shù)據(jù)權(quán)限）、可以操作的功能（功能權(quán)限）。正因?yàn)槊總€(gè)工作崗位負(fù)責(zé)的工作不同，工作崗位A的工作內(nèi)容不希望讓工作崗位B的人看到（比如公司CEO能看到的數(shù)據(jù)和操作的功能肯定和一個(gè)普通員工不一樣），所以我們需要通過權(quán)限來控制每個(gè)用戶能的視野大小。

RBAC模型

細(xì)心的小讀者會發(fā)現(xiàn)，角色就是用戶和權(quán)限之間的橋梁，一個(gè)用戶可以查看的數(shù)據(jù)權(quán)限、操作的功能權(quán)限是通過角色來配置的。

那我們不禁會問，為什么要通過角色建立用戶和權(quán)限的關(guān)系呢？為什么不直接給用戶賦予相應(yīng)的權(quán)限呢？

也不是不行，比如在很簡單的權(quán)限系統(tǒng)中，只有普通用戶和管理員兩種角色，我們就可以省去角色，直接給管理員用戶賦予相應(yīng)的權(quán)限，其他所有用戶保持基本權(quán)限即可。

但在2B產(chǎn)品中，角色往往不止一種，用戶也有非常多，逐個(gè)給用戶設(shè)置權(quán)限是件非常繁瑣的事情。既然有些用戶的工作類似，所需要的權(quán)限也一致，我們就把這些權(quán)限打包成一個(gè)組合，賦給需要這組權(quán)限的用戶。

所以從這個(gè)角度看，角色也可以叫做“權(quán)限組合”。如果一個(gè)角色的權(quán)限發(fā)生變化，只需要修改該角色的權(quán)限范圍即可，不用挨個(gè)用戶去修改權(quán)限；如果一個(gè)用戶的角色發(fā)生變化，只需要修改這個(gè)用戶的角色，不用再去單獨(dú)配置他的權(quán)限。所以通過角色來管理用戶的權(quán)限效率會提高很多。

上邊講的這種模式就是RBAC（role based access control）模型。雖然RBAC是個(gè)比較偏技術(shù)的模型，但它為我們定義產(chǎn)品提供了一種思路：從角色和權(quán)限的角度梳理功能。

梳理角色和權(quán)限

在RBAC中，角色更偏重“權(quán)限組合”的概念。在定義產(chǎn)品時(shí)，角色更偏重“業(yè)務(wù)中的某類工作崗位”的概念。兩個(gè)概念其實(shí)是一致的，但在產(chǎn)品定義階段，我們先按照工作崗位的思路來梳理角色。相應(yīng)的，權(quán)限在這個(gè)階段也可以理解為該角色看到的內(nèi)容和操作的功能。

梳理角色和權(quán)限也可以分為兩個(gè)維度，宏觀和細(xì)節(jié)。

宏觀的角色梳理對應(yīng)到工作中大概是調(diào)研階段。2B產(chǎn)品調(diào)研更多的是對業(yè)務(wù)的調(diào)研。在我們梳理業(yè)務(wù)流程的過程中，其實(shí)對業(yè)務(wù)涉及的角色、各角色負(fù)責(zé)的工作已經(jīng)有了一個(gè)大概的認(rèn)識。角色、工作、流程三種是密不可分的，它們一起組成了上邊提到的泳道圖。泳道圖這種輸出在產(chǎn)品體驗(yàn)要素中的應(yīng)該更靠近戰(zhàn)略層，目的是讓我們對產(chǎn)品給誰用、解決什么問題有明確的認(rèn)識~

細(xì)節(jié)的角色和權(quán)限梳理就要精確到每一個(gè)頁面的每一個(gè)功能了，所以對應(yīng)產(chǎn)品體驗(yàn)要素中的范圍層。

在產(chǎn)品設(shè)計(jì)階段，我們要決定每個(gè)功能給誰用，不給誰用；數(shù)據(jù)給誰看，不給誰看。比如說，在資產(chǎn)管理中，刪除、編輯的操作是不能開放給普通員工的，因?yàn)槿绻總€(gè)人都可以隨意修改資產(chǎn)信息會造成整個(gè)數(shù)據(jù)的錯(cuò)亂。但修改和刪除功能是有必要的，所以我們只把這些功能開放給管理員用戶。

梳理功能權(quán)限我常用的就是兩種方法：如果每個(gè)角色的差異較大，基本沒有重合的工作，從角色角度分類，分別梳理各個(gè)角色的功能就可以了。

如下圖：

如果角色間工作重疊較多，那么可以把角色和所以功能列成一個(gè)二維表格，然后逐一考慮這個(gè)人需不需這個(gè)功能。

如下圖：

有朋友可能會有這樣的疑問：2B產(chǎn)品的權(quán)限系統(tǒng)完全開放給用戶，由用戶去配置具體的角色、權(quán)限就好了啊，為什么還需要花這么大力氣來梳理角色和權(quán)限的關(guān)系呢？

我的理解是，梳理的過程也是幫助我們理解業(yè)務(wù)的過程，是磨刀不誤砍柴功。如果沒有梳理清角色、權(quán)限、流程，那設(shè)計(jì)出來的產(chǎn)品很大概率會有這樣那樣的邏輯問題，后邊再去修復(fù)既費(fèi)時(shí)又費(fèi)力。

而且我們梳理的角色權(quán)限類似一個(gè)“標(biāo)準(zhǔn)版”，是適用于大多數(shù)情況的一種配置。如果用戶有個(gè)性化需求，在這個(gè)“標(biāo)準(zhǔn)版”基礎(chǔ)上進(jìn)行修改也會更加容易。

三、批量操作

親身體驗(yàn)！“批量”的思想在2B產(chǎn)品設(shè)計(jì)中真的很重要！先來康康一些簡單的批量操作功能。

?（郵件的批量刪除）

?（批量增加需求）

（批量審批）

其實(shí)“批量”的思想在很多地方都有體現(xiàn)，除了上邊這幾個(gè)栗子，還有個(gè)非常常用的批量功能就是excel導(dǎo)入。那么到底什么功能需要“批量”呢？

什么功能需要批量？

我的一點(diǎn)點(diǎn)經(jīng)驗(yàn)是可以從使用頻率和功能復(fù)雜程度的角度來考慮，顯然應(yīng)該優(yōu)先考慮使用頻繁而且功能復(fù)雜的功能的批量化。

舉個(gè)例子，在一個(gè)歷史數(shù)據(jù)采集平臺（核心功能是人工把各種存量歷史數(shù)據(jù)上傳到系統(tǒng)中）里，最最核心、高頻的操作就是上傳數(shù)據(jù)。但上傳數(shù)據(jù)的同時(shí)還要填寫一些數(shù)據(jù)信息描述，相對來說操作比較復(fù)雜。

于是除了單個(gè)數(shù)據(jù)上傳外，我們設(shè)計(jì)了兩種批量上傳數(shù)據(jù)的方式：

• 方式一是先批量上傳多個(gè)數(shù)據(jù)，然后分別填寫描述信息；
• 方式二是先填寫部分共同的描述信息（比如一批數(shù)據(jù)可能屬于相同任務(wù)、時(shí)間和作者），然后批量上傳數(shù)據(jù)，描述信息會分別賦給每個(gè)數(shù)據(jù)。

批量功能的設(shè)計(jì)套路

這小節(jié)總結(jié)一下比較常見的批量功能實(shí)現(xiàn)方式~

（1）導(dǎo)入

通過excel導(dǎo)入大量的數(shù)據(jù)是非常好用的批量手段，尤其是有歷史數(shù)據(jù)需要導(dǎo)入產(chǎn)品時(shí)，歷史數(shù)據(jù)很有可能是通過excel保存的，所以excel導(dǎo)入這樣的方式能兼顧用戶的使用習(xí)慣又能提高錄入數(shù)據(jù)效率。

導(dǎo)入功能可以分為模板下載、文檔上傳和錯(cuò)誤數(shù)據(jù)處理三個(gè)部分。有幾篇文章（淺析批量導(dǎo)入的功能設(shè)計(jì)、批量導(dǎo)入的詳細(xì)設(shè)計(jì)說明）已經(jīng)總結(jié)的很清楚啦，推薦推薦，這里就不贅述了。

（關(guān)于模板設(shè)計(jì)還是贅述一個(gè)小tip吧，因?yàn)樯线呁扑]的兩篇文章好像沒提到）如果某個(gè)字段對應(yīng)到系統(tǒng)中是枚舉類型的（類似下拉框選擇的選項(xiàng)，選項(xiàng)是有限固定的），可以考慮在模板中填寫時(shí)就采用下拉選擇的形式，防止由于名稱不規(guī)范等原因出現(xiàn)導(dǎo)入錯(cuò)誤。

（2）列表+批量

批量操作也經(jīng)常在列表的基礎(chǔ)上實(shí)現(xiàn)，列表主要負(fù)責(zé)展示數(shù)據(jù)的概況，勾選多條數(shù)據(jù)后可以對勾選的數(shù)據(jù)做批量操作，比如上邊舉例中的批量刪除、批量審批就都屬于這種。

再舉個(gè)栗子，在資產(chǎn)管理中，可以在資產(chǎn)列表中選擇多個(gè)要處理的資產(chǎn)，然后同時(shí)對它們進(jìn)行領(lǐng)用、借用、歸還等操作。

（3）表單+批量

表單的批量操作一般是新增數(shù)據(jù)時(shí)候使用，比如同時(shí)新增多條數(shù)據(jù)。單條新增數(shù)據(jù)的問題主要是填寫信息較多而且一次只能添加一條數(shù)據(jù)，如果新增數(shù)據(jù)是高頻、大量的操作（比如添加資產(chǎn)一次可能要增加幾十臺設(shè)備）用戶體驗(yàn)會很差。

表單的批量操作我見到過的主要是兩種形式，一種是精簡填寫內(nèi)容后把本來多個(gè)的表單合成一個(gè)大表單，所有內(nèi)容默認(rèn)同上，如下：

第二種形式是創(chuàng)建“模板”后，以模板內(nèi)容為基準(zhǔn)，用戶只需要調(diào)整少量內(nèi)容即可，如下：

四、擁抱個(gè)性化需求

2b產(chǎn)品中的個(gè)性化需求真的很讓人頭大，每個(gè)客戶都有自己的想法，一千個(gè)客戶有一千個(gè)哈姆雷特，一開始我是拒絕的。

但是客戶爸爸的意見又不能不聽啊，怎么辦呢？

首先深呼吸一口，放松心情。個(gè)性化需求雖然惡心，但是并不是妖魔鬼怪，只要我們花點(diǎn)心思梳理，會發(fā)現(xiàn)其實(shí)是可以解決的。而且在2b業(yè)務(wù)中，客戶之所以會提出這樣那樣看似無理的需求，實(shí)際上是因?yàn)樗麄兊墓驹跇I(yè)務(wù)中已經(jīng)遇到了這些問題，而做產(chǎn)品不就是為了解決用戶問題嘛！所以這樣想，心態(tài)就會好很多了~

從另外一個(gè)角度看，遇到的個(gè)性化需求越多，我們的產(chǎn)品就不得不進(jìn)行改造升級，這個(gè)過程非常痛苦，但結(jié)果是產(chǎn)品架構(gòu)會越來越合理、產(chǎn)品配置越來越靈活、還可能抽象出一些以后可以復(fù)用的模塊組件，總體來說解決個(gè)性化需求會幫助我們的產(chǎn)品越來越好~

當(dāng)然啦也不是所有客戶需求都是要滿足的，梳理個(gè)性化需求的第一步是判斷該需求是不是在我們產(chǎn)品的范圍之內(nèi)。如果一個(gè)餐廳訂單系統(tǒng)的客戶非要讓我們管理采購業(yè)務(wù)，那我們只能抱歉的說這超出了我們的能力范圍了（但如果有需要可以提供和采購系統(tǒng)的交互接口）。

剔除了產(chǎn)品范圍之外的需求，剩下的需求可以分為三種：

1. 可以用現(xiàn)有功能解決的；
2. 可以通過配置實(shí)現(xiàn)的和；
3. 可以定制化開發(fā)實(shí)現(xiàn)的。從研發(fā)成本角度看，1<2<3。

用已有功能解決

我們常說用戶說的不一定是他們想要的，或者說用戶的需求可以通過其他方式滿足而不一定通過他們所給出的方案解決。用已有功能滿足用戶提出的個(gè)性化需求，對我們來說是最經(jīng)濟(jì)高效的解決方案。

舉個(gè)栗子，在一個(gè)類似在線excel的產(chǎn)品中，客戶提出想要一個(gè)excel中按顏色篩選單元格的功能，那么我們就要問為什么呢？

通過訪談和觀察現(xiàn)有的操作習(xí)慣發(fā)現(xiàn)，用戶會在操作過程中把有疑問的行背景設(shè)置一個(gè)顏色，然后通過按顏色篩選找出這些有疑問的行再進(jìn)行進(jìn)一步操作。所以可見用戶想要按顏色篩選的功能不是真的關(guān)注單元格顏色，而是需要一個(gè)標(biāo)志并按照這個(gè)標(biāo)志進(jìn)行篩選。我們的產(chǎn)品已經(jīng)有一個(gè)標(biāo)記功能，可以給行做不同的標(biāo)記，再加上一個(gè)按標(biāo)記篩選的功能就可以滿足用戶的需求了。

通過配置項(xiàng)解決

配置項(xiàng)把更大的自由和權(quán)力開放給用戶，允許用戶設(shè)置自己的數(shù)據(jù)字典、用戶權(quán)限、業(yè)務(wù)流程等等。

（1）什么功能需要做配置？

上圖我覺得講的很明白！其實(shí)也是一個(gè)優(yōu)先級的問題，多數(shù)用戶不一樣而且每個(gè)用戶頻繁變更的功能配置化的價(jià)值是最大的、優(yōu)先級也是最高的；多數(shù)用戶不一樣但每個(gè)用戶變更頻率低的功能可以初始化的時(shí)候在代碼層面配置好；還有少數(shù)用戶的高頻需求可以作為定制化的付費(fèi)功能。

（2）常見的配置項(xiàng)有哪些？

配置項(xiàng)的內(nèi)容可以分為產(chǎn)品層面和功能層面。

因?yàn)槊總€(gè)客戶的實(shí)際情況都不一樣，所以產(chǎn)品層面的配置很有必要。但產(chǎn)品層面的配置大部分在上邊四象限圖中屬于②多數(shù)用戶不一樣但切換頻率低的功能，所以產(chǎn)品初期可能沒必要設(shè)為配置項(xiàng)。隨著客戶增多，每個(gè)客戶都要差別初始化的成本會越來越高，這時(shí)候在進(jìn)行配置化改造也可行。

• 前邊講到的RBAC把角色權(quán)限設(shè)置交給用戶就是一種很典型的配置項(xiàng)，現(xiàn)在已經(jīng)是大部分2b產(chǎn)品的標(biāo)配了；
• 數(shù)據(jù)字典各公司的差異性很大，比如資產(chǎn)管理中資產(chǎn)分類、資產(chǎn)用途等數(shù)據(jù)，所以做成可配置項(xiàng)的價(jià)值也比較高；
• 審批流程的差異化也比較大，而且發(fā)生變動(dòng)的可能性也較高（比如之前報(bào)銷超過1000元就需要分管領(lǐng)導(dǎo)審批，現(xiàn)在改成超過2000元才需要審批），所以也經(jīng)常被做成用戶可配置的。

功能層面的配置針對每個(gè)小功能，粒度更細(xì)。比如在資產(chǎn)管理中，要生產(chǎn)貼在每個(gè)設(shè)備上的標(biāo)簽，標(biāo)簽上該顯示什么信息呢？每個(gè)公司的規(guī)定可能都不一樣，甚至每種類型的設(shè)備也都不一樣。所以我們需要把標(biāo)簽顯示信息做成可配置的，方便不同場景下不同用戶的選擇。

功能配置不是越多越好，配置多雖然產(chǎn)品靈活性好，但對單個(gè)用戶來說會提高上手難度、降低用戶體驗(yàn)（想象一些軟件還沒用就要配置十幾項(xiàng)信息是非常讓人頭疼的一件事）。而且配置項(xiàng)越多開發(fā)的成本越高、周期越長，所以配置項(xiàng)做哪些不做哪些值得仔細(xì)思考~

通過定制化開發(fā)解決。

上邊四象限中的情況③少數(shù)用戶的高頻功能就非常適合作為定制化開發(fā)的對象。定制化開發(fā)的成本高，通用性還低，但從商業(yè)價(jià)值上來看不一定沒有意義，可以看做是我們解決個(gè)性化需求的兜底方案。

本文由@LCC?原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自Unsplash，基于CC0協(xié)議。