B端產品設計的「用戶體驗五要素」

2 評論 2894 瀏覽 30 收藏 11 分鐘

如果把《用戶體驗五要素》的五層塔,搬到B端產品設計上,會有怎樣的效果?這篇文章里,作者結合“獎勵金結算系統”的B端產品實戰案例,對整個分析過程做了拆解,不妨來看看,或許會對B端產品經理同學們有所啟發和幫助。

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

彼時正是移動互聯網如日中天,滴滴與快滴的補貼大戰讓老百姓嘗到甜頭,在“大眾創業,萬眾創新”的前夕,市面上的主流互聯網還是C端,產品經理有足夠的話語權,極致的用戶體驗經常掛在嘴邊。

作為產品菜雞的我,沒太多項目經驗,這本書也讀的一知半解,但我依舊把“用戶體驗五要素”奉為圭臬,雖然常分不清“框架層”和“結構層”誰先誰后。

后來兜兜轉轉,從C端改做B端產品?!坝脩趔w驗五要素”似乎不適用了。我下力氣打磨交互細節,卻因為遺漏業務場景,導致產品無法正常使用。B端產品動輒橫跨多個系統,聯動多個用戶角色,復雜的業務邏輯時常搞得我腦袋發懵。有沒有一個B端產品設計的模板,也能像五層塔那樣,讓B端產品經理們在設計產品時也有章可循呢?

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

老規矩,先上干貨;

為了讓整個分析過程更加具體一些,我們舉一個B端產品的實戰案例,就用之前文章中提到的“獎勵金結算系統”吧。

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

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

一、戰略層

書中的戰略層指“網站目標”、“用戶需求”。我們將其轉化為“產品目標”、“業務需求”,在B端產品中,產品目標是為了滿足業務需求,為公司提供商業價值。但是,我們又不能將“實現業務需求”作為產品目標,因為這樣會讓B端產品經理淪為需求工具人。

所以,我們要找到屬于產品經理自己的產品目標。我將它稱為B端產品的“北極星指標”,在“獎勵金結算系統”的案例中,我們將北極星指標定為:

  1. 平均獎勵金結算時間
  2. 結算準確率

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

定好產品目標,就有了主心骨,那接下來一切的工作,都是為了實現產品目標。

二、范圍層

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

1. 相關方登記冊

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

在“獎勵金結算系統”案例中,“相關方登記冊”如下:

2. 核心業務流程圖

梳理完相關方的需求后,B端產品設計中非常重要的一環,是確定核心業務流程圖。有以下二個要點:

  1. 業務流程圖/泳道圖,要囊括所有業務相關方
  2. 要實現業務閉環

即,在繪制業務流程圖時,需要系統開發實現的功能,與線下作業的部分都繪制進來。

在“獎勵金結算系統”案例中,“核心業務流程圖”如下:(原諒我只畫了一個簡易的業務流程圖)

到這里,我們已經梳理清楚各個需求方的訴求,并確定了需要開發實現的功能在業務流程中的什么位置。

三、結構層

書中的結構層已經開始考慮交互設計了,而在B端,還有很多前期工作需要梳理。在B端產品的日常工作中,多數是在已有系統的基礎上進行升級迭代,就必須要考慮新增模塊與舊有系統的融合。

1. 產品架構圖

設計產品架構圖時,需要注意以下三項:

  1. 明確功能在系統中的定位
  2. 考慮模塊的解耦與聯動性
  3. 考慮系統的擴展性

當然,繪制產品架構圖的確非常考驗產品經理的功力,通??梢郧笾夹g架構師。如果沒人幫忙的話……就當是鍛煉自己吧??梢韵日罩0瀹?,慢慢摸索。

在“獎勵金結算系統”案例中,“產品架構圖”如下:

2. 功能模塊表

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

在“獎勵金結算系統”案例中,“產品架構圖”如下:

在功能模塊表中,一定要包含所有需要開發的系統功能,以免遺漏。以完成最小業務閉環為準,確定功能優先級。

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

四、框架層

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

1. 功能流程圖

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

2. 頁面流轉圖

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

3. 需求原型

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

五、表現層

如果是內部業務管理系統,可能很多公司都跳過了UI的設計環節。

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

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

以上是我個人的工作經驗整理,僅一家之言。歡迎溝通交流。

作者:徐蝦殼,金蝶高級產品經理

本文由 @徐蝦殼 原創發布于人人都是產品經理。未經作者許可,禁止轉載。

題圖來自Unsplash,基于CC0協議。

該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 最開始的北極星指標,在文章內容中未得到體現,通篇下來僅看到對產品設計的自上而下拆解。

    來自廣東 回復
    1. 確實如你說的,在文中并沒有太多體現產品經理緊盯“北極星指標”,從而指導產品設計。我嘗試在這里做一些補充。
      沿用文中的“北極星指標”:
      1、平均獎勵金結算時間
      2、結算準確率

      想要提升獎勵金結算的效率,類似把“大象關進冰箱總共需要幾步”的問題。
      第一步:獎勵金算出來
      第二步:過審批
      第三步:發出去

      所以產品經理需要先厘清這大三步驟當前的業務流程,以及涉及其中的關鍵相關方——范圍層;
      接著,訪談相關方獲取需求,目的在提升他們的工作效率,并搭建產品架構,梳理優先級——結構層;
      需求調研后,產品經理開始著手設計產品,除了實現業務訴求,還需要設計數據統計報表,比如從內部銷售維度統計獎勵金從計算到發放的各節點間的耗時?!蚣軐?(報表部分是我在文章里沒有寫道的,盡量后面再寫一篇文章補充吧)

      針對另一指標:結算準確率。需要依靠人工收集反饋了。比如從銷售、業務主管、財務等同事處收集。所以在“過審批”的環節,就需要設計一些方便賬單核對的功能。

      來自廣東 回復