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