B端產(chǎn)品設(shè)計(jì)相對(duì)于C端，更注重行業(yè)經(jīng)驗(yàn)和業(yè)務(wù)邏輯。本文作者分享了在實(shí)際工作中總結(jié)出來的B端產(chǎn)品設(shè)計(jì)全鏈路流程，讓我們一起來看看吧。

B端如何做產(chǎn)品設(shè)計(jì)？

B端產(chǎn)品設(shè)計(jì)相對(duì)于C端，更注重行業(yè)經(jīng)驗(yàn)和業(yè)務(wù)邏輯，所以設(shè)計(jì)思路明顯不同。本篇文章將和大家分享我在實(shí)際工作中不斷優(yōu)化的B端數(shù)字化產(chǎn)品設(shè)計(jì)全鏈路流程，希望可以給你一些啟發(fā)。

B端產(chǎn)品接收到的業(yè)務(wù)需求一般來自老板、業(yè)務(wù)方或者產(chǎn)品自己，如何更高效、更準(zhǔn)確的將其轉(zhuǎn)為IT人員能看懂的產(chǎn)品需求就是考驗(yàn)產(chǎn)品經(jīng)理的設(shè)計(jì)功力了。

另外，在產(chǎn)品設(shè)計(jì)環(huán)節(jié)主要交付物有業(yè)務(wù)調(diào)研報(bào)告、產(chǎn)品地圖、產(chǎn)品流程圖、數(shù)據(jù)寬表、原型界面、產(chǎn)品需求文檔，如何把這些更有機(jī)的鏈接在一起便是產(chǎn)品思維和產(chǎn)品方法論了。

一、調(diào)研報(bào)告

調(diào)研業(yè)務(wù)需求，一定要做的三步：

1. 識(shí)別系統(tǒng)涉及的利益方

1. 涉及的外部角色【客戶】
2. 涉及的內(nèi)部角色【用戶】
3. 角色的職能【參與者、執(zhí)行者、決策者】
4. 職能的邊界
5. 角色、職能的交互

2. 識(shí)別業(yè)務(wù)場(chǎng)景

梳理業(yè)務(wù)場(chǎng)景清單、業(yè)務(wù)處理流程，然后繪制出業(yè)務(wù)基本流程圖。這也是方便進(jìn)一步識(shí)別業(yè)務(wù)當(dāng)前各個(gè)環(huán)節(jié)出現(xiàn)的潛在問題。

3. 識(shí)別問題矛盾點(diǎn)

一定要識(shí)別業(yè)務(wù)當(dāng)前遇到問題的痛點(diǎn)，產(chǎn)品要解決的什么問題？目前B端產(chǎn)品也是趨于穩(wěn)定，當(dāng)下企業(yè)更注重業(yè)務(wù)價(jià)值導(dǎo)向，而不是一味的技術(shù)導(dǎo)向。

最終，輸出產(chǎn)品調(diào)研報(bào)告。

二、產(chǎn)品地圖

基于上述業(yè)務(wù)調(diào)研報(bào)告，接下來就需要輸出產(chǎn)品地圖，即構(gòu)思系統(tǒng)骨架。

產(chǎn)品地圖，它是系統(tǒng)設(shè)計(jì)的一個(gè)整體性指導(dǎo)性文件，要想擁有一個(gè)完善完整的產(chǎn)品地圖是急不得的。

那如何完善自己的產(chǎn)品地圖？一般我的操作思路大致是：通過不斷的梳理業(yè)務(wù)場(chǎng)景、業(yè)務(wù)流程、業(yè)務(wù)規(guī)則，按照低耦合、高復(fù)用原則，以及MVC的軟件架構(gòu)模式，逐步確認(rèn)產(chǎn)品骨架。有了產(chǎn)品地圖也就有了產(chǎn)品規(guī)劃方向，便可以著手做原型設(shè)計(jì)了。所以可以看出我將產(chǎn)品地圖作為產(chǎn)品設(shè)計(jì)的整個(gè)環(huán)節(jié)的主要鏈條以及切入點(diǎn)。

