產(chǎn)品數(shù)據(jù)體系建設基礎:一個產(chǎn)品的數(shù)據(jù)體系建設

2 評論 23335 瀏覽 94 收藏 8 分鐘

本文抽象介紹了一個產(chǎn)品數(shù)據(jù)體系建設,以支持產(chǎn)品了解數(shù)據(jù)如何采集、計算與展現(xiàn)。

近期有師弟師妹不斷問到產(chǎn)品經(jīng)理必備技能中,數(shù)據(jù)分析是怎么回事?產(chǎn)品怎么就有數(shù)據(jù)可以分析了?

簡單了解了下其產(chǎn)生問題的原因與訴求,將其問題拆分為二:

  1. 產(chǎn)品的數(shù)據(jù)體系如何建設?
  2. 如何進行數(shù)據(jù)分析?

關于問題2,網(wǎng)上已經(jīng)有足夠豐富的資源進行學習與討論,這里不再贅述,簡而言之根據(jù)運營或迭代的目的進行深度思考與結論沉淀。

以下內(nèi)容僅針對問題1在產(chǎn)品數(shù)據(jù)體系思路層面進行介紹,主要面向平臺類產(chǎn)品策劃。不足之處請多包涵。

一、為何要建設數(shù)據(jù)分析體系?

任何一個產(chǎn)品的迭代與運營都需要數(shù)據(jù)進行指導,基于線上數(shù)據(jù)情況,可以更準確的支持策劃與運營同學做出有效決策。

二、數(shù)據(jù)分析體系包含哪些部分?

不同行業(yè)與不同公司對產(chǎn)品體系的定義與訴求不同,這里僅以平臺類抽象舉例,包含:存儲格式、上報邏輯、計算邏輯與展現(xiàn)方式。

三、為什么包含這些內(nèi)容?

如果PM想監(jiān)測一種數(shù)據(jù),首先需要打開數(shù)據(jù)報表來查看(即展現(xiàn)方式),而數(shù)據(jù)報表的制作依賴要拿到這些數(shù)據(jù)(即上報邏輯),這些數(shù)據(jù)上報后如何在后臺計算才可以支持報表快速展現(xiàn)(即計算邏輯),這些數(shù)據(jù)均基于用戶行為觸發(fā)而生成,因此需要在用戶觸發(fā)某個行為時進行數(shù)據(jù)上報(即上報邏輯)。

最后,數(shù)據(jù)上報如果是雜亂無章的,則在進行數(shù)據(jù)提取時會遇到各種各樣復雜的問題,因此我們需要給數(shù)據(jù)上報定義一個格式,格式和開發(fā)約定好,以此格式為依據(jù),開發(fā)進行后臺數(shù)據(jù)庫定義存儲(即存儲格式)。

四、每個內(nèi)容詳細是什么?

存儲格式

即開發(fā)與產(chǎn)品同學約定好的數(shù)據(jù)上報格式,產(chǎn)品同學根據(jù)這個格式制定數(shù)據(jù)上報賬單,開發(fā)同學根據(jù)這個格式進行數(shù)據(jù)存儲,拿最簡單的數(shù)據(jù)格式舉例:

上報邏輯

約定好上報格式后,產(chǎn)品側根據(jù)自身目的定制上報賬單,舉例:

開發(fā)拿到此賬單后,根據(jù)“上報時機”進行數(shù)據(jù)上報,上報后數(shù)據(jù)直接存儲到后臺以構建的數(shù)據(jù)庫中,即完成數(shù)據(jù)采集。

其中,“頁面id”和“標記id”用于給每個上報分配其“唯一識別標識”,方便后面做出具處理。上報時機則根據(jù)自身產(chǎn)品進行定義,通常會有“點擊時”、“曝光時”和“停留時”幾類。

計算邏輯

通常,產(chǎn)品發(fā)布后我們會拿到海量數(shù)據(jù)上報,如果不對這些數(shù)據(jù)進行過濾和計算,則后期提取時則耗時巨大。因此需要在數(shù)據(jù)存儲后對數(shù)據(jù)進行一次過濾,目的是剔除無效數(shù)據(jù)并加快數(shù)據(jù)提取速度。這里涉及涉及到比較復雜的數(shù)據(jù)挖掘算法,每個公司都會搭建專門的數(shù)據(jù)研發(fā)團隊,不再贅述,僅用下圖簡單描述。

展現(xiàn)方式

通常情況下,數(shù)據(jù)經(jīng)過一層處理存儲到過濾表后,依舊不是我們最終想要的數(shù)據(jù),部分數(shù)據(jù)需要再處理一次并制作數(shù)據(jù)報表以支持后續(xù)快速查看,這里涉及到兩個問題:

1,過濾表中的數(shù)據(jù)如何做成數(shù)據(jù)報表?
2,數(shù)據(jù)報表通常有哪些?

第1個問題,這里就與之前的“數(shù)據(jù)賬單”有關,根據(jù)之前的數(shù)據(jù)賬單,構建數(shù)據(jù)處理邏輯,給到開發(fā)進行進一步開發(fā),并根據(jù)你的目的繪制數(shù)據(jù)報表格式。拿上面的數(shù)據(jù)賬單舉例:

比方說,我想監(jiān)測“每天點擊某個按鈕的性別分布是怎樣的?”,那么我需要給開發(fā)提需求,以“拓展字段1”為區(qū)分,開發(fā)數(shù)據(jù)報表,其中標記id為1,僅提取該標記下的數(shù)據(jù)。報表樣式如下:

之后開發(fā)即可了解如何進行報表開發(fā),后面只需要等待開發(fā)完成,每日定時監(jiān)測報表數(shù)據(jù)即可。其他類型的報表邏輯同上。

第2個問題,不同產(chǎn)品的報表區(qū)分維度不同,比較常用的有用戶數(shù)據(jù)與用戶行為類數(shù)據(jù),如果是平臺類產(chǎn)品還應該包含內(nèi)容類數(shù)據(jù)。

  • 用戶數(shù)據(jù):基于用戶生命周期的各項數(shù)據(jù)。
  • 用戶行為數(shù)據(jù):用戶在使用產(chǎn)品時各個頁面各個按鈕的操作記錄。
  • 內(nèi)容類數(shù)據(jù):app內(nèi)容用戶消費情況與流轉(zhuǎn)情況(新聞/商品/游戲等均為內(nèi)容)

五、總結

本文主要介紹一個產(chǎn)品的數(shù)據(jù)體系建設邏輯,主要包含:“存儲格式”、“上報邏輯”、“計算邏輯”和“展現(xiàn)方式”。多數(shù)內(nèi)容抽象到1到2個點進行介紹,僅僅為對數(shù)據(jù)分析后臺建設感興趣的同學進行思路疏通。

另外,不同公司有不同的數(shù)據(jù)建設框架,市面上也有不少性價比較高的數(shù)據(jù)SDK可以直接拿來使用,但思路大同小異。

以上,如有意見或深入問題探討,可隨時聯(lián)系。

 

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

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

更多精彩內(nèi)容,請關注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 本人屬平臺型產(chǎn)品策劃,偏游戲方向,如需交流可加微信zz1111zzc

    來自廣東 回復