數(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ū)、性別、年齡幾何？
  

• 進(jìn)入自己店鋪的用戶，都是從哪些渠道什么方式進(jìn)來的？首頁還是搜索哪個關(guān)鍵詞

• 同行哪些商品熱銷，是否需要擴(kuò)充品類、補(bǔ)貨跟進(jìn)

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

當(dāng)看到這個平臺的商家數(shù)據(jù)中心的時候還是有點(diǎn)意外的，畢竟對于一個市值近2000億美元，日活2億+，商家千萬+的電商平臺，商家端數(shù)據(jù)中心的功能還是略顯簡陋的，后來想想，可能是一個強(qiáng)業(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ù)五大模塊，指標(biāo)和維度也不復(fù)雜，可以滿足商家最基礎(chǔ)的看數(shù)據(jù)的需求，但是離數(shù)據(jù)賦能，還有一定距離。

1.經(jīng)營總覽

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

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

問題&建議：

• T+1指標(biāo)的堆疊展示，只是滿足了基礎(chǔ)的“看數(shù)據(jù)”的需求，對于指標(biāo)“怎么樣”，只有環(huán)比一個指標(biāo)
  

• 純數(shù)據(jù)展示，當(dāng)前頁面無法做交互分析，即切換日期看不同時期數(shù)據(jù)都不支持，需要跳轉(zhuǎn)到對應(yīng)指標(biāo)的詳情頁面
  

• 功能模塊展示的優(yōu)先級問題，第一模塊是經(jīng)驗(yàn)?zāi)繕?biāo)的完成度，然后是指標(biāo)預(yù)警，第三是交易，目標(biāo)用戶是大多數(shù)的中小商家(頭部商家可能有自己的數(shù)據(jù)后臺)，開過網(wǎng)店的人應(yīng)該都知道，店主每天最關(guān)心的是生意怎么樣，多少訂單，多少交易額，多少營收，多少退單，或者支持不同用戶群體的功能自定義也是極好的
  

• 指標(biāo)跳轉(zhuǎn)交互太隱晦，缺少提醒或引導(dǎo)，一開始還以為純靜態(tài)頁面不支持跳轉(zhuǎn)，無意間點(diǎn)擊某一指標(biāo)發(fā)現(xiàn)是可以跳轉(zhuǎn)的
  

• UI界面并不美觀，看起來過于簡陋

2.商品分析

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

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

問題&建議：

• 指標(biāo)名稱不一致，比如實(shí)時數(shù)據(jù)模塊叫商品瀏覽數(shù)、統(tǒng)計模塊叫商品瀏覽量
  

• 日期切換交互不直觀，“日”是代表可以自定義選擇某一具體的日期，難以理解，現(xiàn)在很多成熟的日期控件的交互方式，都是非常直觀的，而且支持時間段的選擇
  

• 指標(biāo)口徑不清晰，無處可尋，比如商品訪客均值、優(yōu)秀值，各自代表什么含義
  

• 商品榜單排序規(guī)則是按照比上周的漲跌幅排序，而對比上周同期這一指標(biāo)，在整個數(shù)據(jù)中心其他地方是看不到的，這個排序規(guī)則平臺固定，且有些隨意。不同行業(yè)對指標(biāo)對比值未必一樣，比如旅游產(chǎn)品有明確的節(jié)假日屬性，周六環(huán)比周五意義不大，一般會本周六比上周六，但其他行業(yè)不一定普適這個規(guī)則

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

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

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

問題&建議：

• 錯別字問題，第二模塊“統(tǒng)計時間”應(yīng)該為“統(tǒng)計數(shù)據(jù)”，和商品數(shù)據(jù)等其他模塊保持一致性
  

• 商品數(shù)據(jù)模塊的問題在流量數(shù)據(jù)同樣存在，不作贅述
  

• 搜索流量：只是單純的數(shù)據(jù)展示，給商家提供商品整體熱搜度、熱搜銷售指數(shù)意義不大，更期待的是店鋪搜索關(guān)鍵詞，用戶是通過哪些關(guān)鍵詞進(jìn)入店鋪，關(guān)鍵詞轉(zhuǎn)化率情況，指導(dǎo)商家進(jìn)行商品名稱、SEO優(yōu)化

