B 端產品因其系統的復雜性和行業領域的專業性，使得設計師對用戶、業務、產品的分析難度遠遠高于 C 端產品。設計師如果堅持用 C 端的思維方式，去走 B 端的路，多少有點“水土不服”。

首先，B 端產品有門檻，舉個例子，打開巧寓 APP，我們從認識專業名詞開始，你會切身感受到什么是天然的業務知識壁壘；其次，用戶至上原則有陷阱，B 端設計過分關注用戶體驗而忽略任務目標，容易本末倒置；最后，我們常用的代入角色法（站在“用戶”的角度上思考問題），有局限性，你以為的用戶也許不能代表真正的目標用戶訴求。

綜上，對于剛接觸 B 端的設計師，我們可以從認識這兩類產品設計的差異開始，總結 B 端設計的通用法則。

B 端和 C 端設計差異

1. 差異一 目標用戶

C 端用戶

C 端用戶是一個個有鮮明特征的個體，他們較感性，共情力強，注重體驗，容易被產品內容打動。C 端用戶更關注“你能讓我做什么”，所以 C 端遵循用戶至上原則。

B 端用戶

從上圖不難看出，B 端用戶的特點是以“職能角色”參與到整個工作流程中，設計師應該以優化流程為準，提升角色之間協作效率。如果沿用 C 端的用戶至上原則，過于聚焦單個用戶的意見，容易喪失對整體流程的把控。在 B 端設計中，為了高效完成目標任務，允許犧牲一部分用戶體驗。

2. 差異二 設計思維

C 端以體驗為王。用戶使用 C 端產品的成本幾乎為零，在眾多同質化的產品中，體驗舒適的產品自然更有優勢，這也讓設計師們對產品使用體驗越發挑剔起來。

B 端以效率為王。B 端產品少則幾十，多則幾百上千個功能，它的價值就在幫助客戶提升協作效率。

B 端-品牌公寓添加房間描述彈窗

上圖這個案例，有爭議，但可以看一看 C 端和 B 端各自的思考角度。放到 C 端產品中，左右彈窗樣式可能要當 bug 處理，一般來說阻斷性這么強的彈窗，是希望將用戶聚焦在當前這個操作場景中，并列彈窗無疑又打斷流程，又增加了用戶理解成本。但在 B 端場景中，就有了合理性，我們來看一下這個使用場景，添加房源描述模板是為了減少房管員重復錄入工作量，以及新增新場景模板，也就是說一個場景下要滿足編輯模板、添加模板、選擇模板、瀏覽模板等功能，雖然理論上操作上是前后順序，但是對房管員來說，他需要全局去管理，單個操作來回切換，反而增加了他的工作量。

3. 差異三 使用場景

C 端場景-58 運營相關設計

C 端產品的使用場景滲透到生活的方方面面，用戶隨時隨地都可以使用，占據大部分碎片化時間，在產品大多趨于同質化的今天，要想在短時間內吸引用戶注意，并延長用戶使用時間，產品需要有個性的設計風格，及趣味性。

B 端場景-競品

B 端產品的使用場景多在企業內部，也滿足外出辦公的場景。作為一個服務客戶的工具類產品，可以滿足客戶定制化需求。用戶使用時間較固定，且需沉浸式使用。不難理解，為什么 B 端的設計都偏冷色調，整體風格較簡潔、克制，讓用戶更聚焦工作內容。

4. 差異四 核心價值

C 端

C 端產品的本質主打一個核心功能，同時附加 N 個錦上添花的小功能，即使砍掉這些附加功能，也并不影響核心功能的使用。在 C 端產品日趨同質化的今天，核心功能是大眾的記憶點，同時也是產品保證競爭力的關鍵。

B 端

