專業的B端設計師，應該具備哪些技能？

對于 B 端設計師應該具備哪些能力，工作中應該負責什么事情，一直是非常難定性的事情。經過最近整理寫了一篇分享進行匯總，方便大家進行回顧總結。

B端設計師的職責

B 端設計師的工作主要還是 UI 界面的設計，只是這是針對 B 端相關項目和系統的。常規 UI 設計師應該處理的工作是必備的。包含：

這些工作都很好理解，不用多做解釋。

但我們需要探討的是，做 B 端 UI 的主要目標，僅僅是根據需求把東西做得 “高級”、“美觀” 再處理后續收尾就足夠的嘛？

在今天的 UI 行業中，僅僅為做界面而做界面的認知顯然是錯誤的，我們做界面必然要和商業的目標聯系，不同的商業目標會對界面有完全不同的要求。

為了拉新、裂變、曝光的需求，和服務好既有會員提升品牌形象的策略，會直接影響我們應該設計什么樣的界面。而我們要搞懂的，就是 B 端行業的設計師怎么做才能實現商業價值。

C 端行業比較好理解，千言萬語匯總起來，就是實現 “增長”，UX 設計改個名就叫增長設計，實現用戶、停留、交易、體驗、滿意度的增長的增長，獲得更大的商業價值。

但是 B 端行業的增長有意義嘛？某些領域有，比如通用 SAAS 服務，它們和 C 端行業非常接近，一樣需要獲得外部的用戶。

但絕大多數 B 端行業，并沒有這種增長的商業動力，因為這些 B 端項目，是附著于企業其它業務中的，產品本身功能并不形成一個完整的商業閉環。比如 CRM、ERP、OA 等產品，都起源于下面不同的商業訴求。

B 端項目將線下的業務痛點轉移到線上進行解決，而這些產品核心的訴求，就是讓服務的業務運轉效率更高，從而產生更多的商業效益。

所以，做 B 端設計，目標就不是為了界面美觀，美觀是個基礎要求，但它對項目沒有起實質營銷。你要讓用戶可以更高效的實現操作，完成任務。所以，B 端設計在自己的領域中，交互性才是最重要的工作內容，它們直接影響該產品的有效性和對業務的影響。

但 B 端設計師做好界面，深耕交互就完事了嗎？顯然是不可能的。

B端設計師職能的沖突

講 B 端設計師應該做什么，我們就繞不開產品經理的工作職能。在一個理想 B 端項目的 6 個階段里，產品要負責業務初期的探索、功能的規劃、測試、上線。

產品的核心職責也就包含 3 個大項，找到需求、需求解釋、推進項目。分別作用在一個項目流程中的不同階段，推進一個產品從該做什么都不知道到最終的落地。

一個產品經理，除了在需求解釋中，要輸出的 PRD、流程圖、產品框架圖等內容，實際還包含非常多的隱藏工作。其中最難被設計師接觸到的，就是參與技術有關的內容制定上。

比如參與制定技術架構、數據庫的設計、字段設計、接口字段制定。

對于 B 端產品來講，完全不懂技術是不合格的，中高級產品和大廠招聘要求普遍對 B 端產品有一定的技術要求。

再簡化一下，B 端產品在一個項目的工作流程大概可以包含下面 7 個步驟組成。當然，實際情況往往遠比這里復雜。

但不管我們怎么分析產品的工作、職責，我們都要面對一個殘酷的現狀：

大量項目的產品專業度是不足的（咦，我們怎么在討論一個沒有的東西），或者干脆沒有產品。

這時候，一定會有產品的工作落到設計頭上，不管是做需求列表、地圖、原型，或者后面做項目的一些管理。這時候，我們要怎么辦？

這里只有一個建議，就是跳出設計師的舒適區 —— 起碼保證一個項目可以正常運作。

通過在這樣的項目里拓展工作范圍，可以比較好的幫助我們認識商業的本質、團隊的協作和獲得不同的視角，這是未來提升到更高級的崗位和團隊的必要經驗。

所以我們大致梳理了一個技能表，B 端設計需要掌握的能讓項目正常運作的 8 個方向。

B端設計師知識積累方法

上面提到的 8 個領域，包含的需求肯定不止我們列出來的 8 個，看起來是不是非常勸退？

學習前雖然要求我們有宏觀思維和視野，但不是讓我們自己嚇自己的。B 端對技能的廣度要求遠遠比 C 端高。但相應的，視覺部分的要求就沒那么多深入。你可以忽略類似插畫、3D、合成這些視覺技能。

B 端要學的東西多，不同業務項目要接觸到的新知識遠超過我們想象，所以掌握學習方法，比盲目開干重要的多。

我們建議大家使用結構化思維的方式來學習，也就是通過樹狀圖的方式來拆分一個大的知識范疇，將它拆分成若干的子項和知識點。在我們的體系中，幫助大家提前準備了一個底版。

將知識點結構化拆解、分配，可以幫助我們有效記憶并內化。

下一步，就是我們要在這個框架中決定先學什么，先掌握什么技巧。對于任何短期需要學習和了解的知識點，大概都可以經歷下面的步驟：

• 了解概念
• 結構拆分
• 分別認識
• 復盤掌握

比如，我們要學會 PRD 怎么寫，第一步，肯定有我們知道 PRD 這個詞然后做簡單的掃盲，查找概念的說明。這個過程中我們會大概知道它是做什么的，包含什么模塊，組成的形式。

這時候就要拆解出下級的知識點，比如使用什么工具寫，目錄的注意項，流程圖怎么畫，需求怎么描述。分別對每個知識點進行查找。這個查找的過程就是到各個網站找，把有價值的文章記錄下來。

然后，就要根據自己對這些收集到的信息進行整理了，可以通過筆記工具進行記錄，把自己的認識和筆記結構化整理進去。

這當中，要學會如何靈活使用各種各樣提升生產力的工具，我們推薦 Xmind、Cubox、Notion 進行結合使用，效率倍增。

網上有很多 Wiki 化的收錄，尤其類似語雀中的各個交互、體驗文檔，看起來文章非常多，都僅僅只是做了搬運的整理，雖然它們可以像字典一樣用來查找一些內容，但這樣收集出來的知識點，永遠不是你自己的。

掌握結構化的學習方式，整理自己的知識庫，最重要的事情是過程。你為了理解它進行了哪些拆解、思考、總結，這不是看一兩篇干貨就能比擬得了的。

只有自己掌握高效的學習方式，你才不會被自己的工作環境、不同課程的局限性束縛住，任意翱翔……

結語

優秀的 B 端設計師，一定是嚴謹、理性、知識點廣泛的，只想閉著眼悶頭作圖必然在這個領域是走不長遠的。

上面就是我們總結的對于 B 端學習和工作的思路，希望可以對你們帶來良好的啟發。如果有探討的地方，可以在留言中回復。

下周我們會繼續 B 端界面的系列干貨，會盡快把它們完結掉。

歡迎關注作者的微信公眾號：「超人的電話亭」