B端產(chǎn)品設計全鏈路SOP

B端如何做產(chǎn)品設計？

B端產(chǎn)品設計相對于C端,更注重行業(yè)經(jīng)3鰥口業(yè)務邏輯，所以設計思路

明顯不同。本篇義章將和大家分享我在實際工作中不斷優(yōu)化的B端數(shù)字

化產(chǎn)品設計全鏈路流程，希望可以給你一些啟發(fā)。

B端產(chǎn)品接收到的業(yè)務需求一般來自老板、業(yè)務方或者產(chǎn)品自己，如何

更高效、更準確的將其轉為IT人員能看懂的產(chǎn)品需求就是考驗產(chǎn)品經(jīng)

理的設計功力了。

另外，在產(chǎn)品設計環(huán)節(jié)主要交付物有業(yè)務調研報告、產(chǎn)品地圖、產(chǎn)品流

程圖、數(shù)據(jù)寬表、原型界面、產(chǎn)品需求文檔，如何把這些更有機的鏈接

在一起便是產(chǎn)品思維和產(chǎn)品方法論了。

一、調研報告

調研業(yè)務需求，一定要做的三步：

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

1.涉及的外部角色【客戶】

2.涉及的內部角色【用戶】

3.角色的職能【參與者、執(zhí)行者、決策者】

4.職能的邊界

5.角色、職能的交互

2.識別業(yè)務場景

梳理業(yè)務場景清單、業(yè)務處理流程，然后繪制出業(yè)務基本流程圖。這也

是方便進一步識別業(yè)務當前各個環(huán)節(jié)出現(xiàn)的潛在問題。

控制場景

體系模塊場景名稱場景編碼場景定義業(yè)務節(jié)

履預算控制采購預算一苜單3占KZ_001開單員確認采購開單苜單一采購需求.確認開I

財管預算控制采購預算.首單一扣減KZ_002采購訂單確認訂貨首單一采購訂單一審核通i

婕預算控制采購預算一首單一扣減撤回KZ_003采購訂單確認訂貨后蚊回首單一采購訂單一審核通i

財管預算控制采購預算一返單占KZ_004開單員確認采購開單返單一采購需求確認開單

財管預算捽制采購預算一次單一扣減KZ.005采購訂單確認訂貨飯單一采購訂單審核通過

婕預算控制采購預算一返單一扣減撤回KZ_006采購訂單確認訂貨后蚊回返單一采購訂單審核通過

預算控制采購預算一促銷占KZ_007開單員確認采購開單促銷一采購需求確認開單

婕預算控制采購預算一促銷一扣減KZ_008采購訂單確認訂貨促銷一采購訂單審核通過

財管預算控制采購預算一促銷一扣減撤回KZ_009采購訂單確認訂貨后裝回促銷一采購訂單審核通過

預算控制物流一調撥費用占KZ_010業(yè)務產(chǎn)生物流調撥請求物流調撥請求確認完成a

履預算控制物流_調撥費用一扣減KZ_011倉庫完成調撥出庫倉庫調撥出庫完成時

婕預算控制物流一調撥費用一扣減撤回KZ_012倉庫完成調撥出庫后做回倉庫調撥出庫撤回完成a

3.識別問題矛盾點

一定要識別業(yè)務當前遇到問題的痛點，產(chǎn)品要解決的什么問題？目前B

端產(chǎn)品也是趨于穩(wěn)定,當下企業(yè)更注重業(yè)務價值導向，而不是一味的技

術導向。

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

二、產(chǎn)品地圖

基于上述業(yè)務調研報告才妾下來就需要輸出產(chǎn)品地圖，即構思系統(tǒng)骨架。

產(chǎn)品地圖，它是系統(tǒng)設計的一個整體性指導性文件，要想擁有一個完善

完整的產(chǎn)品地圖是急不得的。

那如何完善自己的產(chǎn)品地圖？一般我的操作思路大致是：通過不斷的梳

理業(yè)務場景、業(yè)務流程、業(yè)務規(guī)則，按照低耦合、高復用原則，以及

MVC的軟件架構模式，逐步確認產(chǎn)品骨架。有了產(chǎn)品地圖也就有了產(chǎn)

品規(guī)劃方向，便可以著手做原型設計了。所以可以看出我將產(chǎn)品地圖作

為產(chǎn)品設計的整個環(huán)節(jié)的主要鏈條以及切入點。

系統(tǒng)架構設計的重點原則要做到低耦合、高復用：

?所謂低耦合：按照業(yè)務相關性設計多個系統(tǒng)應用，它們之間通過

API進行交互。這樣，單個應用的升級，對其他應用的影響就小

很多，從而提高了系統(tǒng)的敏捷性。比如，把預算管理中的預算編

