B端產(chǎn)品不止是業(yè)務結(jié)構(gòu)龐大，信息復雜，同時其業(yè)務的精確性也有很高的要求，服務于B端的業(yè)務，不能夠出信息錯誤，填錯一個信息，就會引發(fā)巨大的問題。本文為你講解，大型B端業(yè)務中的設計方法。

一 、業(yè)務細節(jié)

1. 業(yè)務配置細節(jié)

任何一個行業(yè)都有他的業(yè)務單元，每一項服務是不一樣的。

比如一艘船要換船員，要換現(xiàn)金，那么這就是服務單元；比如你在阿里云買服務器是不是要選CPU、內(nèi)存等配置？

也就是說，將現(xiàn)有業(yè)務進行整理，將具體的業(yè)務細節(jié)配置梳理清楚——每一個指標是怎么填的？填什么單位？什么時候填？有什么限制？什么時候又不能填了？

比如船都出海了，你還能要求換船員嗎？就不能了，這就是有這個船是否在港的限制。

具體的配置內(nèi)容會很多，這時候就需要你的信息結(jié)構(gòu)能力。

如果業(yè)務很大很復雜，那就進行拆分，將大業(yè)務，拆分成一個一個小業(yè)務。然后再把每一個小業(yè)務，花時間理解透徹，確定好業(yè)務流程和內(nèi)容。其他的小業(yè)務也是這樣梳理，拆分到你可以控制的范圍，最后再把業(yè)務組裝起來。

如果你能處理好每一個小業(yè)務，那么組裝起來之后，你就會理解整個業(yè)務。

2. 關(guān)鍵節(jié)點

每一項業(yè)務都有他從開始到結(jié)束的流程，期間一個節(jié)點到下一個節(jié)點是如何操作的，就是關(guān)鍵節(jié)點。比如：船要卸貨，那么就要有卸貨許可，你得拿到這個許可，有效，才會讓你卸貨。

根據(jù)關(guān)鍵節(jié)點，你肯定要對不同的業(yè)務設計功能，這也是做這個大型B端業(yè)務的重點。同時，你在設計界面的時候，一定要標識清楚業(yè)務的狀態(tài)，當前用戶需要做什么？你不能等著用戶去做，你得提示他進行下一步。

關(guān)鍵節(jié)點就是業(yè)務過程中的判斷節(jié)點，會根據(jù)這個判斷得到下一步的結(jié)果，這個部分在業(yè)務梳理過程中會發(fā)現(xiàn)，同時在與業(yè)務進行溝通的時候，也會得到這部分信息，記得記錄下來。

3. 業(yè)務狀態(tài)

這就說到業(yè)務狀態(tài)了，業(yè)務是完成還是沒完成？中途遇到什么問題了？要預付款嗎？有意外情況嗎？你想呀，在實際航海過程中，這樣的問題數(shù)不勝數(shù)，你得有很好的狀態(tài)呈現(xiàn)，即時反饋對不對？

用戶使用產(chǎn)品的時候，一定會關(guān)心當前的狀態(tài)，就像是你在淘寶買了商品，你會關(guān)心是否付款，物流情況，退款、退貨情況等等。

同樣的道理，做B端業(yè)務的時候，產(chǎn)品設計到一定程度的時候，很多小的業(yè)務提示，需要很好的呈現(xiàn)，其中包含：

1. 業(yè)務狀態(tài)（類比電商預定狀態(tài)、有哪些商品）
2. 當前服務狀態(tài)（類比當前訂單狀態(tài)）
3. 服務配置狀態(tài)（類比商品大小、顏色、款式、數(shù)量等狀態(tài)）
4. 服務中途的狀態(tài)變化（類比物流狀態(tài)）
5. 訂單支付狀態(tài)（類比電商支付狀態(tài)，但是周期不一樣）

4. 用戶掌控感

用戶原本都是在線下完成業(yè)務的，你突然要用線上的，掌控感肯定沒那么強，所以必須要讓用戶感到有掌控感。

比如：編輯是不是可以撤銷？訂單什么時候可以取消？我什么時候要付錢？用戶如果中途取消訂單或者取消訂單里面的一個服務，怎么辦？

