如何設計大型B端產(chǎn)品?(下)
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),其中包含:
- 業(yè)務狀態(tài)(類比電商預定狀態(tài)、有哪些商品)
- 當前服務狀態(tài)(類比當前訂單狀態(tài))
- 服務配置狀態(tài)(類比商品大小、顏色、款式、數(shù)量等狀態(tài))
- 服務中途的狀態(tài)變化(類比物流狀態(tài))
- 訂單支付狀態(tài)(類比電商支付狀態(tài),但是周期不一樣)
4. 用戶掌控感
用戶原本都是在線下完成業(yè)務的,你突然要用線上的,掌控感肯定沒那么強,所以必須要讓用戶感到有掌控感。
比如:編輯是不是可以撤銷?訂單什么時候可以取消?我什么時候要付錢?用戶如果中途取消訂單或者取消訂單里面的一個服務,怎么辦?
盡可能的考慮實際情況,從實際情況出發(fā),不要把互聯(lián)網(wǎng)這一套搬過去,這樣會讓用戶覺得很難用。
B端業(yè)務實際中會遇到很多情況,在進行產(chǎn)品設計過程中,天然的和線下操作是不同的,不同點在于:
- 很多以前線下通過郵件、電話、口頭、文件、簽字等傳達的信息,線上必須進行全覆蓋。
- 因為線上話之后,一切信息都需要通過軟件呈現(xiàn),所以,以前線下沒有的,為了業(yè)務完好的在軟件中完成,還需要根據(jù)實際情況配備。
基本原則:凡事有回音,事事有反饋。
二、產(chǎn)品效率
1. 如何設計高效率的B端產(chǎn)品?
我們都知道,B端業(yè)務復雜,功能多、流程多,但是用戶還是很重視效率,這個時候怎么辦?你就得把用戶高頻和低頻的需求分開,主線流程要清晰,??吹臓顟B(tài)一定要擺出來,有些功能藏起來了,用戶需要的時候,就要放出來。
比如:訂單的金額,就必須呈現(xiàn)出來,但是具體細節(jié)要藏起來,用戶可以隨時進去看,有變動的時候要提示出來。
這是什么設計思路?也就是,用戶需要的時候才出現(xiàn)。
用最簡單的表達做B端產(chǎn)品:
- 能不說的廢話,就不要說(比如:明明不需要提示文案,非要寫一句文案,反而讓用戶迷惑)
- 能減少的操作,一定要減少(比如:為了創(chuàng)建一個內(nèi)容,非要用戶先去命名,但是完全可以不用的)
- 主題流程一定要明確(比如:整體流程設計成類似電商的購物流程,而不是自己重新設計一套流程)
- 能隱藏的信息,就隱藏(比如:用戶當前完全用不到的配置信息,呈現(xiàn)出來,反而迷惑)
2. 如何評估產(chǎn)品效率?
- 從流程上看,用戶的操作步數(shù)是不是最簡單的步數(shù)?
- 從界面呈現(xiàn)上看,有些業(yè)務表單特別多,這個時候表單設計是否科學就很重要。
- 從時間上看,進行可用性測試,看用戶的操作時長,看用戶操作完一個訂單需要多久?
- 用戶操作錯誤情況,看用戶誤操作的次數(shù),用戶誤操作一定是產(chǎn)品設計問題。
- 讓一個完全外行的人,使用你的產(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é)議
學到了! 感謝分享
說的不錯哦