系統(tǒng)架構(gòu)設(shè)計(jì)的重點(diǎn)原則要做到低耦合、高復(fù)用：

• 所謂低耦合：按照業(yè)務(wù)相關(guān)性設(shè)計(jì)多個(gè)系統(tǒng)應(yīng)用，它們之間通過API進(jìn)行交互。這樣，單個(gè)應(yīng)用的升級(jí)，對(duì)其他應(yīng)用的影響就小很多，從而提高了系統(tǒng)的敏捷性。比如，把預(yù)算管理中的預(yù)算編制、預(yù)算控制、預(yù)算審批就可以獨(dú)立為多個(gè)應(yīng)用。
• 所謂高復(fù)用：將各個(gè)模塊通用的功能抽離出來，單獨(dú)形成一個(gè)系統(tǒng)應(yīng)用。這樣，一方面確保了信息來源的一致性，另一方面也簡(jiǎn)化了系統(tǒng)架構(gòu)，避免了重復(fù)開發(fā)。

通常產(chǎn)品地圖包含以下層級(jí)，每層都是起到承上啟下的作用：

• 業(yè)務(wù)層：主要展示上游系統(tǒng)功能模塊或者下達(dá)操作的指令。
• 網(wǎng)關(guān)層：主要提供通用接口供上游調(diào)用，完成業(yè)務(wù)層和應(yīng)用層交互，而無需關(guān)注架構(gòu)或底層發(fā)生的怎樣的變化。
• 應(yīng)用層：主要負(fù)責(zé)對(duì)數(shù)據(jù)層的操作，即系統(tǒng)邏輯的組合模塊，也是系統(tǒng)的主要核心邏輯層。
• 數(shù)據(jù)層：主要展示各類模塊的數(shù)據(jù)寬表，通常是結(jié)合上下游，以及系統(tǒng)響應(yīng)模塊對(duì)數(shù)據(jù)需求整合而成。
• 服務(wù)層：主要提供基礎(chǔ)服務(wù)能力，比如為應(yīng)用層傳遞的消息，為數(shù)據(jù)層提供的基礎(chǔ)資料等。

示例如下：

三、產(chǎn)品流程

B端產(chǎn)品往往需要支持多部門、多角色協(xié)同。因此需要在整理完業(yè)務(wù)行為與場(chǎng)景后，找到各角色與職能，我們便可以提煉出系統(tǒng)核心運(yùn)轉(zhuǎn)的產(chǎn)品流程。

在范圍上，整體流程圖需要覆蓋所有關(guān)鍵流程。在顆粒度上，只需要展示關(guān)鍵操作環(huán)節(jié)即可，不需要細(xì)致到具體功能頁(yè)面。

示例如下：

四、數(shù)據(jù)寬表

數(shù)據(jù)寬表確認(rèn)方式，一般是結(jié)合上游應(yīng)提供給我的數(shù)據(jù)，下游需要我提供的數(shù)據(jù)，再結(jié)合我自己需要的數(shù)據(jù)，將三者歸納聚合在一起，就有了數(shù)據(jù)寬表及API規(guī)范。

五、權(quán)限管理

B端業(yè)務(wù)開展，是基于多個(gè)部門的相互協(xié)同和相互監(jiān)督的。當(dāng)用戶在使用B端系統(tǒng)時(shí)，流程流轉(zhuǎn)、數(shù)據(jù)安全性都必須符合企業(yè)協(xié)同與管控的要求。

因此就需要我們針對(duì)系統(tǒng)設(shè)置權(quán)限管理，這是必不可少的一步。權(quán)限管理說明一般需要包含系統(tǒng)權(quán)限樹說明以及對(duì)應(yīng)權(quán)限配置要求，方便IT人員在ERP上針對(duì)角色分配權(quán)限。

示例如下：

六、產(chǎn)品原型