B端設計師必備:如何體系化了解業務

3 評論 5720 瀏覽 53 收藏 19 分鐘

在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協議

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

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 競品的用戶手冊不那么好拿吧

    來自江蘇 回復
  2. B端設計真的需要較高的自身業務能力才能真正地交付一個產品

    來自山西 回復
    1. 你是指了解業務的能力嗎

      來自浙江 回復