宏觀數(shù)據(jù)指標(biāo)簡介(上):「新增」與「卸載」究竟怎么看

9 評論 6629 瀏覽 70 收藏 17 分鐘
🔗 产品经理专业技能指的是:需求分析、数据分析、竞品分析、商业分析、行业分析、产品设计、版本管理、用户调研等。

筆者基于自己工作中遇到的一些產(chǎn)品數(shù)據(jù)分析問題,與大家分享其對于數(shù)據(jù)分析的見解與感悟。期望以簡單易懂的文字讓產(chǎn)品數(shù)據(jù)分析小白,能通過改文章對數(shù)據(jù)分析有一定的了解。

一直想把產(chǎn)品工作中遇到的數(shù)據(jù)分析問題做一個系統(tǒng)的總結(jié),但因為種種原因一直沒有下筆。前些天詳細(xì)梳理了一番,打算通過幾篇文章將產(chǎn)品工作中的“數(shù)據(jù)分析”說清楚,文章盡量用通俗易懂的言語闡述。

對于這些文章,我心里有一個小目標(biāo):讓一個毫無基礎(chǔ)的人,看了這幾篇文章也能對產(chǎn)品的數(shù)據(jù)分析有一個初步的了解。

廢話不多說,我們開始吧!

一、宏觀指標(biāo)

宏觀指標(biāo)會從:新增、卸載、留存、活躍,四個維度來進(jìn)行介紹,當(dāng)然每個維度又有具體的細(xì)分。

宏觀指標(biāo)通常出現(xiàn)在數(shù)據(jù)面板(Dashboard)中,用于日常數(shù)據(jù)的監(jiān)測,來判斷產(chǎn)品的異常與否。

因為文章篇幅限制,本篇文章只會介紹前兩個指標(biāo):『新增』『卸載』,剩余的部分會在接下來的文章里面進(jìn)行闡述。

二、統(tǒng)計的基本單位

在正式介紹數(shù)據(jù)指標(biāo)之前,我們要明確一個概念:用戶數(shù)量統(tǒng)計的基本單位。

實際上,目前市面上常見的數(shù)據(jù)數(shù)據(jù)統(tǒng)計平臺,還沒有能力真正識別一個真正的人。

回顧一下國家是怎么統(tǒng)計人口的:是為每個人分配唯一的一個身份編號,這個編號不僅僅保存在戶口本與身份證上,還保留在國家的統(tǒng)計局里。

但是,如果一個人有兩個不同的身份證號,其實從國家的角度來看,就是完全獨立的兩個人。

對于產(chǎn)品統(tǒng)計平臺來說,也是如此。

數(shù)據(jù)統(tǒng)計平臺也是通過為用戶分配唯一編號的形式進(jìn)行確認(rèn)的,目前常見的方式有三種:

  1. 社會屬性賬號,例如:手機(jī)號碼,微信號,郵箱……
  2. 設(shè)備標(biāo)識,例如:每個手機(jī)都有一個唯一的id,可以通過手機(jī)id來區(qū)分。
  3. 應(yīng)用標(biāo)識,其實每個應(yīng)用也有唯一的一個id,這也可以用于區(qū)分不同的用戶。

不同的應(yīng)用對于用戶單位的定義也不盡相同:對于擁有賬號體系的應(yīng)用,一個用戶特指注冊的賬號,但是對于沒有賬號體系的應(yīng)用,多數(shù)使用的是應(yīng)用id作為用戶數(shù)量的基本單位,而設(shè)備id通常作為補(bǔ)充。

這里補(bǔ)充一點:接下來所有的案例均以應(yīng)用id作為基本單位進(jìn)行闡述。

在明確了用戶數(shù)量的『基本單位』后,我們正式進(jìn)入產(chǎn)品數(shù)據(jù)核心指標(biāo)的闡述部分。

所謂的核心指標(biāo)指的是:能夠衡量產(chǎn)品狀態(tài)的數(shù)據(jù)標(biāo)準(zhǔn)。

通過這些指標(biāo)就能很直觀的判斷:產(chǎn)品整體表現(xiàn)的好與壞,局部改動的得與失。

其中核心指標(biāo)主要分為兩類:宏觀指標(biāo)微觀/功能指標(biāo)

宏觀指標(biāo)主要衡量產(chǎn)品的整體狀況,而微觀指標(biāo)則能夠精準(zhǔn)的呈現(xiàn)產(chǎn)品中某些功能的使用情況。

