本文從角色、數(shù)據(jù)、邏輯三個(gè)角度分析了——為什么說B端產(chǎn)品用戶是流程。

筆者之前設(shè)計(jì)了一企業(yè)服務(wù)SaaS產(chǎn)品，如今產(chǎn)品已經(jīng)上線。C端產(chǎn)品的用戶是個(gè)人，那B端產(chǎn)品也是如此么？

我認(rèn)為：B端產(chǎn)品的用戶是流程。下圖是筆者設(shè)計(jì)的一個(gè)產(chǎn)品功能的流程圖（泳道圖）。結(jié)合此圖講解下為什么說B端產(chǎn)品用戶是流程。

這張圖由3部分構(gòu)成：角色（管理員、其他業(yè)務(wù)角色）、數(shù)據(jù)（業(yè)務(wù)數(shù)據(jù)、系統(tǒng)數(shù)據(jù)）、邏輯（節(jié)點(diǎn)和分支）。

角色

首先說說“人”，也就是使用者。在C端產(chǎn)品中，大多數(shù)情況下都是單人使用。這類產(chǎn)品用戶往往以自我為核心，產(chǎn)品是否滿足了需求？產(chǎn)品解決了什么問題？這些都有單個(gè)人決定。

但是在B端產(chǎn)品中，一個(gè)人通常是一個(gè)角色，如倉管，財(cái)務(wù)，銷售等等，這個(gè)人只是參與了工作流程中的一部分（如上圖中的管理員，僅起到了平臺管理的作用），更確切地說是某個(gè)角色參與了其中，而這個(gè)角色并不能完全決定產(chǎn)品是否滿足了其需求。

在考慮人的問題上，需要從個(gè)體和整體出發(fā)。個(gè)體即單個(gè)使用者，系統(tǒng)不是強(qiáng)人工智能，很多事情需要人來完成，用戶的交互體驗(yàn)在這個(gè)時(shí)候B/C端無異，都需要有友善的交互，友好的界面來實(shí)現(xiàn)。

但在整體上，B端就需要思考一個(gè)C端產(chǎn)品通常沒有的功能：權(quán)限。每個(gè)角色都需要參與，但不同的角色可操作的或者可見的數(shù)據(jù)都不一樣，在這里筆者推薦B端產(chǎn)品同學(xué)學(xué)習(xí)下RBAC模型，可適用于廣泛的后臺系統(tǒng)。

上圖中我們可以看到，TK僅可做發(fā)起和結(jié)束的操作，對應(yīng)的數(shù)據(jù)可見性也是如此（上圖中TK不可見JW操作的數(shù)據(jù)）。不同的角色擁有不同的權(quán)限，根據(jù)企業(yè)客戶的需求配置權(quán)限是B端產(chǎn)品的基本功能。

三級RBAC模型有崗位和角色設(shè)置，可以滿足大部分企業(yè)需求

數(shù)據(jù)

說完角色，我們再說說數(shù)據(jù)。

數(shù)據(jù)現(xiàn)在越來越被重視，在一個(gè)企業(yè)運(yùn)行過程中，其實(shí)都是對數(shù)據(jù)進(jìn)行操作。每個(gè)公司都有不同的業(yè)務(wù)數(shù)據(jù)，就算是通用的流程如審批、請假等也可能會(huì)有不同的數(shù)據(jù)產(chǎn)生。在不同的業(yè)務(wù)中，我們就需要梳理不同的業(yè)務(wù)模型，其實(shí)也就是梳理數(shù)據(jù)的流動(dòng)（上圖中數(shù)據(jù)來源是TK，中間經(jīng)過不同角色處理，最后再回到TK）。在做數(shù)據(jù)梳理的時(shí)候，需要注意版本和統(tǒng)計(jì)。

企業(yè)生產(chǎn)的產(chǎn)品的迭代更新過程也就是數(shù)據(jù)的變更過程。積淀下的數(shù)據(jù)作為歷史版本保留是每個(gè)企業(yè)發(fā)展過程的必要需求，一方面歷史版本可在后續(xù)產(chǎn)品變更過程中起到避免踩坑的作用（互聯(lián)網(wǎng)產(chǎn)品也不是如此么）；另外歷史版本的記錄可以作為追溯材料，一旦后續(xù)生產(chǎn)過程中出現(xiàn)問題，即可了解原因以及追責(zé)。做B端產(chǎn)品的時(shí)候，如果開發(fā)同學(xué)沒有做對應(yīng)的功能準(zhǔn)備，記得一定要提醒他們?yōu)榘姹緦Ρ?、版本記錄做好?zhǔn)備工作。

數(shù)據(jù)另一個(gè)必須的操作就是統(tǒng)計(jì)。

