在B端設計中，很多業務具有角色多、業務場景複雜、功能鍊路長等特點，所以很容易面對新的任務，就不知從何下手了。本文作者從4個角度，分析當面對B端新業務時，應當如何快速開展工作。希望能給你帶來一些幫助。

接觸 B 端設計小夥伴會發現，很多業務具有角色多、業務場景複雜、功能鍊路長等特點，所以在工作中會經常遇到以下幾個問題：

• 突然被調配到新業務，拿到一個不熟悉的業務或者新産品，不知如何開展工作？
• 換了一個新行業，面對一個從 0 —1 的新項目，應當如何熟悉新業務？
• 面對較為複雜的業務，經常和業務方溝通讨論不在一個頻道，又不知如何着手。

本文将從以下 4 個角度展開探讨，當設計師面對B端新業務時，應當如何快速熟悉業務并開展工作。

一、查行業和競品

首先，不要一上來就急着看系統。線上的功能模塊隻是實現需求和業務目标的手段，并不一定是最優解，能夠為客戶解決問題的方式有很多，不一定非得是我們提供的互聯網服務。所以如果我們一上來就着急走數據看系統，很容易就會把自己的眼界，局限于這些産品的功能界面中。

1. 查行業報告

首先需要明白自己從事的是一個什麼行業，這個行業叫什麼，是做消費品的、是酒旅還是建築地産等。提供企業服務有做SaaS的，有做PaaS的，有做平台數據對接的，也有本公司自研系統，第一步要建立起對這個行業有一個宏觀的認識。

通過市面上的這些行業分析報告，可以了解到自己做的業務處在哪一個賽道，另一方面也能大概知道目前所做業務，在市場處在生命周期的哪一個階段。比如下文就是艾瑞咨詢關于中國SaaS 産品的一個圖譜，通過這些圖譜不光可以了解我們公司産品所處地位，也能縱向知道公司産品的競争對手有哪些。比如為企業提供SaaS零售電商服務的就有微盟、有贊、小鵝通等服務工具。

2. 查行業競品

看競品不僅是要看産品本身，還要比較它的行業地位，需要了解我們的産品在大背景下，處于一個什麼地位，是行業頭部，還是在追趕地位。同時，還要關注産品背靠的資源和競品相比有哪些區别。比如這兩年大火的Scrm運營工具——微盟的企微助手，背靠的資源就是過去幾年通過商城零售産品積累的客戶。以及微盟于2022年發布的WOS新商業操作系統中，企微助手與微盟其他産品的超強融合能力。

關于行業競品，需要大家花點時間找一找，也可以通過相關的負責人問一問。

3. 查公司戰略

了解公司戰略并不是一句虛話，它涉及到你後期負責的業務的發展方向。比如微盟從2020年開始提出大客化戰略方向，如果你是負責零售這一塊的業務，你必須要知道你的客戶群體是要以大客為主，大客和小客在需求痛點上是完全不一樣的，所以這涉及到我們後期面對這些角色設計上的一些區别。

再比如微盟2022年新推出的WOS新商業操作系統 ，除了提供微盟的标準化産品解決方案外，還可以讓更多的生态夥伴産品參與進來共建産品，包括 PaaS 平台，可以滿足商家的個性化需求定制。這也會涉及到我們在産品設計，頁面框架層搭建的兼容性，需考慮覆蓋各類業務、以及産品對外的一緻性等。

二、看産品和價值

看産品，是指看産品的業務文檔，而不是看prd界面，需要了解産品的核心價值和目标客戶群體。這個階段，需要看産品在什麼樣的場景下，幫助哪一類客戶，解決什麼痛點或者問題。這個階段涉及産品一切的文檔資料，包括業務背景、需求文檔、宣傳文檔、産品白皮書、銷售資料和公衆号等，我們都需要盡可能多的，主動性去找相關資料和數據查看。

1. 看産品的專業詞彙

很多B端産品都是服務于很垂直的領域，所以不免涉及到專業領域的一些詞彙。比如CDP産品，我們在了解這個産品時，需要知道一些基本概念，比如什麼是多渠道标簽，标簽的類型有哪些，什麼是文本标簽、多值标簽、日期标簽等；用戶分群裡的人群包、自定義人群和系統人群，以及常說的圈人條件是指什麼。