• 期待功能：流量來源渠道，比如是首頁直接進(jìn)入還是搜索、還是分享進(jìn)入，以及從進(jìn)店、瀏覽、提單、支付轉(zhuǎn)化漏斗，指導(dǎo)商家進(jìn)行運(yùn)營改善

4.問題總結(jié)

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

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

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

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

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

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

1.指標(biāo)體系梳理

指標(biāo)體系是指基于業(yè)務(wù)流程和場景，把用來評價業(yè)務(wù)運(yùn)營健康度的指標(biāo)進(jìn)行體系化，通過數(shù)據(jù)指標(biāo)的     數(shù)據(jù)指標(biāo)的分析拆解能夠得出產(chǎn)品、策略、運(yùn)營等各方面目前存在的問題。體系化的指標(biāo)則可以綜合不同的指標(biāo)的不同維度串聯(lián)起來進(jìn)行全面的分析，更快的發(fā)現(xiàn)目前產(chǎn)品和業(yè)務(wù)流程存在的問題，從而得出優(yōu)化方向。非體系化的指標(biāo)通常是單點(diǎn)分析，無法串聯(lián)更多關(guān)聯(lián)指標(biāo)進(jìn)行全局的分析評估。好的指標(biāo)體系，加以數(shù)據(jù)分析思路的產(chǎn)品化，可以覆蓋日常80%以上的數(shù)據(jù)需求。

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

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

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

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

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

實(shí)時數(shù)據(jù)的處理流程一般是OLTP業(yè)務(wù)系統(tǒng)業(yè)務(wù)狀態(tài)如訂單狀態(tài)發(fā)生變更時，推送Kafka消息，數(shù)據(jù)處理端，基于Storm或Flink等實(shí)時數(shù)據(jù)計算處理工具，進(jìn)行數(shù)據(jù)的邏輯清洗，形成實(shí)時指標(biāo)，推送到Redis等實(shí)時查詢性能優(yōu)秀的存儲介質(zhì)中。有人可能會疑惑，數(shù)據(jù)是不是時效性越實(shí)時越好，是不是可以都做成實(shí)時數(shù)據(jù)。答案是否定的，主要原因如下：

分析場景不同，實(shí)時數(shù)據(jù)是流式的，就像水流一樣，來了一波就要采集計算一波，后期數(shù)據(jù)發(fā)生變化，不會去回溯歷史數(shù)據(jù)，比如今天用戶預(yù)定了一個要3天后消費(fèi)的門票，3天后發(fā)現(xiàn)時間沖突去不了了，取消了。這個時候統(tǒng)計每日實(shí)時訂單時，用離線的會更合適一些

資源消耗不同，實(shí)時數(shù)據(jù)的任務(wù)調(diào)度是分鐘級或更低，而離線分析一般是每天只更新一次，那么更新一次和每分鐘或幾秒鐘更新一次，對服務(wù)器集群資源的消耗完全不是一個量級的。

數(shù)據(jù)準(zhǔn)確度要求不同，實(shí)時數(shù)據(jù)更多是要求更快的看到數(shù)據(jù)，數(shù)據(jù)準(zhǔn)確度誤差容忍度高一些，比如UV統(tǒng)計時涉及Count(distinct id)去重函數(shù),正常去重方式耗時高，可能會采用約數(shù)估算的函數(shù)。而財務(wù)對賬報表，則要求數(shù)據(jù)更加準(zhǔn)確，不能有誤差，時效一般是周或者月為單位，此時離線數(shù)據(jù)就更合適。

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

（2）經(jīng)營分析

