B 端和 C 端的產品數據怎麼看?如何使用和回報數據?|EP64

更新於 2024/10/09閱讀時間約 7 分鐘

目前多數產品都使用數據驅動的商業環境,不論是面向企業(B 端)還是面向消費者(C 端)的產品,怎麼看數據、如何使用數據,都是產品經理需要了解的議題,這篇會分享我在 B 端和 C 端的產品經歷,各自會面對到什麼數據場景。

raw-image


一、B 端和 C 端各自會看什麼數據

⠀⠀

▍B 端數據分析

⠀⠀

B 端產品的數據分析通常與「導入使用」相關,像是:

(一)新功能上線

  • 功能導入率:中大型客戶的功能使用率是一個重要指標,例如我們上線了一個新的優惠券功能,初期會先確認前 100 大客戶中有多少比例使用,若導入率高,代表這個新功能確實讓客戶滿意,也證明該位產品經理的規畫是符合需求的。
  • 新客戶數 / 簽約數:新功能有時也會協助業務團隊簽下新客戶,例如有些客戶會要求「A 功能要先上線才願意簽約」或是「簽約後的半年內,A 功能要上線」。
  • 客單價:有些新功能在客戶設定後,可以提高消費者客單價,像是優惠券、加價購等促購型功能。

(二)舊功能修復

  • 錯誤數 / 客訴數:修復後是否有效減少了系統錯誤,例如使用者在特定情境在購物車會結帳失敗,這時會透過優化流程、修復異常情境,讓錯誤次數降低,最理想是杜絕發生。

⠀⠀

上述情境剛好提到一個可討論的問題,「數據和功能,誰先誰後?」,實際工作中,常常會視情況決定,例如:

  • 功能先,數據後:特定功能上線後,我們再去追客戶的使用比例,可以讓產品經理評估新功能的接受度和實用性。
  • 數據先,功能後:監控到消費者在特定情境會出現錯誤,這時需要優化特定功能或情境,降低錯誤發生機率。

⠀⠀

▍C 端數據分析

⠀⠀

C 端產品的數據分析通常與「流量轉化」相關,像是:

(一)新功能上線

  • 使用次數:新功能上線後,是否有增加會員的使用次數。
  • 使用時間:新功能是否提高了使用者的留存時間。
  • NPS(淨推薦值):使用者對新功能的評價如何。

(二)舊功能修復

  • 轉換率:修復後,是否穩定了關鍵環節的轉換率,例如從頁面加入購物車。
  • 結帳率:結帳流程的優化是否讓結帳成功率更穩定。

⠀⠀

C 端也會遇到一樣的問題,「數據和功能,誰先誰後?」,實際工作中,常常會視情況決定,例如:

  • 功能先,數據後:當 PM 想推動 A 功能時,需要在向公司提案時同步提出預計達到的成效,等功能上線後再去驗證。
  • 數據先,功能後:公司可能希望提高 B 數據,這時會要求 PM 開發 C 功能來達到目標。

⠀⠀


⠀⠀

二、常態數據和成長數據的差異

⠀⠀

在分析產品數據時,並不是每個數據都會穩定成長,有些數據常常是不變的,因此可以分成「常態數據」和「成長數據」。

⠀⠀

▍常態數據

⠀⠀

常態數據通常較為穩定,產品經理的主要目標是確保這些數據不會因為功能上線而出現下滑,常見的常態數據像是:

  • 下單轉換率:以電商來說通常是 1%,可能會因為特殊檔期、優惠活動而提高,但常態來說大約不會有大變動,新功能上線的主要任務是確保它不會下降,同時嘗試小幅提升的機會。
  • 結帳成功率:穩定運作的產品結帳成功率應該都要有 99.99%,直接關係到消費者體驗和業績,若產品上線後有此數據任何下降,都會視為急件,需要立即解決。
  • 退貨率:不同產業的退貨率不太一樣,但差不多在 10–30%,雖然有些客服功能上線後可以減少客訴和退貨,但總體上會希望這個數字保持穩定或些微下降。

⠀⠀

▍成長數據

⠀⠀

