如果把《用戶體驗五要素》的五層塔，搬到B端產(chǎn)品設計上，會有怎樣的效果？這篇文章里，作者結(jié)合“獎勵金結(jié)算系統(tǒng)”的B端產(chǎn)品實戰(zhàn)案例，對整個分析過程做了拆解，不妨來看看，或許會對B端產(chǎn)品經(jīng)理同學們有所啟發(fā)和幫助。

要說產(chǎn)品經(jīng)理的必讀書單，《用戶體驗五要素》必定位列其中。記得是在2014年，那時公司的產(chǎn)品老大把這本書甩我桌上，說：“有空讀讀這本書，產(chǎn)品設計還是要講究邏輯的。”

彼時正是移動互聯(lián)網(wǎng)如日中天，滴滴與快滴的補貼大戰(zhàn)讓老百姓嘗到甜頭，在“大眾創(chuàng)業(yè)，萬眾創(chuàng)新”的前夕，市面上的主流互聯(lián)網(wǎng)還是C端，產(chǎn)品經(jīng)理有足夠的話語權，極致的用戶體驗經(jīng)常掛在嘴邊。

作為產(chǎn)品菜雞的我，沒太多項目經(jīng)驗，這本書也讀的一知半解，但我依舊把“用戶體驗五要素”奉為圭臬，雖然常分不清“框架層”和“結(jié)構(gòu)層”誰先誰后。

后來兜兜轉(zhuǎn)轉(zhuǎn)，從C端改做B端產(chǎn)品。“用戶體驗五要素”似乎不適用了。我下力氣打磨交互細節(jié)，卻因為遺漏業(yè)務場景，導致產(chǎn)品無法正常使用。B端產(chǎn)品動輒橫跨多個系統(tǒng)，聯(lián)動多個用戶角色，復雜的業(yè)務邏輯時常搞得我腦袋發(fā)懵。有沒有一個B端產(chǎn)品設計的模板，也能像五層塔那樣，讓B端產(chǎn)品經(jīng)理們在設計產(chǎn)品時也有章可循呢?

有次聽某個B端產(chǎn)品課程，老師講：“B端產(chǎn)品設計是個自上而下，由粗到細的過程”。一下子給了我啟發(fā)，《用戶體驗五要素》不也講求從抽象到具體，漸進明細嘛，如果把《用戶體驗五要素》的五層塔，搬到B端產(chǎn)品設計上，會是怎樣的一種效果呢？

老規(guī)矩，先上干貨；

為了讓整個分析過程更加具體一些，我們舉一個B端產(chǎn)品的實戰(zhàn)案例，就用之前文章中提到的“獎勵金結(jié)算系統(tǒng)”吧。

（看我文章的朋友可能會有一種看連續(xù)劇的錯覺^_^）

蝦殼作為一名負責銷售管理系統(tǒng)的B端產(chǎn)品經(jīng)理，接到銷售總監(jiān)的需求，需要設計一套獎勵金結(jié)算系統(tǒng)，用于給全國各地的經(jīng)銷商結(jié)算獎勵金，解決復雜的獎勵金結(jié)算問題，提升效率、減少錯誤，促進業(yè)務發(fā)展。要求獎勵金可以自動計算、經(jīng)業(yè)務財務審核后，可以發(fā)放到經(jīng)銷商賬戶中。

一、戰(zhàn)略層

書中的戰(zhàn)略層指“網(wǎng)站目標”、“用戶需求”。我們將其轉(zhuǎn)化為“產(chǎn)品目標”、“業(yè)務需求”，在B端產(chǎn)品中，產(chǎn)品目標是為了滿足業(yè)務需求，為公司提供商業(yè)價值。但是，我們又不能將“實現(xiàn)業(yè)務需求”作為產(chǎn)品目標，因為這樣會讓B端產(chǎn)品經(jīng)理淪為需求工具人。

所以，我們要找到屬于產(chǎn)品經(jīng)理自己的產(chǎn)品目標。我將它稱為B端產(chǎn)品的“北極星指標”，在“獎勵金結(jié)算系統(tǒng)”的案例中，我們將北極星指標定為：

1. 平均獎勵金結(jié)算時間
2. 結(jié)算準確率

（這部分在我的文章“望聞問切”4步10問，搞定B端產(chǎn)品北極星指標 | 人人都是產(chǎn)品經(jīng)理 (woshipm.com)中，有詳細的解讀）

定好產(chǎn)品目標，就有了主心骨，那接下來一切的工作，都是為了實現(xiàn)產(chǎn)品目標。

二、范圍層

B端產(chǎn)品的范圍層，與C端可有著天壤之別。就如前文說的，B端產(chǎn)品動輒橫跨多個系統(tǒng)，聯(lián)動多個用戶角色，所以我們需要確定為了達成產(chǎn)品目標，需求范圍是什么。

1. 相關方登記冊