制、預算控制、預算審批就可以獨立為多個應用。

?所謂高復用：將各個模塊通用的功能抽離出來，單獨形成一個系

統(tǒng)應用。這樣，一方面確保了信息來源的一致性，另一方面也簡

化了系統(tǒng)架構，避免了重復開發(fā)。

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

?業(yè)務層：主要展示上游系統(tǒng)功能模塊或者下達操作的指令。

?網(wǎng)關層：主要提供通用接口供上游調用，完成業(yè)務層和應用層交

互，而無需關注架構或底層發(fā)生的怎樣的變化。

?應用層：主要負責對數(shù)據(jù)層的操作，即系統(tǒng)邏輯的組合模塊，也

是系統(tǒng)的主要核心邏輯層。

?數(shù)據(jù)層：主要展示各類模塊的數(shù)據(jù)寬表，通常是結合上下游，以

及系統(tǒng)響應模塊對數(shù)據(jù)需求整合而成。

?服務層：主勢是供基礎服務能力，比如為應用層傳遞的消息，為

數(shù)據(jù)層提供的基礎資料等。

示例如下：

業(yè)務層

網(wǎng)關層

應用層

數(shù)據(jù)層

服務層

三、產(chǎn)品流程

B端產(chǎn)品往往需要支持多部門、多角色協(xié)同。因此需要在整理完業(yè)務行

為與場景后，找到各角色與職能，我們便可以提煉出系統(tǒng)核心運轉的產(chǎn)

品流程。

在范圍上，整體流程圖需要覆蓋所有關鍵流程。在顆粒度上，只需要展

示關鍵操作環(huán)節(jié)即可，不需要細致到具體功能頁面。

示例如下：

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

數(shù)據(jù)寬表確認方式，一般是結合上游應提供給我的數(shù)據(jù)，下游需要我提

供的數(shù)據(jù)，再結合我自己需要的數(shù)據(jù)，將三者歸納聚合在一起，就有了

數(shù)據(jù)寬表及API規(guī)范。

關聯(lián)單據(jù)預算計劃單

傳輸節(jié)點預算計劃編制時

【產(chǎn)品】XX

財務對接

【研發(fā)】XX

財務數(shù)據(jù)標準

字段名稱必填業(yè)務意義

單據(jù)IDY主鍵ID系統(tǒng)自動生成；8位

預算計劃單Y預算計劃單編號

預算表名Y創(chuàng)建預算編制表名

創(chuàng)建日期Y預算編制日期，格式為年月日

創(chuàng)建人Y創(chuàng)建人姓名

0:新增

1:修改

變更類型Y

?1：注銷

【默認新增，標識同一批創(chuàng)建的數(shù)據(jù)】

調整明細list（單個預算組織所需呈現(xiàn)的信息）

明細IDY系統(tǒng)自動生成明細ID;自動生成；8位

1部門

預算對象類型Y2經(jīng)營期

3.品牌

選擇需要控制的業(yè)務類型，具體枚舉值如下

1.采購預算-首單

2.采購預算-返單

業(yè)務類型Y4.物流費用

5.調撥費用

6.固定倉租費用

7.非固定倉租費用

預算期間Y預算額度計劃開始生效日期，年月日■年月E

分配境內/境外的預算

是否境外Y1.是

2.否

五、權限管理

B端業(yè)務開展，是基于多個部門的相互協(xié)同和相互監(jiān)督的。當用戶在使

用B端系統(tǒng)時,流程流轉、數(shù)據(jù)安全性都必須符合企業(yè)協(xié)祠與管控的要

求。

因此就需要我們針對系統(tǒng)設置權限管理，這是必不可少的一步。權限管

理說明一般需要包含系統(tǒng)權限樹說明以及對應權限配置要求，方便IT

人員在ERP上針對角色分配權限。

示例如下：

預算管理系統(tǒng)權限配置

系統(tǒng)一級節(jié)點二級節(jié)點三級節(jié)點四級節(jié)點

預算編制預算計劃

預算執(zhí)行執(zhí)行服務

權限樹說明站點容器財務預算管理預算調整

預算調整預算調配

預算分析可用余額列表

系統(tǒng)角色角色描述角色類別權限明細

預算管理員預算預算管理財務/IT所有菜單及數(shù)據(jù)權限

權限配置要求普通角色預算查看業(yè)務預算分析模塊查看權限

站點容器

預算額度拆分審批流發(fā)走

計劃管理發(fā)起審批業(yè)務

預算額度調整審批流發(fā)立

六、產(chǎn)品原型

基于以上內容，確定產(chǎn)品規(guī)劃后，我們便需要思考系統(tǒng)功能頁面的流轉

圖了，這里主要是設計用戶可操作頁