編輯導語：如今隨著電商行業(yè)的不斷發(fā)展，電商類的產(chǎn)品更是層出不窮，并且在商家端的數(shù)據(jù)也需要得到一定的管理，所以電商產(chǎn)品設(shè)計也在不斷更新發(fā)展；本文作者分享了關(guān)于B端產(chǎn)品數(shù)據(jù)中心的設(shè)計思路，我們一起來了解一下。

數(shù)據(jù)統(tǒng)計是每個電商商家端后臺的必備功能模塊之一，作為產(chǎn)品經(jīng)理，如何規(guī)劃和設(shè)計相關(guān)的數(shù)據(jù)產(chǎn)品呢？本文主要結(jié)合某電商后臺的案例，分享B端產(chǎn)品數(shù)據(jù)中心的設(shè)計思路。

一、商家對數(shù)據(jù)的訴求

商家后臺的用戶群體是個人或企業(yè)店主，最核心的需求是店鋪裝修、商品管理、物流發(fā)貨、財務(wù)對賬等B端產(chǎn)品功能，為什么都要包括數(shù)據(jù)中心的模塊呢？

• 商家最想知道自己在這個平臺的銷售情況，每天有多少訂單，多少銷售額，多少利潤，現(xiàn)在商家會在多個平臺開店，知道平臺的銷售能力，才會更合理的分配資源和人力。
• 什么商品好賣，哪些商品滯銷？
• 購買商品的客戶都是什么類型，地區(qū)、性別、年齡幾何？
• 進入自己店鋪的用戶，都是從哪些渠道什么方式進來的？首頁還是搜索哪個關(guān)鍵詞。
• 同行哪些商品熱銷，是否需要擴充品類、補貨跟進。

二、某電商商家后臺數(shù)據(jù)中心產(chǎn)品分析

當看到這個平臺的商家數(shù)據(jù)中心的時候還是有點意外的，畢竟對于一個市值近2000億美元，日活2億+，商家千萬+的電商平臺，商家端數(shù)據(jù)中心的功能還是略顯簡陋的；后來想想，可能是一個強業(yè)務(wù)流程的B端產(chǎn)品(非數(shù)據(jù)產(chǎn)品)兼任設(shè)置的數(shù)據(jù)模塊吧。

整個數(shù)據(jù)中心包括：經(jīng)營總覽、商品數(shù)據(jù)、交易數(shù)據(jù)、流量數(shù)據(jù)、服務(wù)數(shù)據(jù)五大模塊，指標和維度也不復(fù)雜，可以滿足商家最基礎(chǔ)的看數(shù)據(jù)的需求，但是離數(shù)據(jù)賦能，還有一定距離。

1. 經(jīng)營總覽

目標：為商家提供能夠衡量業(yè)務(wù)運營情況的總體指標概覽，指標全面，覆蓋指標體系的核心指標。

功能分析：經(jīng)營計劃、預(yù)警數(shù)據(jù)、交易數(shù)據(jù)、商品數(shù)據(jù)、服務(wù)數(shù)據(jù)、客服數(shù)據(jù)等維度的數(shù)據(jù)，T+1的離線數(shù)據(jù)，對比值為環(huán)比昨日，支持設(shè)置月度目標值，系統(tǒng)基于月目標計算年目標；點擊指標可以跳轉(zhuǎn)到對應(yīng)模塊的詳情頁面。

問題&建議：

