急忙推行產(chǎn)品商業(yè)模式，同時(shí)投入資源和成本在構(gòu)建產(chǎn)品前端、客戶端、后臺(tái)。最后團(tuán)隊(duì)一定會(huì)花時(shí)間在數(shù)據(jù)平臺(tái)上搭建。
我的產(chǎn)品到底商業(yè)模式行不行？產(chǎn)品有沒有前景？這都是數(shù)據(jù)才能反映的客觀條件和論證。
從0到1搭建一款A(yù)PP、小程序、PC的數(shù)據(jù)平臺(tái)到底需要多少種維度的數(shù)據(jù)統(tǒng)計(jì)？數(shù)據(jù)管理權(quán)限又應(yīng)該在早期如何考慮?涉及到的模型有那些？
今天以自己帶團(tuán)隊(duì)搭建的數(shù)據(jù)大盤案例，講解從0到1互聯(lián)網(wǎng)產(chǎn)品的數(shù)據(jù)版塊設(shè)計(jì)。
相比數(shù)據(jù)中臺(tái)，大數(shù)據(jù)系統(tǒng)更像是多個(gè)數(shù)據(jù)報(bào)表的集合。由于數(shù)據(jù)的搜索、查詢頁面較多，為此我截圖部分頁面匯總為如下內(nèi)容。若看不清，可以進(jìn)群找我拿取。
該板塊涉及到產(chǎn)品數(shù)據(jù)的全體概覽。也是內(nèi)部管理者、產(chǎn)品經(jīng)理、運(yùn)營(yíng)使用最頻繁的面板。
▲??產(chǎn)品概覽數(shù)據(jù)面板?
你會(huì)用到建立大數(shù)據(jù)盤涉及下面的字段
依照活躍定義下，用戶活躍數(shù)量。注意的是不同產(chǎn)品活躍定義不一樣，比如資訊類產(chǎn)品，即打開APP。但電商類產(chǎn)品，用戶產(chǎn)生訂單才算活躍指標(biāo)。不考慮獨(dú)立用戶和用戶重復(fù)訪問情況下，訪問的累計(jì)和。每個(gè)小時(shí)下，用戶不去重的訪問累計(jì)次數(shù)每個(gè)小時(shí)下，依照用戶活躍定義下的用戶訪問數(shù)增加日、周、月環(huán)比，同時(shí)允許用戶查看自定義時(shí)間周期的用戶訪問周期。通過柱形圖反應(yīng)數(shù)據(jù)的走勢(shì)規(guī)律。以日期為橫坐標(biāo)、增長(zhǎng)數(shù)據(jù)為縱坐標(biāo)。通過趨勢(shì)報(bào)表主要是查看產(chǎn)品數(shù)據(jù)的規(guī)律。不要聚焦在數(shù)據(jù)的具體數(shù)額，反而關(guān)注在周期下產(chǎn)品功能數(shù)據(jù)、行為數(shù)據(jù)的變化規(guī)律。以當(dāng)天前7天的用戶增長(zhǎng)數(shù)
以當(dāng)天前30天的用戶增長(zhǎng)數(shù)用戶打開APP客戶端、H5、PC端的次數(shù)，計(jì)算算重復(fù)。第一天注冊(cè)并登錄的新用戶在第二天訪問的數(shù)量占比。依照次日留存規(guī)律計(jì)算，計(jì)算累計(jì)7天的用戶7天注冊(cè)占比。每次停留APP、PC、H5時(shí)間長(zhǎng)度，通過版本迭代來統(tǒng)計(jì)用戶停留時(shí)長(zhǎng)判斷產(chǎn)品好壞。
用戶生命周期是比較難以度量的。尤其是產(chǎn)品在探索期、增長(zhǎng)期、穩(wěn)定期、衰退期的用戶周期不同。所以這個(gè)版塊需要數(shù)據(jù)產(chǎn)品經(jīng)理或產(chǎn)品經(jīng)理花時(shí)間在數(shù)據(jù)模型上羅列設(shè)計(jì)，滿足不同周期階段用戶的生命周期展示和統(tǒng)計(jì)。比如可以用柱形圖的方式來表示用戶周期時(shí)間長(zhǎng)度。從發(fā)現(xiàn)產(chǎn)品到離開用戶的整體時(shí)間有沒有環(huán)比增長(zhǎng)來驗(yàn)證新版本效果好壞。比如圖中將新用戶、連續(xù)活躍用戶、回流用戶、沉默用戶、流失用戶以時(shí)間段長(zhǎng)度組成了柱形圖的長(zhǎng)度部分。用戶訪問產(chǎn)品后，沒有產(chǎn)生付費(fèi)、連續(xù)活躍，在流失期內(nèi)。流失期不同產(chǎn)品定義不同，比如日打卡的用戶超過90天不使用則算流失。金融理財(cái)類產(chǎn)品，超過720天沒有投入產(chǎn)品則算流失。（金融理財(cái)產(chǎn)品一個(gè)周期在365天）用戶在符合活躍定義下，連續(xù)使用產(chǎn)品，至少滿足2次活躍指標(biāo)以上。由于APP、h5等產(chǎn)品都有版本的記錄。標(biāo)記互聯(lián)網(wǎng)產(chǎn)品的優(yōu)化是否有成績(jī)，版本數(shù)據(jù)統(tǒng)計(jì)十分重要。
以柱形圖的方式，統(tǒng)計(jì)版本下安卓端、IOS端用戶增長(zhǎng)環(huán)比、用戶總數(shù)。橫向?qū)Ρ取刚w概覽」數(shù)據(jù)下的浮動(dòng)趨勢(shì)。統(tǒng)計(jì)出時(shí)間坐標(biāo)軸下，版本的用戶增長(zhǎng)情況。觀察用戶的日啟動(dòng)次數(shù)、活躍關(guān)鍵指標(biāo)，統(tǒng)計(jì)出環(huán)比。用戶行為涉及下載量、點(diǎn)擊量、用戶登錄次數(shù)。指標(biāo)體系可以隨著資源情況做更細(xì)化的指標(biāo)。上面提到的3個(gè)指標(biāo)是用戶行為分析的基礎(chǔ)。▲??用戶下載次數(shù)統(tǒng)計(jì)?
為了降低開發(fā)成本，還可以允許用戶查詢時(shí)間，找出時(shí)間范圍階段的指標(biāo)浮動(dòng)規(guī)律。還可以去掉圖形圖展示，通過Excel導(dǎo)出自己建立分析模型，減少開發(fā)成本。
統(tǒng)計(jì)出產(chǎn)品不同端的登錄次數(shù)，以列表的方式展現(xiàn)。點(diǎn)擊量、登錄次數(shù)同理。登錄次數(shù)的記錄方式可以用服務(wù)端（后臺(tái)）記錄，記錄用戶的反饋。
大數(shù)據(jù)中心，報(bào)表以業(yè)務(wù)滿足為主
以上是本次大數(shù)據(jù)平臺(tái)的產(chǎn)品從0到1搭建。你可以看到產(chǎn)品由于數(shù)屬于后臺(tái)類型的產(chǎn)品，因此數(shù)據(jù)產(chǎn)品經(jīng)理、后臺(tái)產(chǎn)品經(jīng)理都會(huì)涉及到這類工作。唯一不同的是數(shù)據(jù)產(chǎn)品經(jīng)理、數(shù)據(jù)運(yùn)營(yíng)會(huì)專注于數(shù)據(jù)的定義。比如數(shù)據(jù)產(chǎn)品經(jīng)理：為什么要用下載量、登錄次數(shù)而不是用啟動(dòng)次數(shù)？比如后臺(tái)產(chǎn)品經(jīng)理數(shù)據(jù)的查看權(quán)限、后臺(tái)產(chǎn)品的數(shù)據(jù)分類頁面管理、后臺(tái)的模塊如何區(qū)分？在建立大數(shù)據(jù)盤的同時(shí)，數(shù)據(jù)指標(biāo)首先是滿足業(yè)務(wù)人員查詢的。造成了大數(shù)據(jù)中心的產(chǎn)品經(jīng)理、運(yùn)營(yíng)、數(shù)據(jù)分析師總有被業(yè)務(wù)牽著走“打雜的感覺”。只有當(dāng)業(yè)務(wù)需求指標(biāo)累計(jì)后，再重構(gòu)大數(shù)據(jù)中心系統(tǒng)去完整的設(shè)計(jì)產(chǎn)品框架，才會(huì)有主動(dòng)權(quán)。
▲??產(chǎn)品框架設(shè)計(jì)?
產(chǎn)品框架化會(huì)更加容易標(biāo)準(zhǔn)化產(chǎn)品，同時(shí)利于未來迭代。也就是后面提到的數(shù)據(jù)中臺(tái)的概念就是由此衍生出來的。我們就可以將大數(shù)據(jù)中心的報(bào)表以接口化的方式提供給內(nèi)部或第三方外部。當(dāng)某一個(gè)或某場(chǎng)景下的接口需求較多，就會(huì)建立開放平臺(tái)做管理。以此來做數(shù)據(jù)中臺(tái)的前期。
本次分享的大數(shù)據(jù)中心，是每個(gè)0到1互聯(lián)網(wǎng)產(chǎn)品都會(huì)做的。唯一不同的是數(shù)據(jù)字段、統(tǒng)計(jì)邏輯規(guī)則有區(qū)別。
點(diǎn)個(gè)“在看”，也是鼓勵(lì)
