起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識以用戶標簽為例，復盤B端產品的需求挖掘方法論
B端產品核心的工作在于如何把業務流程產品化，從而提升效率。但有時候面對看似毫無關聯的業務，或完全沒接觸過的業務，又該如何進行前期的需求挖掘？近期負責一個關于“用戶標簽”的需求，這樣的需求涉及的業務內容與我此前工作沒有太大的交集。這期就簡單review一下，如何從需求挖掘到產品方案輸出。
閱讀指南
受眾人群：B端初級產品經理
閱讀收獲：
- B端產品需求挖掘的一些技巧；
- 了解用戶標簽/畫像的一些業務知識。
手上負責一個和數據方面有關的B端系統，在日常的產品規劃當中，沒有關于“用戶標簽”方面的規劃，突然接到一個需求：需要考慮如何在現有的平臺中，新增用戶標簽的業務，讓用戶在分析當中使用這部分數據（得，又是一句話需求，是多少有點懵逼的）。
Fine，那就開始梳理吧。下文將從“前期調研”、“需求分析”、“產品策劃”及“效果追蹤“等關鍵步驟進行說明。
?一、前期調研
1.1 概念定義
首先，我們先明確一下，這次的需求涉及的概念有哪些。為什么要了解呢？因為對于需求的挖掘是建立在對任何事物的認知保持清晰和統一。如果對于需求涉及的理念不熟悉且認知有偏差，那么后續的任何分析都有問題的。（敲重點?。。?/p>
很明顯這次需求要在現有的數據分析平臺中，引入用戶標簽的數據，并以功能化的方式，輔助業務用戶使用。而這里有幾個關鍵概念：
（1）數據分析平臺：此次需求的載體是基于這樣的產品系統去思考。
（2）用戶標簽：需要了解“標簽”到底是什么，業務流程是什么。在此之前因為興趣了解過“標簽”的一些知識，但要真說出來它到底是什么，我還真說不出所以然。那么我應該怎么先去確定概念呢？
- 行業分享：通過網上獲取，初步對“標簽”有了一定的認知。
- 調研訪談：行業有行業的說法，但真正了解的，就是應該從原來提供這個業務的同事去了解。所以采用了訪談的形式，分別從技術、產品及業務類型的同事去了解。
- 用戶標簽：就是用戶某一特征的具象描述，比如性別、學歷等。而標簽因子就是基于這些特征標簽建立的判斷要素，又比如“是否為男”、“是否為大學生”等等。
（3）功能化：意思就是要產品策劃輸出功能方案
（4）業務用戶：明確此次需求的目標業務對象是誰，他們怎么用。
1.2?業務調研
確定了概念，接下來就需要先了解一下業務的一些基本狀況，包括業務的流程及原有工具的能力。
（1）業務流程
顯然我們最核心的，就是要去還原業務在使用“用戶標簽”過程中的每個流程，知道他們是基于什么原因去使用，期間是怎么操作的，最終的效果又是怎樣，以及整個鏈路涉及了哪些環節，都需要一清二楚。
- 動因：了解客戶的標簽屬性，進行精準營銷或推薦。
- 操作：預先基于業務加工標簽規則，然后客戶的關鍵信息傳到后臺，通過調用接口實時判斷當前客戶是否符合標簽規則，并給出“得分”，符合條件則反饋給業務，告知該客戶屬于什么類型，接下來業務就可以基于這個結果進行下一步的策略執行（比如廣告投放、客服營銷等等）。
（2）業務對象
- 業務人員：提供業務訴求，對目標負責；
- 產品人員：對接服務，并基于訴求整理標簽加工規則；
- 程序員：根據既定規則進行數據清洗、加工標簽；
- 廣告人員：基于標簽結果數據對客戶進行廣告營銷，實現業務訴求。
（3）業務平臺狀況
由于是協調團隊外部資源來實現需求，所以業務的資源能力（即天花板），確定了可以實現需求的上限。經過一系列訪談，我拿到了這些關鍵信息：
- 標簽數據量：涉及10幾大類、20幾個細分類別、以及接近上萬的標簽因子；
- 標簽準確度：每個標簽因子都提供了不同客戶類型的飽和度；
- 標簽用戶：目前現有的標簽庫是用多個數據來存儲客戶的信息，比如客戶ID、交易ID等等。
1.3 競品調研
了解競品，是需求分析當中不可缺少的一個環節，這里可以從3點出發：
- 一個是目前常觀察的競品對手，是否也做過類似業務；
- 第二個就是單獨了解“用戶標簽”在市場上的產品表現狀況；
- 業務平臺：此前一直提供此服務的業務平臺，本質上也是競品對象之一，只是作為參考對象進行了解。
1.4 調研結論
經過一系列的調研分析，已經有了一些初步結論，對“用戶標簽”具備足夠的信息儲備，那么來看看目前的需求已經“豐富”到什么情況。
“OK，一些調研內容已經差不多了，是時候整理并進行下一步的需求挖掘?！?/strong>
二、需求分析
2.1 需求定義
- 核心需求：為日常數據分析提供更多維度的分析能力，形成小中臺的能力。提高對客戶的精準識別和對運營手段的優化，比如提高留存、轉化效果。
- 核心用戶：業務、運營和市場人員。
- 業務目標：主要在于提升客戶留存、轉化，提高營收。
2.2 需求痛點
- 跨平臺使用服務，操作體驗不便；
- 跨平臺服務導致數據跟蹤中斷，無法持續分析。
2.3 需求價值點
（1）優點
- 對接多個平臺，提供更多增值服務；
- 最大程度上保持數據在一個平臺的流轉，減少失真。
（2）缺點
- 從功能的全面性而言，無法匹配任何一個獨立系統的核心服務；
- 各個環節的服務類型相對單一，且沒那么靈活、自定義。
2.4 需求風險
- 如何確保數據口徑的統一性？
- 用戶為什么要使用這個服務（這也是作為產品常常思考的問題）？原本已有這樣并且成熟的服務，根本上無法可以完全替代的，所以更多的思考如何在平臺上提供這樣的一些增值服務。
2.5 需求結論
- 擬建立畫像、推送等功能模塊，完成目標用戶識別、精準營銷；
- 僅作為功能輔助之一，短期內無法建立成一個平臺化的全服務（也就是我這邊資源有限，要想完整多個服務使用還是用老通道吧，我盡力了）。
三、產品策劃
3.1 產品目標
B端產品和C端產品的最大差別在于，目標思維不一。B端產品注重價值思維，其功能服務能提升業務效率，繼而增加效益。而C端注重流量思維，吸引廣大用戶使用。所以，在確定此次需求的產品目標時，也是基于“價值思維”的立場，也就是切身地站在業務角度。
- 針對客戶分群，篩選更有價值的標簽用戶
- 提供標簽分布的可視化，整體了解分群的特征表現
- 連接多個服務平臺，提供基礎的閉環服務。
3.2 產品規劃
因為這樣的需求不是短期內完成的，通常情況就是策劃一個產品全景圖方式，有步驟、計劃地完成。至于如何完成，初步可以在第1、2個版本完成基礎功能和閉環服務，后續版本在此基礎上引入更多的增值服務。
比如：1、2期進行標簽數據引入、基礎功能規劃，3期進行一到兩個服務平臺的接入等等。
3.3 產品設計
（1）系統設計
廣義的B端產品設計，其實是一個線上線下全流程的設計，所以“系統性”的業務設計至關重要。在B端產品設計過程中，需要了解涉及哪些環節、需要提供什么樣的基礎服務和增值服務，簡單的說，就是業務每使用一個服務的時候，接下來都會做什么，一環扣一環，最終滿足全鏈路的服務體驗。
（2）設計思量
- 數據統一：由于“標簽數據”對現有系統而言，屬于外部數據，我們需要思考的是如何實現兼容，只有兩者做到真正的唯一對應，這個需求才是真正成立的。那么需要如何實現兼容呢，可以從2個地方入手，一個是內部團隊是否有這個資源，可以打通兩者數據的關聯。第二個就是通過業務入手，溝通是否業務本身就存儲這樣的關系表。
- 使用價值：一定程度上降低了使用跨平臺帶來的不便性；提供了基礎的全鏈路服務，能在一個平臺以“數據”的方式持續跟蹤不同服務的表現；批量處理目標客群數據；
四、效果評估
4.1 產品宣導
這樣復雜的業務功能，初次上線時用戶很大概率是比較懵逼的，因為B端產品在使用中都有一定的學習成本。不同于C端比較易學和上手。所以通常情況下，都是需要對業務用戶進行一些產品宣導，具體可以2方面：
（1）新手引導&使用手冊
一般新功能上線，不管是B端還是C端，都會有新手引導，所以這本身是一種產品宣導的有效方式。另外，使用手冊在B端產品當中也十分重要。使用手冊具體就是一個“操作文檔中心”，通常B端產品網址都會專門提供這樣的入口，供用戶查閱。目的是提供相關功能的定義、實現原理、操作步驟等，便于用戶能夠掌握使用。
（2）線下培訓
由于B端產品服務的用戶是十分垂直且明確的，不像C端那么龐大復雜，所以通常情況下我們是可以很快找到目標用戶（也即核心用戶），所以針對這些用戶，如果有必要也可以開展專門的上門線下培訓，對這一功能服務進行簡單的宣講?？梢詮墓δ茉怼⑹褂貌襟E以及支持場景的案例去闡述。
4.2 效果跟蹤
我們推出這樣的功能服務，本質是為了提升業務的效率，繼而提升商業價值。所以上線之后是需要對這個功能服務進行持續關注。
- 業務回訪：比如與業務訪談，了解使用情況、對業務的幫助大不大等。
- 數據分析：又比如從數據角度去看，用量化的手段去觀察是否帶來業務價值的提升。
五、總結
- B端的需求挖掘到產品輸出，需要從系統性角度出發，并完整還原業務的核心場景；
- 需求調研是需求分析中的重中之重，關乎對需求的理解和產出；
- B端的需求產出，通常涉及多個業務的協助，所以極其考慮跨團隊溝通能力和資源協調能力；
- 建立“價值思維”的思考方式，始終以為用戶提升效率和效益出發；
作者：A.D，世界TOP50強公司產品一枚；公眾號：吾某
本文由 @A.D. 原創發布于人人都是產品經理，未經作者許可，禁止轉載。
題圖來自Unsplash，基于CC0協議。
贊
做B端的真有那么多時間和機會去線下做用戶調研？
多爭取多聯系
微信：495197196，歡迎交流~