• T+1指標的堆疊展示，只是滿足了基礎(chǔ)的“看數(shù)據(jù)”的需求，對于指標“怎么樣”，只有環(huán)比一個指標。
• 純數(shù)據(jù)展示，當前頁面無法做交互分析，即切換日期看不同時期數(shù)據(jù)都不支持，需要跳轉(zhuǎn)到對應(yīng)指標的詳情頁面。
• 功能模塊展示的優(yōu)先級問題，第一模塊是經(jīng)驗?zāi)繕说耐瓿啥龋缓笫侵笜祟A(yù)警，第三是交易，目標用戶是大多數(shù)的中小商家（頭部商家可能有自己的數(shù)據(jù)后臺），開過網(wǎng)店的人應(yīng)該都知道，店主每天最關(guān)心的是生意怎么樣，多少訂單，多少交易額，多少營收，多少退單，或者支持不同用戶群體的功能自定義也是極好的。
• 指標跳轉(zhuǎn)交互太隱晦，缺少提醒或引導，一開始還以為純靜態(tài)頁面不支持跳轉(zhuǎn)，無意間點擊某一指標發(fā)現(xiàn)是可以跳轉(zhuǎn)的。
• UI界面并不美觀，看起來過于簡陋。

2. 商品分析

目標：從商品維度，看店鋪訪客數(shù)、支付訂單，商品明細數(shù)據(jù)查詢，以及熱銷商品榜單。

功能分析：包括商品概況、商品明細、商品榜單三個tab，商品概況分為實時數(shù)據(jù)和統(tǒng)計數(shù)據(jù)，實時數(shù)據(jù)展示截至當前時間的訪客數(shù)、訂單數(shù)、支付轉(zhuǎn)化率等指標，統(tǒng)計數(shù)據(jù)展示指標比實時數(shù)據(jù)少一個，支持切換日期，指標tab切換查看指標趨勢，指標趨勢除展示店鋪自身數(shù)據(jù)外，會展示同行業(yè)均值及優(yōu)秀值。

問題&建議：

• 指標名稱不一致，比如實時數(shù)據(jù)模塊叫商品瀏覽數(shù)、統(tǒng)計模塊叫商品瀏覽量
• 日期切換交互不直觀，“日”是代表可以自定義選擇某一具體的日期，難以理解，現(xiàn)在很多成熟的日期控件的交互方式，都是非常直觀的，而且支持時間段的選擇
• 指標口徑不清晰，無處可尋，比如商品訪客均值、優(yōu)秀值，各自代表什么含義
• 商品榜單排序規(guī)則是按照比上周的漲跌幅排序，而對比上周同期這一指標，在整個數(shù)據(jù)中心其他地方是看不到的，這個排序規(guī)則平臺固定，且有些隨意。不同行業(yè)對指標對比值未必一樣，比如旅游產(chǎn)品有明確的節(jié)假日屬性，周六環(huán)比周五意義不大，一般會本周六比上周六，但其他行業(yè)不一定普適這個規(guī)則

3. 流量數(shù)據(jù)

目標：從店鋪流量角度，提供店鋪用戶從訪問到下單的指標數(shù)據(jù)，包括常規(guī)流量和店鋪營銷活動流量等。

功能分析：流量看板頁面結(jié)構(gòu)和商品分析一致，包括實時和統(tǒng)計數(shù)據(jù)，指標和商品數(shù)據(jù)也存在部分重疊，搜索數(shù)據(jù)主要店鋪搜索整體流量數(shù)據(jù)，營銷活動、拼單返現(xiàn)是從店鋪活動角度展示的指標。

問題&建議：

• 錯別字問題，第二模塊“統(tǒng)計時間”應(yīng)該為“統(tǒng)計數(shù)據(jù)”，和商品數(shù)據(jù)等其他模塊保持一致性。
• 商品數(shù)據(jù)模塊的問題在流量數(shù)據(jù)同樣存在，不作贅述。
• 搜索流量：只是單純的數(shù)據(jù)展示，給商家提供商品整體熱搜度、熱搜銷售指數(shù)意義不大，更期待的是店鋪搜索關(guān)鍵詞，用戶是通過哪些關(guān)鍵詞進入店鋪，關(guān)鍵詞轉(zhuǎn)化率情況，指導商家進行商品名稱、SEO優(yōu)化。
• 期待功能：流量來源渠道，比如是首頁直接進入還是搜索、還是分享進入，以及從進店、瀏覽、提單、支付轉(zhuǎn)化漏斗，指導商家進行運營改善。