如果我們發現自己的産品還沒有整理這些信息，我們可以通過競品的官網，或者到競品的用戶手冊、幫助中心等模塊找到這些信息。我們還是拿 CDP 舉例，下方就是就是火山引擎和 Growing IO 的幫助文檔，熟悉了這些專業詞彙，可以讓我們可以更快的了解産品，當然如果你有時間，也可以幫助自己的産品去整理這一份文檔。

2. 看産品的價值

怎麼去看一個産品的價值點，這個較為複雜，我們可以借用一個工具叫價值主張畫布（The Value Proposition Canvas），它可以幫助我們很好的去理解産品和目标群體之間的關系，清楚地描述出産品幫助客戶解決了哪些問題，和創造了哪些收益。

價值主張畫布内容較多，感興趣的同學可以看一下《價值主張設計》這本書，這裡我們簡單總結分為【價值地圖】與【客戶洞察】兩個闆塊。

1）價值地圖

描述産品為客戶創造的價值，包括産品與服務、創造價值、解決痛點。

• 産品服務：我們給客戶提供的是一種什麼樣的産品或服務
• 解決痛點：産品解決了用戶的哪些難題
• 創造價值：産品讓客戶獲得哪些好處

2）客戶洞察

幫助我們理解客戶，包括客戶的任務、客戶的痛點以及客戶的收益。

• 客戶工作：是指客戶利用系統要做哪些工作日常及事項
• 客戶痛點：客戶在本來工作流程中遇到的問題及阻礙
• 客戶收益：指客戶通過購買該系統，獲得的盈利來源

三、理功能及流程

1. 理産品功能大圖

一定要看核心業務或者産品功能的大圖，理清業務功能模塊、數據之間的來源去向關系，整個平台的數據是怎麼流轉的，以及最後是怎麼形成邏輯閉環的。這時最好多向身邊的同事多多請教，避免埋頭苦幹，可能自己糾結了半天的問題，可能都抵不過同事的一點點撥。

比如近兩年大火的私域運營工具SCRM ，其核心本質是一個社交化的私域運營工具，其PC端功能主要分為4塊，引流獲客 — 促銷運營 — 營銷轉化 — 決策管理，下圖就是是微盟企微助手産品功能模塊大圖。

2. 理數據流程

業務流程相對是一件相對複雜的事情，不同産品的流程側重點不一樣，有些産品的流程會牽涉多個角色，這個時候需要找到對應産品負責人，要到不同權限角色的賬号，因為不同權限角色的賬号功能也不一樣。有了賬号，了解每一個功能菜單幫助客戶解決了什麼問題後，就可以建數據走流程了。

1）找到核心功能模塊

首先找到該業務的核心功能并熟悉它。比如拿SCRM産品舉例，微盟企微助手、微伴助手和微盛企微管家都将【活碼】這個菜單功能排在頭部位置，一方面是從産品的使用頻率考慮，另一方面它也是産品的核心功能模塊。怎麼找到核心功能模塊？你可以通過産品的導航、或者産品官網的介紹，找到産品的核心功能模塊。

2）關注不同角色的工作

和C端産品不同，B端産品角色相對固定，我們需要關注有哪些角色、角色之間的協同關系、工作的場景、目的和操作鍊路。概括起來有以下三個内容：角色信息、工作内容、考核指标。

1. 角色信息：包括角色名稱、工作職責、能力維度等。比如SCRM産品會有老闆、運營負責人、員工等角色。
2. 工作内容：具體場景、内容描述、目标和期望。比如老闆會看整體數據及基本分析結果，運營負責人會維護整個系統的信息和數據分析，包括創建派發任務等，員工更看重任務完成等。
3. 考核指标：一般會結合任務而需要完成的考核指标，這個和每個産品的特性有關。

3）體驗并感受産品

在體驗産品的過程中，把自己帶入産品的角色中去，用我們專業的眼光走查一遍産品，比如産品的框架設計如何？裡面操作流程是否符合用戶認知？各功能模塊的交互是否一緻？是否會有操作的錯誤的判斷可以結合自己的交互走查表，不過仍需注意，不要陷入到産品的細節體驗中去，畢竟我們要做的是熟悉各個功能模塊。

