uid是什么意思(uid的網(wǎng)絡用語是什么梗) _用語

很多互聯(lián)網(wǎng)人都了解DAU、MAU的重要性，但是具體的數(shù)據(jù)指標劃分你知道嗎？對數(shù)據(jù)基本功的扎實了解，是溝通的橋梁，本文作者對常見的數(shù)據(jù)指標進行了分析，希望通過此文能夠加深你對基礎數(shù)據(jù)指標的認識。

文章插圖

現(xiàn)如今，我們見證了太多的江湖奇跡，無論是拼多多的三年上市，抑或是瑞幸咖啡的異軍突出，這些奇跡堅定了眾多中小門派追夢之路，當然，人們也渴望獲得奇跡增長的力量，《用戶增長》這本武林“秘籍”似成了關鍵，仿佛一旦得到，便可“號令天下，誰敢不從” 。

誠然，在以用戶為中心的互聯(lián)網(wǎng)行業(yè)里，有了更多的用戶，便如同擁有了屠龍刀一樣，無往不利。但是，神器雖鋒，但也要修好基本的內(nèi)功，不然可就成了：一方霸主尚未成，走火入魔斷了魂。

說到基本內(nèi)功，離不開對數(shù)據(jù)最基本的理解，說到數(shù)據(jù)指標，也許您可能呵呵一笑，不就是DAU，MAU，UV，PV嗎？這有什么好講的。可是如果我問您一下，日活躍用戶中的日，活躍，用戶分別是以什么劃分的？可能您就有些含糊不清了，也許您覺得這沒什么重要的，知道不知道都一樣。

這里，宋老濕先賣個關子：

對數(shù)據(jù)基本功的扎實了解，是溝通的橋梁！等到文末，大家自然就明白我這句話意思了。接下來全程干貨，請做好濕了的準備。

數(shù)據(jù)的一句話秘訣

數(shù)據(jù)作為互聯(lián)網(wǎng)產(chǎn)品發(fā)展方向的核心驅動力之一，必須是基于業(yè)務，離開業(yè)務的數(shù)據(jù)毫無價值。無論哪種互聯(lián)網(wǎng)細分行業(yè)的業(yè)務都是基于解決“用戶在某種場景下，產(chǎn)生的某種需求” 。

在解決的需求過程中產(chǎn)生的數(shù)據(jù)，才是我們互聯(lián)網(wǎng)人需要關注的，因為是有價值的。那么作服務方的我們就需要記錄用戶用了我們的什么服務，最終結果是什么。

這里呢，為了方便大家記憶，給大家一口秘訣：

誰？做了什么？結果怎樣？

根據(jù)口訣，宋老濕對應的將數(shù)據(jù)分為三大類：

用戶數(shù)據(jù)（誰）行為數(shù)據(jù)（做了什么）業(yè)務數(shù)據(jù)（結果怎么樣）

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

用戶數(shù)據(jù)主要有：DAU，MAU，新增用戶，留存率。

DAU、MAU

DAU：daily active user（日活躍用戶）MAU：monthly active user（月活躍用戶）。

這里面我們分三步拆解：

1. Daily

一般我們指一個自然日，即0:00–24:00 。特例：如果用戶群體涉及海外產(chǎn)品，可根據(jù)具體業(yè)務設置為最近24小時。

2. Monthly

當月至少活躍一次的用戶總數(shù) 。（即多次打開只記錄為一次月活）。此處需要注意：月活不等于當月各日日活相加，需要進行去重。

這里方便大家理解：給大家提一個小問題，假設某個app比較悲傷，一個用戶數(shù)只有60人，第一天DAU為60人，第二天為15人，第三天19人……第三十天為59人，問當月月活為多少人？大家思考一下，答案文末揭曉。

3. Active

上面我們講monthly的時候，提到了活躍，那么具體活躍指的是什么？

主流的，宋老濕這邊給大家介紹兩種分類：

基于第三方數(shù)據(jù)平臺。基于公司自己后臺的數(shù)據(jù)平臺。

（1）基于第三方數(shù)據(jù)平臺

我們先以友盟數(shù)據(jù)平臺實例引入：

圖片取自于友盟數(shù)據(jù)平臺

友盟定義的打開應用的用戶即可活躍用戶，看起來很好理解，但身為一個合格的產(chǎn)品經(jīng)理需要刨根問底，什么叫做打開應用？噗，您一笑，這筆者是不是逗比？打開應用可不就是打開app，鉆什么牛角尖。

這里呢，其實就是一個很好的用戶視角和PM視角的區(qū)別體現(xiàn)，用戶視角當然是打開應用就是打開app這邊理解沒錯，但PM視角就需要進一步具體用戶進行了什么操作算一次打開app，是進入到登錄頁？還是進入到首頁？還是點擊了某個按鈕？

其實呢，讀者如果您能想到這一步，答案也就呼之欲出了。

答案就是：今天上報過事件（特指用戶進行了主動操作的行為）->這個用戶就活躍的。

上報事件其實指的就是剛才我們所說進入到登陸頁面，進入到首頁，點擊某個按鈕等，例如進行登錄頁成功，會上報一個page view事件；按鈕被點擊，會上報一個onclick事件等。

但這里有一個坑：注意是用戶主動操作的行為產(chǎn)生的上報時間，如果不是用戶主動操作的，例如用戶接收到一個push這樣，這種就不屬于上報事件。

這里多說一點，至于都哪些事件需要上報，不同平臺規(guī)則略有不同，可以去平臺查看，同時了需要結合自己本身的公司業(yè)務，例如如果您的app本身就不需要登陸，那么進行登陸頁進行上報事件，就顯然是不合理的。

（2）基于公司自己的數(shù)據(jù)平臺

先說答案：用戶執(zhí)行了關鍵事件->這個用戶是活躍的

理解了第三方平臺的原理，再說這個就簡單了，還是回歸業(yè)務，把公司關心的點整理出一個日活事件列表，列表中可根據(jù)具體業(yè)務插入或者刪除相應事件：例如進入登錄頁，首頁，加至購物車。當用戶有了這些關鍵事件后，上報后自己的后臺進行統(tǒng)計。這種類型，有利有弊，利在于更加靈活，可以根據(jù)業(yè)務需求快捷更改；弊端在于維護成本高一點。

4. UserUser

指的是用戶，用戶通過設備來訪問互聯(lián)網(wǎng)公司提供的服務。

引入一個問題：小明，有一個手機，一個平板和一個電腦，同時登陸同一個app的同一個賬號，此時記作幾個用戶呢？

解答這個問題，可以看到有兩關鍵詞：人（賬號），設備。用戶的區(qū)分也恰恰是這兩種區(qū)分方式。

（1）認人

即用戶數(shù)（user）=訪問過服務的ID數(shù)

這個id指的就是我們?nèi)粘Ｋf的uid（user id），指的是一個注冊用戶，每一個用戶有一個唯一的uid 。

這種情況適用于強登陸的產(chǎn)品。

（2）認設備

即用戶數(shù)=訪問過服務的設備數(shù)

針對于如何識別設備唯一標識，安卓，ios平臺的方法不一樣。

IOS采用的是IDFV 。