背景：ToC 簡單，ToB 复雜，設計師怎麼破？

ToC（微信等）核心故事少、親切度高、學習成本低；ToB（銀行交易、電信客服）核心故事上百、功能繁雜、親切度低、學習成本高。複雜度類比：自行車→汽車→飛機→火箭→宇宙飛船。本文總結設計 ToB 複雜產品的七大關鍵點。

一、邏輯清晰：大腦先成圖，手裡再動筆

海量功能、錯綜流程、晦澀業務背景，要求設計師邏輯極度清晰。ToC 任務流可極簡；ToB 若邏輯不清，產出的流程圖如毛線團，用戶從「萌萌」到「凶狠」崩潰。做 ToB 像寫論證文：做足功課、想清重點邏輯、腦中成圖、再動手。

二、角色與場景：拆解複雜性的手術刀

通用設計法寶依然有效：
1️⃣ 分角色：降低單角色信息量與業務邏輯量。
2️⃣ 劃場景：基於真實使用情況劃分，將大任務邏輯細分為小任務。
⚠️ 禁忌：不可僅按業務功能劃分模塊，體驗會亂成一鍋粥。
角色設計需業務共情，場景設計需全局觀。分角色劃場景能將 10 層任務流壓薄至 2-3 層，大幅提升效率與舒適度。

三、學習成本：雖不能至，心向往之

ToC 目標是「零學習成本」；ToB 因架構複雜極難做到。見過電信客服密密麻麻百功能界面，全靠業務員死記硬背。
緩解策略：靈活有效提示（術語/關鍵操作/報警）、充足用戶測試（防設計師自以為好用）、設計師業務理解逼近架構師/PM 級（從體驗側做有效改動）。

四、業務理解度：從零開始的硬核功課

ToC 設計師常是用戶；ToB 目標用戶為特定群體，設計師常零交集。
最佳路徑：親赴真實場景做用戶訪談（跟蹤、深訪、任務流記錄、痛點記錄），價值遠超 PM/架構師口述。
類比迁移：雲平台採購場景可類比京東淘寶買零食，人性共通處提煉復用經驗。

五、拉通：30 人會議的控場藝術

ToC 4-5 人小會快速結論；ToB 一模塊拉通 30+ 人，易發散成商業/技術/平台大亂鬥。
設計師必具：全局觀與項目把控——掌控討論節奏、控制爭論方向、避免無效討論、主動出執行項。否則 10 個設計點討 2 個就散會，剩 8 個無人問津。

六、做減法：ToB 不能隨意砍功能

ToC 砍功能博簡潔；ToB 一模塊 100 功能來自 20 個業務群體，砍任何一個都可能破壞閉環。單純減法不適用，需用「聚合、分層、漸進顯示」等策略管理複雜度而非單刪。

七、設計師的成就感：換個角度找樂趣

ToC 成就感：介面美、大眾讚、親友點贊。
ToB 成就感：將 10 步流程優化到 3 步、用聚合/整合/打散手法化解複雜。
堅守專業理想：不完全受制於業務技術出稿，時刻記住專業能否提升系統整體價值。