這樣的好處，可以避免産品因曆史的包袱問題而帶來的眼界束縛，完全用一個全新的觀念和心态體驗新産品。在建數據流轉的過程中，我們可以得到一個小白用戶對于這個産品的使用體驗，在使用的過程中，也可以記錄下來自己的行為和感受。對于很多新的産品團隊來說，一份新手用戶對于産品的認知和體驗感受也是一份寶貴的資料，因為等我們真正熟悉業務産品時，很有可能會忽視這些舊問題。

在建數據的過程中，可以結合之前相關業務文檔一起看，一邊走一邊了解每個功能模塊的前世今生和具體細節，同時産品的數據流轉一定也要多走幾次，盡可能理清數據業務的流轉邏輯。

4）特殊産品仍需和線下實踐結合

有些特殊化的産品，流程比較複雜，需要親身經曆和體會。比如拿物流的WMS倉儲系統來說，如果不到現場親曆入庫、出庫、盤點和分揀等實體操作，光通過系統和文檔，很難知道現場作業人員的所思所想，和不同角色所要關注的點。

隻有親曆了一遍現場以後，才會知道作業環境的嘈雜和混亂，所以有些特殊化的系統，還是需要自己體驗走完一遍這個流程比較好，畢竟紙上得來終覺淺，絕知此事要躬行。

3. 理交互規範

有了對整個産品功能模塊的了解，下面就是熟悉産品的交互框架，還有一些組件庫。盡可能做到在實際設計時讓這些組件做到複用，這樣可以幫助我們節省很多時間，也可以避免很多交互上的錯誤。

四、問對人說對話

通過前面的一系列自主調研及建數據流轉，對我們所要負責的業務有了一個較為清晰的認識，這中間我們也會産生很多問題，不免需要上下遊的小夥伴們打交道，怎麼和小夥伴溝通讨論仍需掌握一些方法。

1. 問對相關業務人

我們需要找到業務的關鍵人，特别是剛去一個新公司面對一個新業務的情況下，這個時候需要了解業務的人員組織架構，找到對應的負責人，當然我們不可能上來就讓人家給我講講業務和人員架構。

1）找到對應負責人

比如我們可以這麼說，不知道你有沒有時間，或者你是否能夠推薦團隊裡面的大佬能夠給我講一下，以便我們後續更好的配合及開展工作。

2）問問題不要過于籠統

在和對應的業務産品溝通的時候，你不能直接說，你能不能給我講講這個功能或者業務，這個問題太過于概括和開放，對方一下接不住這個問題。如果對方沒有做準備，很有可能在他和你講的過程中，還會涉及一大堆技術和行業詞彙。

2. 說對話的一些有用技巧

• 把問題整理好，可以集中性地問，不要一個個地去問，以防不停占用别人的時間，畢竟誰也不喜歡不停地被人打擾。
• 如果是一些抽象複雜的問題，提前發給人家，讓對方也有個準備時間。
• 在向别人請教的時候，如果能夠帶上紙筆作記錄更好，以表示對别人的尊重，等到回到自己的工位後，也可以自己畫出産品的業務的流轉圖，加深自己對于産品的理解。
• 如果可以，給别人帶上一杯奶茶啥的，畢竟沒有人有義務無條件幫助你。

關于新入職的同事，或者被調到一個新業務時，我們需要向當前業務骨幹設計師請教業務問題時，也需要掌握一點說話技巧。我曾在群裡看到一位前輩分享過一個表達話術，和大家分享下：

五、總結

關于了解業務，我們整體的思考框架是，先整體再局部從大到小，從行業入手了解行業競品，産品是怎樣的商業運轉模式，再通過價值主張這個工具，了解産品各個功能模塊的價值。

找到産品的對應負責人，了解業務或者産品的組織架構，知道産品的核心模塊是哪些，清楚不同角色的之間的流轉關系是怎樣的，将角色之間的流程串聯起來，就能夠達至了解業務。最後，我們對産品的掌握了解差不多了，其他的非核心模塊，可以在後期做項目的時候，一邊做一邊了解。

希望本文對你有所幫助。

參考文獻Yves Pigneur《價值主張設計》

本文由 @小高雜談 原創發布于人人都是産品經理，未經作者許可，禁止轉載。

題圖來自Unsplash，基于CC0協議

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

,

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!

查看全部