成長數據則是我們希望能夠持續改善的指標,這些數據通常跟公司策略有關,像是:

  • 功能導入率:新功能上線後,產品經理和客戶經理需要協力推動客戶使用,從原本 1% 提高到至少 30%,確保產品功能是客戶滿意且願意使用的。
  • 年度業績增長率:某些功能上線後,可以提高客單價,像是優惠券、促購活動設定,因此產品經理通常會去追蹤是否有 3%-15% 的業績成長,但這段也需要撈出相似時期、相似產品、相似消費者的區間,才能進行比對。
  • 投訴率:某些消費者情境會持續有客訴產生,因此有些功能上線是為了減少客訴,因此產品經理有時也會確認這個指標。
  • 活躍會員數:有些功能可以協助客戶增加會員數、增加留存時間,因此產品經理可以透過會員數來確認功能是否有幫助到客戶。

⠀⠀


⠀⠀

三、如何回報數據

⠀⠀

數據回報不僅僅是展示數字,更重要的是告訴主管「你的下一步」或「你希望主管的下一步」,以我工作中的經驗為例:

⠀⠀

▍回報數據前的思考

⠀⠀

  1. 你認為這個數字是好還是壞?依據什麼標準?在報告數據時,不能只說一個絕對數字,而是要提供比對值,例如 A 功能導入率達到了15%,相比B、C 功能來說導入率更高。
  2. 針對這個數字,你下一步會做什麼事?數據回報通常不會報完就結束,而是要包含「Next Step」,例如「接下來會督促客戶經理繼續推廣給中大型客戶使用,預計 OO 月追蹤成效」。
  3. 希望對方看完數字後,做出什麼決策?呈上,告訴完自己的行動後,也可以思考自己希望主管有什麼反應,是希望獲得主管許可嗎,還是希望討論策略。

⠀⠀

▍回報數據後的下一步

⠀⠀

如果收集完數據後的下一步還想不太到,可以參考以下的案例:

  1. 因為數字比同期成長,我們認為可以繼續推動 A、B、C 計畫,讓該功能繼續迭代。
  2. 因為數字達到 A 客戶的期待,我們認為可以協助業務簽下 X 合約,因此預計 OO 月向業務追蹤他的成效。
  3. 因為數字提高同一時間可乘載的流量,我們認為有助於為公司帶來 A% 營收。
  4. 因為功能已正常上線,後續希望客戶經理們開始大量推廣客戶使用,目標 OO 月之前導入率達到 A%。

⠀⠀


⠀⠀

四、結論

⠀⠀

在 B 端和 C 端產品的數據分析中,通常會需要看不同指標。

  • B 端產品更注重客戶使用情況和業務價值。
  • C 端產品則更關注流量和轉化。

無論是哪種類型,都需要留意數據是常態數據還是成長數據,並採取對應的策略。

在回報數據時,也要留意到「數據需要可以被做決策」,要思考「看到數字,然後呢?下一步要做什麼?」

⠀⠀

如對這系列文章有興趣可以再觀看:

《思維的創意想像》是工作之餘發起的 Side Project,因為近期快速吸收各種資訊跟商業知識(Input),但一直沒有地方輸出(Output),因此想透過這系列記錄學到的內容,包含商業知識、產業洞見,或是職場分享等等,目前已有產品開發、客戶成功、社群行銷、思維增長、職場日記等系列文章。
留言0
查看全部
avatar-img
發表第一個留言支持創作者!
帳號權限管理一直是產品系統的重要議題,近期規劃權限功能時發現 RBAC 這套模型,才開始了解為什麼要有 User-Role-Permission 的架構,隨著系統規模的擴大和複雜度的增加,傳統的權限管理模式已經無法滿足需求,而基於角色的訪問控制(Role-Based Access Control,簡
產品設計階段我們常追求流暢的使用者體驗,希望用戶能夠輕鬆、直觀地完成各種操作,但有些刻意設計的「摩擦」反而能提升產品體驗,這篇想記錄「摩擦設計」(Friction Design)的概念,以及在實際工作中的應用。
近期公司不斷討論「高績效團隊」,也讓我不斷思考一個高績效的產品開發團隊如何組成?事前要有哪些共識和建立什麼文化?我以「結果、流程、承諾、溝通」這四個面向來整理。
在我近 1–2 年的產品經理職涯,不斷思考初階 PM 和中階 PM 的差異是什麼,除了時間積累,在能力和思維上還能如何提升?經過各方的文章、影片、課程,這篇我會記錄我觀察到的初階產品經理要繼續累積的關鍵特質。
以產品經理的日常工作,常會收到不同部門的各種需求,像是功能優化、Bug 修復、文案調整,這些「需求」也可以說是對產品的「要求」,因為需求方通常僅根據自己的角度傳遞想法,但產品往往需要綜合多方使用者的描述,將這些「要求」轉化為通用、或是最有價值的需求。
品經理再往上晉升的道路是什麼?這篇是電商產品經理的自問自答,由自身來剖析成長之路,並綜合《俞軍產品方法論》的「產品經理的選拔與成長」章節,一起拆解晉升、成長、價值。
帳號權限管理一直是產品系統的重要議題,近期規劃權限功能時發現 RBAC 這套模型,才開始了解為什麼要有 User-Role-Permission 的架構,隨著系統規模的擴大和複雜度的增加,傳統的權限管理模式已經無法滿足需求,而基於角色的訪問控制(Role-Based Access Control,簡
產品設計階段我們常追求流暢的使用者體驗,希望用戶能夠輕鬆、直觀地完成各種操作,但有些刻意設計的「摩擦」反而能提升產品體驗,這篇想記錄「摩擦設計」(Friction Design)的概念,以及在實際工作中的應用。
近期公司不斷討論「高績效團隊」,也讓我不斷思考一個高績效的產品開發團隊如何組成?事前要有哪些共識和建立什麼文化?我以「結果、流程、承諾、溝通」這四個面向來整理。
在我近 1–2 年的產品經理職涯,不斷思考初階 PM 和中階 PM 的差異是什麼,除了時間積累,在能力和思維上還能如何提升?經過各方的文章、影片、課程,這篇我會記錄我觀察到的初階產品經理要繼續累積的關鍵特質。
以產品經理的日常工作,常會收到不同部門的各種需求,像是功能優化、Bug 修復、文案調整,這些「需求」也可以說是對產品的「要求」,因為需求方通常僅根據自己的角度傳遞想法,但產品往往需要綜合多方使用者的描述,將這些「要求」轉化為通用、或是最有價值的需求。
品經理再往上晉升的道路是什麼?這篇是電商產品經理的自問自答,由自身來剖析成長之路,並綜合《俞軍產品方法論》的「產品經理的選拔與成長」章節,一起拆解晉升、成長、價值。
你可能也想看
Google News 追蹤
Thumbnail
本文探討了複利效應的重要性,並藉由巴菲特的投資理念,說明如何選擇穩定產生正報酬的資產及長期持有的核心理念。透過定期定額的投資方式,不僅能減少情緒影響,還能持續參與全球股市的發展。此外,文中介紹了使用國泰 Cube App 的便利性及低手續費,幫助投資者簡化投資流程,達成長期穩定增長的財務目標。
Thumbnail
CSS 是控制網頁外觀的語言,應用於網頁設計、UI/UX 設計、電子商務和移動應用開發。主要使用者包括前端開發者、UI/UX 設計師和網頁設計師。CSS 的特性有樣式控制、層疊優先級、響應式設計及分離內容與樣式。
Thumbnail
在網路速度有限的情況下,依序記錄不斷產生的資訊,能統計使用者在頁面上操作了哪些功能。
Thumbnail
在IT世界中,持續整合(CI)和持續部署(CD)已成為提高開發效率和確保高質量軟件交付的重要實踐。本文將探討CI/CD的基本概念,介紹市場上的主流工具,並提供實施這一流程的指南和最佳實踐。
※ 生產者和消費者模式 定義: 生產者和消費者在同一時間內共同存取某一個資料空間。生產者負責生成數據並將其放入共享空間,消費者負責從共享空間中取走數據進行處理。兩者之間互不相干,也不須互相知道對方的存在。 共同存取資料空間:生產者和消費者共享同一個資料空間。這個空間通常是緩衝區或隊列,用於在它
「嵌入 Embedding」這個概念, 是指將「資料 Data」轉換為「向量 Vector」格式的過程。 資料可以是影片的樣本, 可以是音訊的樣本, 可以是圖片的樣本, 可以是文字的樣本。 不同類型的樣本, 可以透過相對應的預訓練神經網路模型, 將資料
Thumbnail
※ 基本操作:SQL 語法,SELECT, WHERE, CREATE, UPDATE, DELETE。 SELECT:從資料庫中或資料表中指定要選擇的欄位中取得資料,稱之為查詢 (query)。 ※ 語法:要由兩部分構成,第一部分是要 "拿什麼" 資料 (若有多項用逗號隔開);第二部分則為
Thumbnail
介紹C++ 語法 資料型態,架構說明 程式語言為人類與電腦溝通的工具 程式設計流程: 定義問題 -> 問題分析 -> 撰寫演算法 ->程式撰寫 -> 程式執行及維護
Thumbnail
Accept:用戶端能夠接收的內容類型。 Accept: text/plain, text/html Accept-Charset:瀏覽器可以接受的字元編碼集。 Accept-Charset: utf8 Accept-Encoding:指定瀏覽器可以支援的web伺服器返回內容壓縮編碼
Thumbnail
本文探討了複利效應的重要性,並藉由巴菲特的投資理念,說明如何選擇穩定產生正報酬的資產及長期持有的核心理念。透過定期定額的投資方式,不僅能減少情緒影響,還能持續參與全球股市的發展。此外,文中介紹了使用國泰 Cube App 的便利性及低手續費,幫助投資者簡化投資流程,達成長期穩定增長的財務目標。
Thumbnail
CSS 是控制網頁外觀的語言,應用於網頁設計、UI/UX 設計、電子商務和移動應用開發。主要使用者包括前端開發者、UI/UX 設計師和網頁設計師。CSS 的特性有樣式控制、層疊優先級、響應式設計及分離內容與樣式。
Thumbnail
在網路速度有限的情況下,依序記錄不斷產生的資訊,能統計使用者在頁面上操作了哪些功能。
Thumbnail
在IT世界中,持續整合(CI)和持續部署(CD)已成為提高開發效率和確保高質量軟件交付的重要實踐。本文將探討CI/CD的基本概念,介紹市場上的主流工具,並提供實施這一流程的指南和最佳實踐。
※ 生產者和消費者模式 定義: 生產者和消費者在同一時間內共同存取某一個資料空間。生產者負責生成數據並將其放入共享空間,消費者負責從共享空間中取走數據進行處理。兩者之間互不相干,也不須互相知道對方的存在。 共同存取資料空間:生產者和消費者共享同一個資料空間。這個空間通常是緩衝區或隊列,用於在它
「嵌入 Embedding」這個概念, 是指將「資料 Data」轉換為「向量 Vector」格式的過程。 資料可以是影片的樣本, 可以是音訊的樣本, 可以是圖片的樣本, 可以是文字的樣本。 不同類型的樣本, 可以透過相對應的預訓練神經網路模型, 將資料
Thumbnail
※ 基本操作:SQL 語法,SELECT, WHERE, CREATE, UPDATE, DELETE。 SELECT:從資料庫中或資料表中指定要選擇的欄位中取得資料,稱之為查詢 (query)。 ※ 語法:要由兩部分構成,第一部分是要 "拿什麼" 資料 (若有多項用逗號隔開);第二部分則為
Thumbnail
介紹C++ 語法 資料型態,架構說明 程式語言為人類與電腦溝通的工具 程式設計流程: 定義問題 -> 問題分析 -> 撰寫演算法 ->程式撰寫 -> 程式執行及維護
Thumbnail
Accept:用戶端能夠接收的內容類型。 Accept: text/plain, text/html Accept-Charset:瀏覽器可以接受的字元編碼集。 Accept-Charset: utf8 Accept-Encoding:指定瀏覽器可以支援的web伺服器返回內容壓縮編碼