為了方便,我們先憑空造出一個App,名為:示例App。

接下來所有的數(shù)據(jù)指標(biāo)都來源于『示例App』。

三、新增

新增顧名思義,指的是:沒有使用過示例App的用戶。

如果這用戶開始使用了,那么該用戶便是示例App的一個新增用戶。

如果從職責(zé)劃分的角度,新增指標(biāo)更多的屬于運(yùn)營指標(biāo)。因為產(chǎn)品功能上的改動,往往對新增數(shù)據(jù)的影響不大。新用戶的獲取屬于流量獲取行為,更多的的歸因于宣傳活動、廣告投放、產(chǎn)品ASO的優(yōu)化等。

如果籠統(tǒng)的說新增這個指標(biāo),上面那段文字的描述就已經(jīng)足夠了,但是如果你想細(xì)致的了解,那可以從以下幾個維度進(jìn)行細(xì)分:

1. 新增究竟是什么

傳統(tǒng)行業(yè)中的新增用戶很好定義——就是個體的人。

例如:某個餐館開張,第一天來了100個顧客,那么這一天的新增用戶就是100人。

但是對于手機(jī)App來說,這個維度就顯得有些粗了,舉個幾個例子:

  1. 用戶甲有兩個手機(jī),并且都安裝了示例App,那么對于示例App究竟甲算究竟作一個用戶還是算作兩個用戶呢?
  2. 如果在示例App能夠在一臺手機(jī)上進(jìn)行重復(fù)安裝,用戶甲在自己的手機(jī)上安裝了兩個示例App,那么又該怎么算呢?
  3. 如果一個用戶甲第一天安裝了示例App,然后第二天進(jìn)行了卸載,第三天又重新安裝了,那在第三天的時候,甲算不算新增用戶呢?
  4. 如果用戶甲第一天安裝了示例App,然后在第二天進(jìn)行了升級/更新,那甲算不算新增用戶呢?

或許看完了以上四個問題,你心中充滿了困惑,這里建議你再重新看一次『用戶數(shù)量的基本單位』的闡述——如果我們以App id為基本單位,則一切以App的時機(jī)數(shù)量為準(zhǔn)。
所以,前兩個問題的答案就迎刃而解。

對于第三個問題,用戶卸載了App又進(jìn)行了重裝,那么這個用戶還算不算新增用戶?

這里給出的答案:依然是新增用戶。

舉個例子,『員工甲』在自己的『A公司』辦理了離職手續(xù),幾個月后又重新入職,那么對于A公司來說,員工甲算不算是公司新人呢?

原則上肯定是公司新人,雖然之前員工甲對于A公司愛過、痛過,但畢竟現(xiàn)在是重新來過!

對于最后一個問題:升級的用戶,對于新版本來說算不算是新用戶?

一般來講,應(yīng)該不算是新用戶的。

接著上面的案例說:員工甲在A公司努力工作,職位升了,對于新到的部分來說,可能算是新面孔,但是對于公司來講,肯定不算是新員工了。

當(dāng)然,上述文字只是說了最一般的情況。其實最終對于新增單位的定義還要看具體數(shù)據(jù)統(tǒng)計平臺自己的定義,至于關(guān)于數(shù)據(jù)統(tǒng)計平臺的闡述,這就是后話了。

2. 新增的關(guān)鍵事件

定義完了新增的基本單位,接下來要說新增的觸發(fā)時機(jī)了。

發(fā)生了什么行為的用戶算作是新增用戶呢?

這里有兩個關(guān)鍵的操作:安裝首次打開。

一般情況下,還是默認(rèn)為:只有發(fā)生了首次打開的事件才會被認(rèn)為是有效新增。因為只有用戶打開了示例App,才能體驗示例App的提供的服務(wù)(功能或內(nèi)容),同樣只是安裝但是一直沒有打開,那基本上等同于無效安裝。

繼續(xù)以員工甲與A公司為例:如果員工甲在A公司只是提交了入職材料,但是一直沒有來公司上班。那么,對于A公司來說,員工甲基本上算是無效員工,只有員工甲為A公司真正工作了、服務(wù)了,這樣的員工才算是一個合格的員工。

所以,我們一般情況下定義的新增用戶,指的是:安裝并且打開過示例App的用戶。