提供能夠直觀衡量企業(yè)/商家運(yùn)營健康度的數(shù)據(jù)分析能力，要求指標(biāo)覆蓋全面，對維度拆分要求不高，一般先看總體狀況，有需求時進(jìn)一步拆分細(xì)化分析。指標(biāo)選擇時，可以覆蓋：交易、流量、商品、服務(wù)等各個指標(biāo)域的重點(diǎn)指標(biāo)，產(chǎn)品涉及過程，要和用戶（如管理層等）做好KPI的調(diào)研和確認(rèn)，原則是提供的指標(biāo)對他來講都是一針見血的，不是不痛不癢或相關(guān)度低的指標(biāo)。

（3）流量分析

提供店鋪流量整體到細(xì)分維度的分析能力，幫助商家確定流量運(yùn)營方案，如渠道投放策略優(yōu)化、產(chǎn)品定價策略、商品名稱優(yōu)化等?？梢园ǖ赇伭髁靠傆[、渠道來源分析、漏斗分析、搜索詞分析。除提供數(shù)據(jù)展示功能、指標(biāo)評價功能外，還要指導(dǎo)商家進(jìn)行業(yè)務(wù)運(yùn)營動作的調(diào)整。

（4）商品分析

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

（5）用戶分析

知彼知己才能百戰(zhàn)不殆，企業(yè)關(guān)注用戶量，這往往也是互聯(lián)網(wǎng)公司拉投資的重要指標(biāo)之一，而對于商家，更關(guān)注的則是可以清楚地知道什么樣的用戶會來買東西，營銷活動可以更精準(zhǔn)的進(jìn)行廣告投放。該模塊一般包括用戶概況（店鋪總體用戶新老構(gòu)成、復(fù)購率、用戶數(shù)）、用戶畫像信息（地域、性別、年齡）、用戶價值信息（生命周期、ARPU值、LTV等），用戶畫像模塊不僅僅是簡單的數(shù)據(jù)統(tǒng)計，還會涉及算法的挖掘工作，因此這一模塊也可以作為付費(fèi)服務(wù)，有需求和意向更強(qiáng)的用戶，支付一定的費(fèi)用

（6）市場分析

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

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

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

實(shí)時大屏：比如對于頭部商家，雙十一、618等大促活動期間，會希望把各個平臺的實(shí)時銷售數(shù)據(jù)進(jìn)行展示，以激勵員工的斗志，或作為公關(guān)PR的素材，對于實(shí)時數(shù)據(jù)大屏展示，會有相應(yīng)的訴求。

用戶畫像：幫助商家認(rèn)識自己的用戶，從而更高效地找到自己的用戶，商家還是愿意為客戶線索付費(fèi)的

流量分析：進(jìn)站流量進(jìn)行精細(xì)化分析，比如定位到每一個搜索關(guān)鍵詞以及運(yùn)營位，引導(dǎo)商家進(jìn)行廣告投放。對于部分商家不是不愿意花錢投廣告，有時是他們不確定投什么廣告有價值

市場分析：電商平臺有全行業(yè)的數(shù)據(jù)，可以提供非敏感的行業(yè)數(shù)據(jù)給到商家，商家支付部分服務(wù)費(fèi)用

四、總結(jié)

電商商家后臺的數(shù)據(jù)模塊很多人會認(rèn)為是個錦上添花的需求，能夠滿足基礎(chǔ)的看數(shù)據(jù)的需求就可以了，反正商家在我們平臺上，要有求于我的平臺規(guī)模和流量，更看重的是用戶群和賣貨的能力，不會因?yàn)閿?shù)據(jù)模塊功能沒競品強(qiáng)就不用我，因此，在其他功能需求更多的時候，數(shù)據(jù)模塊迭代的優(yōu)先級就會比較低。如果這樣，數(shù)據(jù)永遠(yuǎn)只是一個附庸模塊。反觀，若數(shù)據(jù)模塊的定位是賦能商家，讓“天下沒有難做的生意”，則會投入更多的資源進(jìn)行生意參謀類產(chǎn)品的迭代，數(shù)據(jù)賦能價值輸出后，商家也會為數(shù)據(jù)產(chǎn)品買單。對于產(chǎn)品而言，未必影響到戰(zhàn)略層，但要做數(shù)據(jù)產(chǎn)品時，可以盡己所能，把產(chǎn)品做好。

-END-