閱讀指南

受眾人群：B端初級產品經理

閱讀收獲：

• B端產品需求挖掘的一些技巧；
• 了解用戶標簽/畫像的一些業務知識。

手上負責一個和數據方面有關的B端系統，在日常的產品規劃當中，沒有關于“用戶標簽”方面的規劃，突然接到一個需求：需要考慮如何在現有的平臺中，新增用戶標簽的業務，讓用戶在分析當中使用這部分數據(得，又是一句話需求，是多少有點懵逼的)。

Fine，那就開始梳理吧。下文將從“前期調研”、“需求分析”、“產品策劃”及“效果追蹤“等關鍵步驟進行說明。

一、前期調研

1.1 概念定義

首先，我們先明確一下，這次的需求涉及的概念有哪些。為什么要了解呢？因為對于需求的挖掘是建立在對任何事物的認知保持清晰和統一。如果對于需求涉及的理念不熟悉且認知有偏差，那么后續的任何分析都有問題的。(敲重點！！)

很明顯這次需求要在現有的數據分析平臺中，引入用戶標簽的數據，并以功能化的方式，輔助業務用戶使用。而這里有幾個關鍵概念：

(1)數據分析平臺：此次需求的載體是基于這樣的產品系統去思考。

(2)用戶標簽：需要了解“標簽”到底是什么，業務流程是什么。在此之前因為興趣了解過“標簽”的一些知識，但要真說出來它到底是什么，我還真說不出所以然。那么我應該怎么先去確定概念呢？

• 行業分享：通過網上獲取，初步對“標簽”有了一定的認知。
• 調研訪談：行業有行業的說法，但真正了解的，就是應該從原來提供這個業務的同事去了解。所以采用了訪談的形式，分別從技術、產品及業務類型的同事去了解。
• 用戶標簽：就是用戶某一特征的具象描述，比如性別、學歷等。而標簽因子就是基于這些特征標簽建立的判斷要素，又比如“是否為男”、“是否為大學生”等等。

(3)功能化：意思就是要產品策劃輸出功能方案

(4)業務用戶：明確此次需求的目標業務對象是誰，他們怎么用。

1.2 業務調研

確定了概念，接下來就需要先了解一下業務的一些基本狀況，包括業務的流程及原有工具的能力。

(1)業務流程

顯然我們最核心的，就是要去還原業務在使用“用戶標簽”過程中的每個流程，知道他們是基于什么原因去使用，期間是怎么操作的，最終的效果又是怎樣，以及整個鏈路涉及了哪些環節，都需要一清二楚。

• 動因：了解客戶的標簽屬性，進行精準營銷或推薦。
• 操作：預先基于業務加工標簽規則，然后客戶的關鍵信息傳到后臺，通過調用接口實時判斷當前客戶是否符合標簽規則，并給出“得分”，符合條件則反饋給業務，告知該客戶屬于什么類型，接下來業務就可以基于這個結果進行下一步的策略執行(比如廣告投放、客服營銷等等)。

(2)業務對象

• 業務人員：提供業務訴求，對目標負責；
• 產品人員：對接服務，并基于訴求整理標簽加工規則；
• 程序員：根據既定規則進行數據清洗、加工標簽；
• 廣告人員：基于標簽結果數據對客戶進行廣告營銷，實現業務訴求。

(3)業務平臺狀況

由于是協調團隊外部資源來實現需求，所以業務的資源能力(即天花板)，確定了可以實現需求的上限。經過一系列訪談，我拿到了這些關鍵信息：

• 標簽數據量：涉及10幾大類、20幾個細分類別、以及接近上萬的標簽因子；
• 標簽準確度：每個標簽因子都提供了不同客戶類型的飽和度；
• 標簽用戶：目前現有的標簽庫是用多個數據來存儲客戶的信息，比如客戶ID、交易ID等等。

1.3 競品調研

了解競品，是需求分析當中不可缺少的一個環節，這里可以從3點出發：

• 一個是目前常觀察的競品對手，是否也做過類似業務；
• 第二個就是單獨了解“用戶標簽”在市場上的產品表現狀況；
• 業務平臺：此前一直提供此服務的業務平臺，本質上也是競品對象之一，只是作為參考對象進行了解。

1.4 調研結論

經過一系列的調研分析，已經有了一些初步結論，對“用戶標簽”具備足夠的信息儲備，那么來看看目前的需求已經“豐富”到什么情況。

“OK，一些調研內容已經差不多了，是時候整理并進行下一步的需求挖掘。”

二、需求分析

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端那么龐大復雜，所以通常情況下我們是可以很快找到目標用戶(也即核心用戶)，所以針對這些用戶，如果有必要也可以開展專門的上門線下培訓，對這一功能服務進行簡單的宣講。可以從功能原理、使用步驟以及支持場景的案例去闡述。

4.2 效果跟蹤

我們推出這樣的功能服務，本質是為了提升業務的效率，繼而提升商業價值。所以上線之后是需要對這個功能服務進行持續關注。

• 業務回訪：比如與業務訪談，了解使用情況、對業務的幫助大不大等。
• 數據分析：又比如從數據角度去看，用量化的手段去觀察是否帶來業務價值的提升。

五、總結

B端的需求挖掘到產品輸出，需要從系統性角度出發，并完整還原業務的核心場景；

需求調研是需求分析中的重中之重，關乎對需求的理解和產出；

B端的需求產出，通常涉及多個業務的協助，所以極其考慮跨團隊溝通能力和資源協調能力；

建立“價值思維”的思考方式，始終以為用戶提升效率和效益出發；

作者：A.D，世界TOP50強公司產品一枚

總結

以上是生活随笔為你收集整理的出发a标签_以用户标签为例，复盘B端产品的需求挖掘方法论的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。