3. 描述新增的時間范圍

如果按照時間范圍這個維度來劃分新增用戶,一般可以分為『單位時間新增』與『累計新增』。

單位時間新增又可以分為:每日新增、每周新增、每月新增、每季……

當(dāng)然最長用的還是每日新增。

最開始提到過:新增是衡量運(yùn)營同學(xué)工作的核心指標(biāo)之一。

這里要更加精確一些:『每日新增』才是衡量運(yùn)營同學(xué)工作非常的核心指標(biāo)。

至于累計新增這個指標(biāo),可能對外提到的會多一些,例如:全中國一共有XXX用戶用過我們的軟件這樣的描述,無論對于吸引投資還是展示公司的形象,都是挺管用的。

四、卸載

一直再考慮要不要加上『卸載』這么一個指標(biāo),糾結(jié)的原因主要在于:

首先卸載是衡量一個產(chǎn)品好與壞非常直觀的指標(biāo),所以非常的有意義;

但是,卸載這個指標(biāo)非常的難以統(tǒng)計到,以至于市面上主流的統(tǒng)計平臺只有Google的Firebase統(tǒng)計平臺才能獲取。但是,國內(nèi)的互聯(lián)網(wǎng)環(huán)境你們也懂,很多國內(nèi)的Android系統(tǒng)內(nèi)置的Google服務(wù)被閹割了。所以,主要面向國內(nèi)市場的互聯(lián)網(wǎng)公司根本就拿不到。

但是,抱著內(nèi)心中僅存的一絲幻想:萬一將來Google又回來了呢?

所以關(guān)于卸載仍然要說上幾句。

卸載指標(biāo)從時間連續(xù)性上可以分為兩個類型:『卸載率』與『卸載曲線』。

卸載率指的是:截止到某一時刻,某批新增用戶中,卸載用戶的占比。

而卸載曲線則是:卸載率在時間這個維度上的動態(tài)變化。

1. 卸載率

再次重申一下『卸載率』的定義:

某一批的新增用戶中,截止到某一時刻,卸載用戶占據(jù)新增用戶的比例。

舉個例子:如果今天的新增用戶有100人,這100個人中,有30人在首次打開示例App后的24小時內(nèi),把示例App卸載了。那么可以定義:今天示例App的24小時卸載率為30% 。

其實單純的看卸載率所獲取的信息是遠(yuǎn)遠(yuǎn)不夠的。

因為很多時候,我們不僅僅要看某一刻的卸載率,還要觀測一段時間內(nèi),示例App的卸載率的變化,所以通常情況下,我們更多的是查看「長期卸載率」。

2. 長期卸載率

長期卸載率指的是:在一段時間內(nèi)(一般以天為單位),每天前XX分鐘/小時的卸載率的集合,如下圖所示:
卸載率
上面兩條曲線分別代表:對照組與實驗組在15天的時間里,前24小時的卸載率的變化曲線。

給人最直觀的感受是:實驗組的卸載率顯著低于對照組。

所以,很容易得出結(jié)論:實驗組要好于對照組。

雖然結(jié)論很容易得出,但是真的就這樣結(jié)束了嗎?

試想這樣一個場景:實驗組和對照組唯一的區(qū)別就是實驗組砍掉了A功能。

通過數(shù)據(jù)可以看出:砍掉功能A后,卸載率降低了,但是我們真的能斬釘截鐵的說用戶不喜歡功能A嗎?

如果是因為功能A的存在,導(dǎo)致了用戶安裝1小時之后會有極大的概率出現(xiàn)嚴(yán)重的bug,而用戶實際上非常喜歡功能A,只是因為忍受不了這個bug而被迫進(jìn)行卸載,那么這個時候僅僅通過長期卸載率是無法歸結(jié)出正確的原因的。

更確切的說:如果App從被打開到使用了1個小時的過程中,實驗組的卸載率要遠(yuǎn)高于對照組。但是1個小時之后,對照組的卸載率才開始反超實驗組。

所以,這個時候只盯著固定時刻的卸載率,很容易導(dǎo)致我們的誤判。如果這個時候能夠結(jié)合著『卸載曲線』去分析,就會避免這樣的問題。

3. 卸載曲線