盡可能的考慮實際情況，從實際情況出發(fā)，不要把互聯(lián)網(wǎng)這一套搬過去，這樣會讓用戶覺得很難用。

B端業(yè)務實際中會遇到很多情況，在進行產(chǎn)品設計過程中，天然的和線下操作是不同的，不同點在于：

1. 很多以前線下通過郵件、電話、口頭、文件、簽字等傳達的信息，線上必須進行全覆蓋。
2. 因為線上話之后，一切信息都需要通過軟件呈現(xiàn)，所以，以前線下沒有的，為了業(yè)務完好的在軟件中完成，還需要根據(jù)實際情況配備。

基本原則：凡事有回音，事事有反饋。

二、產(chǎn)品效率

1. 如何設計高效率的B端產(chǎn)品？

我們都知道，B端業(yè)務復雜，功能多、流程多，但是用戶還是很重視效率，這個時候怎么辦？你就得把用戶高頻和低頻的需求分開，主線流程要清晰，?？吹臓顟B(tài)一定要擺出來，有些功能藏起來了，用戶需要的時候，就要放出來。

比如：訂單的金額，就必須呈現(xiàn)出來，但是具體細節(jié)要藏起來，用戶可以隨時進去看，有變動的時候要提示出來。

這是什么設計思路？也就是，用戶需要的時候才出現(xiàn)。

用最簡單的表達做B端產(chǎn)品：

1. 能不說的廢話，就不要說（比如：明明不需要提示文案，非要寫一句文案，反而讓用戶迷惑）
2. 能減少的操作，一定要減少（比如：為了創(chuàng)建一個內(nèi)容，非要用戶先去命名，但是完全可以不用的）
3. 主題流程一定要明確（比如：整體流程設計成類似電商的購物流程，而不是自己重新設計一套流程）
4. 能隱藏的信息，就隱藏（比如：用戶當前完全用不到的配置信息，呈現(xiàn)出來，反而迷惑）

2. 如何評估產(chǎn)品效率？

1. 從流程上看，用戶的操作步數(shù)是不是最簡單的步數(shù)？
2. 從界面呈現(xiàn)上看，有些業(yè)務表單特別多，這個時候表單設計是否科學就很重要。
3. 從時間上看，進行可用性測試，看用戶的操作時長，看用戶操作完一個訂單需要多久？
4. 用戶操作錯誤情況，看用戶誤操作的次數(shù)，用戶誤操作一定是產(chǎn)品設計問題。
5. 讓一個完全外行的人，使用你的產(chǎn)品，看學習成本有多高？

如果以上5點，都達到一個良好的情況，那么恭喜你，你的產(chǎn)品經(jīng)理為你節(jié)省了大筆資金和時間，至少是百萬級別的。

交叉分析法

我在當時整理業(yè)務時用到的方法，因為最開始并不了解這個業(yè)務，一直弄不明白怎么才算一個Case，不像電商，加入購物車、結(jié)算、填地址信息就好了。

所以，我想辦法做了一個分析：

這是一個元數(shù)據(jù)的運用，這個概念是出現(xiàn)在《web信息架構(gòu)》這本書里面的核心概念，就是：你這個關(guān)鍵信息是如何構(gòu)成的？構(gòu)成方式有哪些？

當時就搞不懂，到底是以港口為主線，還是以船為主線，最后我們看圖中綠色的點就可以看出，以船為中心是一條直線，也更吻合船東的操作。

所以，最終得出了這個公式，并設計成了這樣的信息結(jié)構(gòu)，以航程為核心，每一個航程附帶上訂單的結(jié)構(gòu)。

最后的話

我始終認為產(chǎn)品經(jīng)理的能力是通用的，不管業(yè)務怎么變，仍然是這套方法論，只是優(yōu)秀的產(chǎn)品經(jīng)理更加靈活，更加能夠看到事物的本質(zhì)。

更多相關(guān)閱讀

如何設計大型B端產(chǎn)品？前人的經(jīng)驗，幫你少走彎路（上）

作者：青色，公眾號：非凡成長（ID：wfeifan1990）

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

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