B 端產品的價值是幫助客戶提高協作效率，降低管理成本，實現商業價值。B 端設計師主要實現某個任務場景中的流程設計，以巧寓發房為例，完成“發房”這個任務有 3 個關鍵節點：添加房源-審核房源-上架房源。實現每一個節點功能都需要 N 個其他功能配合，如果要砍掉某一個功能，將直接影響整個進度流程。

5. 差異五 設計原則

C 端-58 我的家游戲 icon

C 端設計中，需保持產品的場景多樣化，突出核心功能和差異化。想要迅速被人記住，需要獨樹一幟的風格和貼近人性的設計理念。以圖標設計為例，在為我的家游戲設計 icon 時，我們著重考慮了趣味性和創意性。色調也使用溫馨的暖黃色調，刺激點擊欲望。

58-巧寓 APP 金剛位

B 端產品多為輔助工具，工具類產品在視覺設計上并不需要吸引注意力，在設計上更注重業務流程設計是否合理、體驗是否一致。在圖標設計上，與 C 端相反，icon 抹平了單個 icon 的個性，讓整體語言更加簡潔統一，減小用戶切換成本。

58-巧寓 APP 數據模塊-優化前

58-巧寓 APP 數據模塊-優化后

也不是說一定不能突出個性，B 端有大量數據場景，可能有滿屏都是表格的情況，這個時候可以差異化設計，將數據圖形化，讓冰冷冷的數據閱讀不那么枯燥。

剛接觸 B 端，如何快速熟悉復雜的 B 端業務

從 B、C 兩端產品差異對比中，我們可以快速歸納出搞定 B 端設計的通用方法，然而優秀的 B 端產品設計要想做到能打，還要兼具深度和廣度，這就要求設計師對業務了解足夠透徹。B 端產品的業務特點：

• 有專業知識壁壘；
• 角色多，任務場景交叉；
• 業務屬性復雜，功能多且路徑長。

那么我們可以從以下三個方面來，逐步理解業務：

1. 由點到面-從“任務”的視角切入業務

B 端產品設計需要弱化用戶個體特性，更加關注用戶個體在整個企業架構中所代表的角色。設計師可以從輔助角色更高效的完成任務這個路線，了解業務地圖中的某一小塊信息，通過對任務的前后關聯分析，如這些任務主要內容是什么、任務目的是什么、需要使用什么工具、還需要協同哪些角色等。

2. 由表及里-從三個層面深入了解業務

首先，多看產品頁面?？梢灾庇^了解它的產品調性、專業名詞、操作按鈕、交互體驗等，遇到疑問，多向產品同學請教，有針對性的掃除理解障礙。

其次，是關注這個系統的運作方式，了解信息結構。在對角色和他們的任務場景有了一定了解后，我們可以去了解角色在整個系統中的位置，它處在整個流程的哪一個環節，與其他角色的關系等。

最后，是戰略層。站在足夠高的視角，用較宏觀的思考方式，去理解企業或者這個行業的背景，了解它的商業目標，運轉模式，行業特征，生態鏈等。

2. 循序漸進-通過不同角色和關聯任務，摸清業務脈絡

B 端產品需要多方角色協同完成工作，即使有成百上千個功能，也是容納在每個角色的工作場景里。角色數量相對固定，當你對角色了解的越透徹，每個角色畫像就越清晰，且每個角色的任務一般需要多方協同完成，也就是說，你對角色畫像認識越全面，你對業務的理解也越深入。將散狀分布的各個角色畫像和不同任務串聯起來，會更容易理出業務主線。

總結

B 端產品邏輯復雜，專業門檻高，覺得枯燥、機械、沒有靈魂的人有，覺得 B 端充滿了挑戰，做起來非常有成就感的也大有人在。不過想要鍛煉思維邏輯的話，一定能在這里找到樂趣。作為一名剛接觸 B 端不久的設計師，深知還有很多需要繼續學習的地方，以上對 B 端設計的理解和觀點難免考慮不周全的地方，歡迎在評論區留言，一起交流，共同學習。

歡迎關注「58UXD」的微信公眾號：