關(guān)于卸載曲線,純粹用文字解釋可能比較麻煩,所以先給大家看一個示例圖:
卸載曲線
這張圖展示的就是:示例App的卸載曲線。

  • 橫軸代表著:距離首次打開事件的時間間距(單位為分鐘);
  • 縱軸代表著:某一時刻的卸載率。

現(xiàn)在我們可以給卸載曲線下一個定義:指的是在指定的時間段內(nèi)(一般以分鐘為單位),每個時刻的卸載用戶數(shù)占新增用戶數(shù)的比例的集合。

從圖中我們可以看到:無論是實驗組,還是對照組,其卸載曲線在前幾分鐘內(nèi)急劇的上升,然后有急劇的回落,最終逐漸的平穩(wěn),直至趨向于一條直線。

從卸載曲線的示意圖中,我們可以明顯的看出:實驗組的卸載峰值高度明顯低于對照組,而且峰值時間也要比對照組晚一些。

這說明:實驗組確實要比對照組好很多,那么可以進(jìn)一步證明A功能確實不受用戶的待見。

而實際上的卸載曲線的峰值會更快與更高,因為一個普通的新用戶對于一個陌生App的耐受程度是非常低的。在使用App的前幾分鐘內(nèi),如果覺得不爽,那就會毫不猶豫的刪除掉,這關(guān)鍵的幾分鐘也被稱之為:新手窗口期。

這意味著在設(shè)計產(chǎn)品的時候,要盡量讓用戶在剛打開App的時候,就能看到該App的特色/優(yōu)勢。如果將這些功能藏著掖著,待用戶自己發(fā)掘,結(jié)果很有可能是這些功能根本沒有展示的機(jī)會,就胎死腹中!

當(dāng)然了,能不能把兩張圖結(jié)合在一起來看呢?

或許『累計卸載率』能滿足這樣的要求。

4. 累計卸載率

累計卸載率指的是:在指定的時間段內(nèi)(一般時間范圍為1天),單位時刻(一般單位為分)的累計卸載率。

如下圖所示:

每個節(jié)點代表著截止到某一時刻為止,總的卸載率。

而某段時間內(nèi)卸載率的變化趨勢/斜率,則代表著:這段時間內(nèi)用戶的卸載速度。

累計卸載率既能體現(xiàn)出卸載的過程,又能直觀的看到每個時間節(jié)點的累計卸載率。
累計卸載曲線

五、結(jié)語

這篇比較詳細(xì)的說明了『統(tǒng)計單位』『宏觀指標(biāo)』『新增』『卸載』的概念。

雖然種類不多,但深究起來,也足以值得細(xì)細(xì)品味,不再多說,下期見!

 

作者:MING,個人公眾號:MING的大航海,知乎專欄:產(chǎn)品見知錄

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

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

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 圖片不能正常顯示

    來自北京 回復(fù)
    1. 去公眾號看吧:MING的大航海,這里的圖片應(yīng)該是過期了

      來自北京 回復(fù)
  2. 100人30卸載怎么算出卸載率40%的?

    回復(fù)
    1. 是我寫錯了,應(yīng)該是30%,我讓編輯幫我改過來

      回復(fù)
  3. 怎么獲取用戶卸載時間的數(shù)據(jù)

    來自北京 回復(fù)
    1. 國外的Firebase統(tǒng)計平臺可以獲取,前提是Android手機(jī)裝有Google服務(wù)

      來自北京 回復(fù)
  4. 應(yīng)用id和設(shè)備id有什么不同之處?謝謝

    回復(fù)
    1. 假設(shè)一臺手機(jī)裝了3個應(yīng)用(App)那么這種情況就存在一個設(shè)備ID以及3個應(yīng)用ID

      來自北京 回復(fù)
专题
18939人已学习13篇文章
本专题的文章分享了社区运营的正确姿势。
专题
40161人已学习22篇文章
不想当CEO的产品经理不是好运营
专题
16708人已学习12篇文章
供应链管理系统是最早期面向企业的软件解决方案之一,供应商管理又是供应链链条中的上游部分。本专题的文章分享了供应商管理设计指南以及供应链的基础知识。
专题
33866人已学习16篇文章
信息流背后有着怎样的逻辑和策略?
专题
13897人已学习12篇文章
人力资源管理系统,帮助企业管理和维护其人力资源。本专题的文章分享了人力资源管理系统的设计指南。
专题
35411人已学习18篇文章
借用别人家的经典案例,来扒一扒社交电商。