要梳理B端需求，就要先找出涉及到的相關方都有哪些人。在這里推薦一個項目管理中的工具，叫做“相關方登記冊”，根據(jù)登記好的相關方，挨個進行需求訪談，并整理他們的訴求。

在“獎勵金結(jié)算系統(tǒng)”案例中，“相關方登記冊”如下：

2. 核心業(yè)務流程圖

梳理完相關方的需求后，B端產(chǎn)品設計中非常重要的一環(huán)，是確定核心業(yè)務流程圖。有以下二個要點：

1. 業(yè)務流程圖/泳道圖，要囊括所有業(yè)務相關方
2. 要實現(xiàn)業(yè)務閉環(huán)

即，在繪制業(yè)務流程圖時，需要系統(tǒng)開發(fā)實現(xiàn)的功能，與線下作業(yè)的部分都繪制進來。

在“獎勵金結(jié)算系統(tǒng)”案例中，“核心業(yè)務流程圖”如下：（原諒我只畫了一個簡易的業(yè)務流程圖）

到這里，我們已經(jīng)梳理清楚各個需求方的訴求，并確定了需要開發(fā)實現(xiàn)的功能在業(yè)務流程中的什么位置。

三、結(jié)構(gòu)層

書中的結(jié)構(gòu)層已經(jīng)開始考慮交互設計了，而在B端，還有很多前期工作需要梳理。在B端產(chǎn)品的日常工作中，多數(shù)是在已有系統(tǒng)的基礎上進行升級迭代，就必須要考慮新增模塊與舊有系統(tǒng)的融合。

1. 產(chǎn)品架構(gòu)圖

設計產(chǎn)品架構(gòu)圖時，需要注意以下三項：

1. 明確功能在系統(tǒng)中的定位
2. 考慮模塊的解耦與聯(lián)動性
3. 考慮系統(tǒng)的擴展性

當然，繪制產(chǎn)品架構(gòu)圖的確非?？简灝a(chǎn)品經(jīng)理的功力，通?？梢郧笾夹g架構(gòu)師。如果沒人幫忙的話……就當是鍛煉自己吧?？梢韵日罩０瀹嫞?。

在“獎勵金結(jié)算系統(tǒng)”案例中，“產(chǎn)品架構(gòu)圖”如下：

2. 功能模塊表

畫完產(chǎn)品架構(gòu)圖，想必一定心潮澎湃，勢必要把這個山頭拿下！可飯要一口一口吃，步子大了容易扯著0。俗話說，復雜的事情簡單化，簡單的事情標準化，將大模塊拆解成小功能，有助于進一步明確功能范圍，防止需求蔓延，并確定優(yōu)先級與產(chǎn)品演進藍圖。

在“獎勵金結(jié)算系統(tǒng)”案例中，“產(chǎn)品架構(gòu)圖”如下：

在功能模塊表中，一定要包含所有需要開發(fā)的系統(tǒng)功能，以免遺漏。以完成最小業(yè)務閉環(huán)為準，確定功能優(yōu)先級。

我個人有個工作喜歡，在后面的編寫需求、畫原型圖的環(huán)節(jié)，每完成一項功能點，就在功能模塊表的那一項后面打?。

四、框架層

到這里，終于確定了要做的產(chǎn)品設計內(nèi)容有哪些了。接下來就是具體的畫原型寫需求啦。這里與書中的“界面設計”、“導航設計”、“信息設計”又有些類似。同時我建議還可以增加兩種圖。

1. 功能流程圖

可以使用泳道圖的形式，用于展示詳細的功能邏輯流程與異常場景，通常后臺開發(fā)同學很喜歡功能流程圖。

2. 頁面流轉(zhuǎn)圖

畫出詳細的頁面跳轉(zhuǎn)順序流程，并標明哪些頁面是新增的，哪些可復用。通常前端開發(fā)同學很喜歡頁面流轉(zhuǎn)圖。

3. 需求原型

通常我習慣在最左側(cè)放置功能流程圖，中間放置頁面原型，最右側(cè)放置需求說明。

五、表現(xiàn)層

如果是內(nèi)部業(yè)務管理系統(tǒng)，可能很多公司都跳過了UI的設計環(huán)節(jié)。

所以，暫且就把表現(xiàn)層，當做是B端產(chǎn)品經(jīng)理完整的需求文檔吧。我習慣在產(chǎn)品文檔中，寫明從戰(zhàn)略層到框架層梳理的所有內(nèi)容。如此豐富又細致的內(nèi)容，可以在需求評審時起到很大的作用，讓技術人員知其然，知其所以然。

總結(jié)下來，B端產(chǎn)品設計的“用戶體驗五要素”，同樣涵蓋了五層，并且每一層都有各自的產(chǎn)品設計工具。

以上是我個人的工作經(jīng)驗整理，僅一家之言。歡迎溝通交流。