4. 問題總結(jié)

交易數(shù)據(jù)、服務(wù)數(shù)據(jù)模塊的問題和其他模塊比較類似，對該后臺數(shù)據(jù)中心模塊的總體問題總結(jié)如下：

指標體系問題，把后臺各個模塊的指標體系梳理后發(fā)現(xiàn)，其實是缺少一個明確的指標體系在產(chǎn)品設(shè)計思路里面的，比如每個模塊對于指標的重合與邊界、指標同義不同名的問題

決策價值度低，目前的功能只是滿足了看基礎(chǔ)數(shù)據(jù)的“生理”需求，遠遠達不到賦能決策和數(shù)據(jù)化運營的更高層次的需求，比如如何基于流量分析提高客戶轉(zhuǎn)化率，目標用戶群體特征，如何進行獲取更多的進站流量；

產(chǎn)品交互問題，以數(shù)據(jù)展示為主，交互分析的能力有限，且存在日期選擇、頁面跳轉(zhuǎn)、錯別字等交互體驗問題

實時和統(tǒng)計數(shù)據(jù)的邊界問題，實時數(shù)據(jù)時效性更高，數(shù)據(jù)處理技術(shù)和所需要的資源都是不一樣的，一般不會把所有數(shù)據(jù)都實時化；該后臺把每個頁面都分了實時和統(tǒng)計數(shù)據(jù)，看起來指標重復(fù)度太高，頁面略顯臃腫和冗余；很多時候的做法是把要求實時看的核心指標抽取出來，作為實時數(shù)據(jù)整體模塊，而不是融合到每個頁面。

三、商家數(shù)據(jù)中心產(chǎn)品設(shè)計思路

1. 指標體系梳理

指標體系是指基于業(yè)務(wù)流程和場景，把用來評價業(yè)務(wù)運營健康度的指標進行體系化，通過數(shù)據(jù)指標的 ? ? 數(shù)據(jù)指標的分析拆解能夠得出產(chǎn)品、策略、運營等各方面目前存在的問題。

體系化的指標則可以綜合不同的指標的不同維度串聯(lián)起來進行全面的分析，更快的發(fā)現(xiàn)目前產(chǎn)品和業(yè)務(wù)流程存在的問題，從而得出優(yōu)化方向；非體系化的指標通常是單點分析，無法串聯(lián)更多關(guān)聯(lián)指標進行全局的分析評估；好的指標體系，加以數(shù)據(jù)分析思路的產(chǎn)品化，可以覆蓋日常80%以上的數(shù)據(jù)需求。

指標體系的構(gòu)建圍繞業(yè)務(wù)經(jīng)營過程，可以劃分為交易、流量、用戶、商品、服務(wù)、營銷、競對等不同領(lǐng)域的指標，常用指標示例如下圖：

2. 數(shù)據(jù)中心產(chǎn)品功能規(guī)劃

指標體系要求各個域的指標劃分要做到相互獨立，符合分類的MECE原則，而在數(shù)據(jù)中心專題分析的功能規(guī)劃過程，要結(jié)合用戶分析思路，做好指標之間的聯(lián)動，此時會出行不同頁面指標出現(xiàn)指標重復(fù)的情況；比如流量分析時，除了看UV、轉(zhuǎn)化率，有時也會結(jié)合訂單數(shù)、單UV價值、用戶留存率等指標來評價渠道流量的規(guī)模和質(zhì)量，以優(yōu)化后期的渠道投放策略。

產(chǎn)品功能設(shè)計思路如下：

1）實時數(shù)據(jù)

