三節(jié)課數(shù)據(jù)分析1指標建模

模塊一 指標建模

這部分內(nèi)容分為兩部分:

  1. 指標詳解

  2. 數(shù)據(jù)指標的通用方法論

指標詳解

指標詳解部分,能夠理解指標背后的業(yè)務(wù)含義,方便在數(shù)據(jù)指標時候統(tǒng)一概念。

數(shù)據(jù)指標有很多。只對業(yè)務(wù)有參考價值的數(shù)據(jù)進行統(tǒng)計,和當(dāng)前業(yè)務(wù)無關(guān)的意義不大不要過多關(guān)注。

我們應(yīng)該關(guān)注:

誰,做了什么,結(jié)果怎樣:用戶數(shù)據(jù),行為數(shù)據(jù),業(yè)務(wù)數(shù)據(jù)

用戶數(shù)據(jù):

  • 存量 DAU MAU 日活,月活 daliy/monthly-active-user

  • 增量 新增用戶

  • 健康程度 留存率

  • 從哪里來 渠道來源

行為數(shù)據(jù):

  • 次數(shù) 頻率 pv uv 訪問深度

  • 路徑走通程度 轉(zhuǎn)化率

  • 做了多久 時長

  • 質(zhì)量 彈出率

業(yè)務(wù)數(shù)據(jù):

  • 總量 gmv 訪問時長

  • 人均 arpu arppu 人均訪問時長

  • 人數(shù) 付費人數(shù) 播放人數(shù)

  • 健康程度 付費率,付費頻次 觀看率

  • 被消費對象 思考用戶行為之外,sku視角,被消費內(nèi)容視角

一張圖解釋:

[
常見數(shù)據(jù)指標

]

用戶數(shù)據(jù)

DAU 和 MAU

概念:日活,月活。怎么稱之為日,活,活的是是人還是設(shè)備還是賬號,由于定義不同,背后有坑。

如何判定周期:

日。跨時區(qū)比如,最近24h。

月。每天的日活不同,如何算月活。

坑:比如百度統(tǒng)計里,最近30天uv,是累加,而不去重。這就沒有價值。月活不是日活之和。當(dāng)月至少活躍一次的用戶總數(shù)。

如何判定活躍:

方法一,數(shù)據(jù)統(tǒng)計系統(tǒng)。事件上報。

有個案例,dau上漲,訂單不漲,分析原因是程序員設(shè)置push推送了,就進行反饋,不是用戶主動點擊才上傳。

方法二,業(yè)務(wù)上進行定義關(guān)鍵事件。

觸發(fā)了關(guān)鍵事件,定義用戶活躍。

存在問題:

存在維護成本,需要不斷維護日活事件列表。

存在溝通成本。團隊內(nèi)外對活躍的認識。

如何判定用戶:認設(shè)備,認人。

注意:

一個用戶存在多臺設(shè)備,比如電腦,ipad,手機。

也存在一臺設(shè)備多個人使用。

認人。給用戶以為唯一id。用戶數(shù)=訪問過服務(wù)的id數(shù)。

如果沒有注冊,就沒有了

認設(shè)備。設(shè)備唯一id,用戶數(shù)=訪問服務(wù)設(shè)備數(shù)

無法對應(yīng)設(shè)備背后的用戶。

有沒有賬號體系:

  • 沒有。認設(shè)備

  • 有。業(yè)務(wù)場景是不是強依賴登錄

    • 是。認人就行了uid。但仍然需要一個設(shè)備id用來描述沒有登錄的,設(shè)備數(shù)

    • 不是。不登錄用戶對業(yè)務(wù)是否有價值

      • 有。比如小說app,閱讀行為就有價值。

      • 沒有。比如社區(qū)類,匿名瀏覽。

新增用戶

不同角色對新增的理念不同:

  • 渠道商

    • 點擊下載就算新增。

    • 統(tǒng)計簡單,但離激活環(huán)節(jié)最遠。

    • 適用場景,量不大,免費渠道,不需要精打細算。

    • 注意事項按照下載按鈕結(jié)算,無法避免刷量

  • 運營

    • 下載成功才算,一個用戶最多算一次。
  • 產(chǎn)品,

    • 按照啟動量算。

    • 離激活最近,便于統(tǒng)計

    • 自己比較強勢時候適用

  • 研發(fā)

    • 注冊入庫了才叫新增用戶。

    • 最真實數(shù)據(jù),劣勢渠道費用激增,下載幾塊,激活幾百塊幾千塊。

    • 適用場景,對用戶質(zhì)量要求高,arpu高

如何判斷“增”?

選擇合適的節(jié)點,算增。應(yīng)該和渠道算清楚哪個節(jié)點算增。

如何判斷“新”?

基于設(shè)備id。

用戶留存

七日留存:

算法一: 七日日留存。第七天除以第一天的百分比。

算法二: 七日內(nèi)留存。2-7 天用戶除以第一天去重百分比。

算法三: 第一天算day0,之后再數(shù)7天,那就是 day7 除以 day0 做對比,星期幾對齊。

為什么看留存:

日留存,衡量用戶表現(xiàn),了解渠道質(zhì)量。

觀察大盤趨勢,周,月留存,記得務(wù)必去重。

何時用算法一:

對比渠道質(zhì)量,用算法一。

以某些天數(shù)留存,衡量渠道用戶表現(xiàn)。只關(guān)心特定日留存。

何時用算法二:

如果產(chǎn)品有使用周期,比如工作日用,非工作日的產(chǎn)品,不太關(guān)心第七天還剩下多少,關(guān)心周期內(nèi)的用戶。

何時使用算法三:

在日歷上,星期幾對齊。能抵消星期級別的波動。

渠道來源

網(wǎng)站流量獲取渠道,比如:

  • 直接訪問

  • 引薦流量

  • 搜索引擎自然流量

  • 付費搜索流量

  • 社交媒體

行為數(shù)據(jù)

行為數(shù)據(jù)有哪些:

次數(shù)頻率:pv uv 訪問深度。

路徑走通程度:轉(zhuǎn)化率。

舉個例子,獲取到一些數(shù)據(jù),人均訪問次數(shù),路徑轉(zhuǎn)化效果等:


PV、UV、轉(zhuǎn)化率、訪問深度

PV UV 轉(zhuǎn)化率

page views 頁面瀏覽量

unique visitors 獨立訪問數(shù)

app已經(jīng)不太符合最初定義。pv次數(shù),uv人數(shù)。

轉(zhuǎn)化率計算方式:

  • 關(guān)注功能 pv/pv

  • 關(guān)注業(yè)務(wù) uv/uv

  • 關(guān)鍵動作人均觸發(fā)次數(shù) pv/uv

訪問深度

算法一:某些關(guān)鍵行為用戶訪問次數(shù)。比如:視頻播放次數(shù)。

算法二:功能和內(nèi)容分層,按照訪問層級計算。

如何統(tǒng)計:

web頁面打開時長。

app時代,前臺駐留時間。

未來,攝像頭,瞳孔等未來手段,當(dāng)然了也要顧慮隱私權(quán)。

為何統(tǒng)計時長:

統(tǒng)計特殊事件(比如看視頻)

支持業(yè)務(wù)需求(比如評價質(zhì)量),比如調(diào)查問卷的答題時長。

彈出率 bounce rate

未完待續(xù)。。。

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容