產(chǎn)品在生產(chǎn)過程中一定會(huì)遇到各種異常（生產(chǎn)制造業(yè)有良率、合格率），統(tǒng)計(jì)生產(chǎn)過程中的數(shù)據(jù)，了解生產(chǎn)過程中的異常是大型企業(yè)必做的工作（通常有個(gè)質(zhì)量管理部門做這個(gè)工作）。

其實(shí)除了生產(chǎn)的數(shù)據(jù)需要結(jié)合實(shí)際業(yè)務(wù)需要做有關(guān)統(tǒng)計(jì)外，企業(yè)用戶往往不會(huì)想到一些基礎(chǔ)的系統(tǒng)數(shù)據(jù)：日期、生產(chǎn)批次、處理時(shí)間等。在做數(shù)據(jù)統(tǒng)計(jì)時(shí)候，一定要提前考慮到這些看似與業(yè)務(wù)無關(guān)的數(shù)據(jù)，痛點(diǎn)問題其實(shí)往往隱藏在這些不經(jīng)意的數(shù)據(jù)中。因此，作為產(chǎn)品經(jīng)理也需要提前考慮到這些數(shù)據(jù)的采集埋點(diǎn)工作。

PCBA工藝流程

邏輯

說完了數(shù)據(jù)，最后說下流程中的邏輯。

上一節(jié)中有講到數(shù)據(jù)的流動(dòng)，數(shù)據(jù)怎么流動(dòng)就是產(chǎn)品設(shè)計(jì)中的產(chǎn)品邏輯。思考B端產(chǎn)品邏輯往往是考驗(yàn)B端產(chǎn)品經(jīng)理最基礎(chǔ)的基本功。筆者個(gè)人認(rèn)為，梳理產(chǎn)品邏輯的前提是對業(yè)務(wù)邏輯的梳理，而業(yè)務(wù)邏輯的梳理就是數(shù)據(jù)流動(dòng)的梳理。

絕大多數(shù)情況下，產(chǎn)品邏輯是不止一條單向路徑的，這也往往是企業(yè)用戶的痛點(diǎn)所在：內(nèi)外運(yùn)作過程中，涉及到不同的人，不同的流程，人在處理這些事務(wù)的時(shí)候無法像機(jī)器一樣工作而不出差錯(cuò)，通常情況下就是靠更多的人力來解決。那么B端產(chǎn)品就是將這些業(yè)務(wù)邏輯抽象成產(chǎn)品邏輯，用軟件產(chǎn)品代替人力工作。產(chǎn)品服務(wù)對象之一即邏輯。

該圖是產(chǎn)品中的一個(gè)子功能模塊（NPI功能），該圖顯示了在不同的情況下（節(jié)點(diǎn)），數(shù)據(jù)的不同走向（分支）。如何才能相對完整的做出一個(gè)數(shù)據(jù)流程圖？個(gè)人認(rèn)為就是考慮閉環(huán)。數(shù)據(jù)閉環(huán)一定是有始有終的，如果發(fā)現(xiàn)某一個(gè)數(shù)據(jù)沒有出現(xiàn)在任何分支中，那說明這個(gè)邏輯肯定出了問題。

在考慮產(chǎn)品邏輯的時(shí)候，可能因?yàn)榉种Ф喙?jié)點(diǎn)多，一下子考慮不清楚，個(gè)人建議先做主流程的梳理（上圖中最左邊豎直的流程），通常來說業(yè)務(wù)流程都會(huì)有一個(gè)很順利的主線（最短線路），優(yōu)先完成該主線路再思考其他線路會(huì)比較條理清晰。思考分支線路的時(shí)候，還是注意閉環(huán)，當(dāng)出現(xiàn)一個(gè)分支選擇的時(shí)候，先理清其中一條線，再去考慮其他的分支，完成了一個(gè)循環(huán)再做下一個(gè)。在設(shè)計(jì)過程中，盡可能避免大閉環(huán)中套小閉環(huán)，不然在程序設(shè)計(jì)上會(huì)非常麻煩，在用戶體驗(yàn)上也可能導(dǎo)致層次不清的糟糕體驗(yàn)。

綜上所述：B端產(chǎn)品服務(wù)于角色、數(shù)據(jù)、邏輯，而該三者構(gòu)成的即是流程。缺少任何一個(gè)，其余兩者皆構(gòu)不成企業(yè)運(yùn)作。

• 角色的重點(diǎn)在于權(quán)限，不同的角色有不同的功能；
• 數(shù)據(jù)的除了業(yè)務(wù)數(shù)據(jù)外，也要注意版本和統(tǒng)計(jì)，沒有對比的數(shù)據(jù)是無用的；
• 最后邏輯將數(shù)據(jù)和角色串聯(lián)起來，完成一個(gè)產(chǎn)品的功能，滿足企業(yè)用戶的需求。

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

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