提供重點指標的實時化展示，側(cè)重指標的時效性，不要求面面俱到，一般應(yīng)用場景是大促活動的實時數(shù)據(jù)監(jiān)控、或系統(tǒng)穩(wěn)定性監(jiān)控，可以從各個域的指標中，抽取幾個核心指標及分析維度。

實時數(shù)據(jù)的處理流程一般是OLTP業(yè)務(wù)系統(tǒng)業(yè)務(wù)狀態(tài)如訂單狀態(tài)發(fā)生變更時，推送Kafka消息，數(shù)據(jù)處理端，基于Storm或Flink等實時數(shù)據(jù)計算處理工具，進行數(shù)據(jù)的邏輯清洗，形成實時指標，推送到Redis等實時查詢性能優(yōu)秀的存儲介質(zhì)中。

有人可能會疑惑，數(shù)據(jù)是不是時效性越實時越好，是不是可以都做成實時數(shù)據(jù)。答案是否定的，主要原因如下：

• 分析場景不同，實時數(shù)據(jù)是流式的，就像水流一樣，來了一波就要采集計算一波，后期數(shù)據(jù)發(fā)生變化，不會去回溯歷史數(shù)據(jù)，比如今天用戶預(yù)定了一個要3天后消費的門票，3天后發(fā)現(xiàn)時間沖突去不了了，取消了。這個時候統(tǒng)計每日實時訂單時，用離線的會更合適一些
• 資源消耗不同，實時數(shù)據(jù)的任務(wù)調(diào)度是分鐘級或更低，而離線分析一般是每天只更新一次，那么更新一次和每分鐘或幾秒鐘更新一次，對服務(wù)器集群資源的消耗完全不是一個量級的。
• 數(shù)據(jù)準確度要求不同，實時數(shù)據(jù)更多是要求更快的看到數(shù)據(jù)，數(shù)據(jù)準確度誤差容忍度高一些，比如UV統(tǒng)計時涉及Count（distinct id）去重函數(shù),正常去重方式耗時高，可能會采用約數(shù)估算的函數(shù)；而財務(wù)對賬報表，則要求數(shù)據(jù)更加準確，不能有誤差，時效一般是周或者月為單位，此時離線數(shù)據(jù)就更合適。

實時數(shù)據(jù)頁面示例

2）經(jīng)營分析

提供能夠直觀衡量企業(yè)/商家運營健康度的數(shù)據(jù)分析能力，要求指標覆蓋全面，對維度拆分要求不高，一般先看總體狀況，有需求時進一步拆分細化分析。

指標選擇時，可以覆蓋：交易、流量、商品、服務(wù)等各個指標域的重點指標，產(chǎn)品涉及過程，要和用戶（如管理層等）做好KPI的調(diào)研和確認，原則是提供的指標對他來講都是一針見血的，不是不痛不癢或相關(guān)度低的指標。

3）流量分析

提供店鋪流量整體到細分維度的分析能力，幫助商家確定流量運營方案，如渠道投放策略優(yōu)化、產(chǎn)品定價策略、商品名稱優(yōu)化等；可以包括店鋪流量總覽、渠道來源分析、漏斗分析、搜索詞分析。

除提供數(shù)據(jù)展示功能、指標評價功能外，還要指導商家進行業(yè)務(wù)運營動作的調(diào)整。

4）商品分析

提供商品查詢分析能力，從商品粒度看指標體系的各個指標，包括商品交易情況、流量情況、服務(wù)情況等，頁面功能可以包括統(tǒng)計類的商品概況（動銷率、在線商品數(shù)等），同時支持商品明細查詢、商品排行榜。

5）用戶分析

知彼知己才能百戰(zhàn)不殆，企業(yè)關(guān)注用戶量，這往往也是互聯(lián)網(wǎng)公司拉投資的重要指標之一，而對于商家，更關(guān)注的則是可以清楚地知道什么樣的用戶會來買東西，營銷活動可以更精準的進行廣告投放。

該模塊一般包括用戶概況（店鋪總體用戶新老構(gòu)成、復(fù)購率、用戶數(shù)）、用戶畫像信息（地域、性別、年齡）、用戶價值信息（生命周期、ARPU值、LTV等），用戶畫像模塊不僅僅是簡單的數(shù)據(jù)統(tǒng)計，還會涉及算法的挖掘工作；因此這一模塊也可以作為付費服務(wù)，有需求和意向更強的用戶，支付一定的費用。

6）市場分析

提供行業(yè)信息，幫助商家制定運營策略，比如同行熱銷產(chǎn)品，客戶主要需求等，基于市場數(shù)據(jù)分析調(diào)整人貨匹配策略。功能包括：店鋪所處的行業(yè)位置分析、市場行情分析等。市場數(shù)據(jù)具有一定的機密性，因此商家也有一定的付費意愿。

3. 數(shù)據(jù)中心商業(yè)價值

除了一些滿足商家日?？磾?shù)據(jù)需求的功能外，還有一些可以為商家運營賦能的模塊進行數(shù)據(jù)價值的變現(xiàn)；因此，可以采用基礎(chǔ)數(shù)據(jù)功能免費，高級數(shù)據(jù)功能付費的模式。

• 實時大屏：比如對于頭部商家，雙十一、618等大促活動期間，會希望把各個平臺的實時銷售數(shù)據(jù)進行展示，以激勵員工的斗志，或作為公關(guān)PR的素材，對于實時數(shù)據(jù)大屏展示，會有相應(yīng)的訴求。
• 用戶畫像：幫助商家認識自己的用戶，從而更高效地找到自己的用戶，商家還是愿意為客戶線索付費的。
• 流量分析：進站流量進行精細化分析，比如定位到每一個搜索關(guān)鍵詞以及運營位，引導商家進行廣告投放；對于部分商家不是不愿意花錢投廣告，有時是他們不確定投什么廣告有價值。
• 市場分析：電商平臺有全行業(yè)的數(shù)據(jù)，可以提供非敏感的行業(yè)數(shù)據(jù)給到商家，商家支付部分服務(wù)費用。

四、總結(jié)

電商商家后臺的數(shù)據(jù)模塊很多人會認為是個錦上添花的需求，能夠滿足基礎(chǔ)的看數(shù)據(jù)的需求就可以了；反正商家在我們平臺上，要有求于我的平臺規(guī)模和流量，更看重的是用戶群和賣貨的能力，不會因為數(shù)據(jù)模塊功能沒競品強就不用我；因此，在其他功能需求更多的時候，數(shù)據(jù)模塊迭代的優(yōu)先級就會比較低。

如果這樣，數(shù)據(jù)永遠只是一個附庸模塊。

反之，若數(shù)據(jù)模塊的定位是賦能商家，讓“天下沒有難做的生意”，則會投入更多的資源進行生意參謀類產(chǎn)品的迭代，數(shù)據(jù)賦能價值輸出后，商家也會為數(shù)據(jù)產(chǎn)品買單。

對于產(chǎn)品而言，未必影響到戰(zhàn)略層，但要做數(shù)據(jù)產(chǎn)品時，可以盡己所能，把產(chǎn)品做好。

#專欄作家#

數(shù)據(jù)干飯人，微信號公眾號：數(shù)據(jù)干飯人，人人都是產(chǎn)品經(jīng)理專欄作家。專注數(shù)據(jù)中臺產(chǎn)品領(lǐng)域，覆蓋開發(fā)套件,數(shù)據(jù)資產(chǎn)與數(shù)據(jù)治理，BI與數(shù)據(jù)可視化，精準營銷平臺等數(shù)據(jù)產(chǎn)品。擅長大數(shù)據(jù)解決方案規(guī)劃與產(chǎn)品方案設(shè)計。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)作者許可，禁止轉(zhuǎn)載。

題圖來自Unsplash，基于CC0協(xié)議