渠道幾乎是整個運營體系里，最最最依賴數(shù)據(jù)驅(qū)動的業(yè)務(wù)（重要的字眼說三遍）。

對于用戶的理解，產(chǎn)品的理解，市場和行業(yè)趨勢的理解往往可以憑天份（天啦嚕，天份是個什么鬼，見過我天份的同學(xué)請和我打聲招呼）。

但就是渠道，繁雜零散地分布在各個流程環(huán)節(jié)中的渠道，會沒有一點點防備也沒有一絲顧慮就突然出現(xiàn)在用戶面前的渠道，由于產(chǎn)業(yè)標(biāo)準(zhǔn)沒有，質(zhì)量參差不齊，水平波動劇烈，使得渠道成為一個完全依賴數(shù)據(jù)運營的業(yè)務(wù)領(lǐng)域

Part0：我錯了

前一篇《史上最全的運營指標(biāo)體系詳解：基礎(chǔ)概念篇》少了APP端的基礎(chǔ)指標(biāo)，但是講到移動端渠道運營的基礎(chǔ)數(shù)據(jù)又不得不將這基礎(chǔ)指標(biāo)在此補上,移動端判定真假用戶往往就是在這些移動端運營的基礎(chǔ)指標(biāo)上做文章；

首先要進行設(shè)備唯一標(biāo)識的基礎(chǔ)概念普及——Android手機和越獄iPhone通常有IMEI，CUID兩種方式定義唯一設(shè)備

IMEI：

IMEI（International Mobile Equipment Identity）是移動設(shè)備國際身份碼的縮寫，IMEI由15位數(shù)字組成

• 前6位數(shù)（TAC，Type Approval Code）是“型號核準(zhǔn)號碼”，一般代表機型。
• 接著的2位數(shù)（FAC，F(xiàn)inal Assembly Code）是“最后裝配號”，一般代表產(chǎn)地。
• 之后的6位數(shù)（SNR，Serial Number，出廠序號）是“串號”，一般代表生產(chǎn)順序號。
• 最后1位數(shù)（SP）通常是“0”，為檢驗碼，備用

CUID：

CUID (Called User Identification number) 被叫用戶識別號

由于IMEI碼在山寨機中存在重疊的問題，另外由于市場潛規(guī)則決定了IMEI生成器的存在，IMEI號并非區(qū)分唯一設(shè)備的最佳標(biāo)準(zhǔn)，在此基礎(chǔ)上，部分有定價權(quán)的大公司（說的就是BAT）指定了CUID的計算規(guī)則，簡單的說是用IMEI號＋時間戳＋安卓系統(tǒng)標(biāo)示　計算出來的數(shù)值

設(shè)備唯一標(biāo)識的痛——iOS真是放蕩不羈愛自由,每一次IOS升級都是數(shù)據(jù)統(tǒng)計者心中的痛

CFUUID

從iOS2.0開始，CFUUID就已經(jīng)出現(xiàn)了。它是CoreFoundatio包的一部分，因此API屬于C語言風(fēng)格。CFUUIDCreate 方法用來創(chuàng)建CFUUIDRef，并且可以獲得一個相應(yīng)的NSString，

獲得的這個CFUUID值系統(tǒng)并沒有存儲。每次調(diào)用CFUUIDCreate，系統(tǒng)都會返回一個新的唯一標(biāo)示符。如果你希望存儲這個標(biāo)示符，那么需要自己將其存儲到NSUserDefaults, Keychain, Pasteboard或其它地方。

NSUUID

NSUUID在iOS 6中才出現(xiàn)，這跟CFUUID幾乎完全一樣，只不過它是Objective-C接口。+ (id)UUID 是一個類方法，調(diào)用該方法可以獲得一個UUID。

跟CFUUID一樣，這個值系統(tǒng)也不會存儲，每次調(diào)用的時候都會獲得一個新的唯一標(biāo)示符。如果要存儲的話，你需要自己存儲。在我讀取NSUUID時，注意到獲取到的這個值跟CFUUID完全一樣（不過也可能不一樣）：

IDFA：

identifierForIdentifier這是iOS 6中另外一個新的方法，advertisingIdentifier是新框架AdSupport.framework的一部分。ASIdentifierManager單例提供了一個方法advertisingIdentifier，通過調(diào)用該方法會返回一個上面提到的NSUUID實例。

跟CFUUID和NSUUID不一樣，廣告標(biāo)示符是由系統(tǒng)存儲著的。不過即使這是由系統(tǒng)存儲的，但是有幾種情況下，會重新生成廣告標(biāo)示符。如果用戶完全重置系統(tǒng)（(設(shè)置程序 -> 通用 -> 還原 -> 還原位置與隱私) ，這個廣告標(biāo)示符會重新生成。另外如果用戶明確的還原廣告(設(shè)置程序-> 通用 -> 關(guān)于本機 -> 廣告 -> 還原廣告標(biāo)示符) ，那么廣告標(biāo)示符也會重新生成。關(guān)于廣告標(biāo)示符的還原，有一點需要注意：如果程序在后臺運行，此時用戶“還原廣告標(biāo)示符”，然后再回到程序中，此時獲取廣告標(biāo)示符并不會立即獲得還原后的標(biāo)示符。必須要終止程序，然后再重新啟動程序，才能獲得還原后的廣告標(biāo)示符。

針對廣告標(biāo)示符用戶有一個可控的開關(guān)“限制廣告跟蹤”。。將這個開關(guān)打開，實際上什么也沒有做，不過這是希望限制你訪問廣告標(biāo)示符。這個開關(guān)是一個簡單的boolean標(biāo)志，當(dāng)將廣告標(biāo)示符發(fā)到任意的服務(wù)器端時，你最好判斷一下這個值，然后再做決定。

IDFV：

identifierForVendor這種叫法也是在iOS 6中新增的，不過獲取這個IDFV的新方法被添加在已有的UIDevice類中。跟advertisingIdentifier一樣，該方法返回的是一個NSUUID對象。

蘋果官方的文檔中對identifierForVendor有如下這樣的一段描述 ：

The value of this property is the same for apps that come from the same vendor running on the same device. A different value is returned for apps on the same device that come from different vendors, and for apps on different devices regardless of vendor.

如果滿足這樣的條件，那么獲取到的這個屬性值就不會變：相同的一個程序里面-相同的vendor-相同的設(shè)備。如果是這樣的情況，那么這個值是不會相同的：相同的程序-相同的設(shè)備-不同的vendor，或者是相同的程序-不同的設(shè)備-無論是否相同的vendor。

一個Vendor是CFBundleIdentifier（反轉(zhuǎn)DNS格式）的前兩部分。例如，com.doubleencore.app1 和 com.doubleencore.app2 得到的identifierForVendor是相同的，因為它們的CFBundleIdentifier 前兩部分是相同的。不過這樣獲得的identifierForVendor則完全不同：com.massivelyoverrated 或 net.doubleencore。

如果用戶卸載了同一個vendor對應(yīng)的所有程序，然后在重新安裝同一個vendor提供的程序，此時identifierForVendor會被重置。

UDID

在之前的版本中是可用的，但是在iOS5以及之后的版本中，以及被棄用了。雖然，這個UDID用得很廣泛，但是，不得不說的是，它在慢慢的遠離開發(fā)者，不能在考慮使用UDID了。

OpenUDID

在iOS 5發(fā)布時，uniqueIdentifier被棄用了，這引起了廣大開發(fā)者需要尋找一個可以替代UDID，并且不受蘋果控制的方案。由此OpenUDID成為了當(dāng)時使用最廣泛的開源UDID替代方案。OpenUDID在工程中實現(xiàn)起來非常簡單，并且還支持一系列的廣告提供商。

OpenUDID利用了一個非常巧妙的方法在不同程序間存儲標(biāo)示符 — 在粘貼板中用了一個特殊的名稱來存儲標(biāo)示符。通過這種方法，別的程序（同樣使用了OpenUDID）知道去什么地方獲取已經(jīng)生成的標(biāo)示符（而不用再生成一個新的）。

之前已經(jīng)提到過，在將來，蘋果將開始強制使用advertisingIdentifier 或identifierForVendor。如果這一天到來的話，即使OpenUDID看起來是非常不錯的選擇，但是你可能不得不過渡到蘋果推出的方法。

度過了枯燥又乏味的基礎(chǔ)設(shè)備識別篇，接下來仍然是枯燥又乏味的未完成的Part0的部分，對于手機端產(chǎn)品常用的基礎(chǔ)統(tǒng)計指標(biāo)，不過我會盡量說人話?。?！

下述的數(shù)量統(tǒng)計均以上面提到的唯一設(shè)備標(biāo)示為去重標(biāo)準(zhǔn)

• 下載量：指的安裝包到達手機的數(shù)量，該安裝包有可能是剛剛開始下載未必是完整安裝包
• 成功下載量：指的是完整安裝包達到手機的數(shù)量
• 安裝量：指的是安裝包打開后并成功安裝的數(shù)量
• 新增：指的是APP安裝在手機上后，點擊并打開APP的數(shù)量
• 有效新增：數(shù)據(jù)統(tǒng)計做的細一些的APP運營會使用到這個指標(biāo)，通常是第一次打開APP后的24小時以后~30天內(nèi)再次打開APP的數(shù)量

到這里為止，有沒有發(fā)現(xiàn)——下載量、成功下載量、安裝量、新增量、有效新增是個流量漏斗的關(guān)系？流量漏斗就不在這里贅述了；重點說三遍，基礎(chǔ)數(shù)據(jù)指標(biāo)重要的是嚴謹！嚴謹！嚴謹！上述5個指標(biāo)均沒有描述去重的時間段，比如昨天安裝了，今天刪了后天有安裝了腫么搞？~所以在統(tǒng)計基礎(chǔ)指標(biāo)的時候與數(shù)據(jù)庫負責(zé)人溝通清楚去重時間段非常重要，有條件的APP運營可以選擇對歷史庫全部去重，數(shù)據(jù)量太大以至于無法全量去重的APP運營可以選擇對過去365天的歷史庫去重，用戶換機周期現(xiàn)在差不多是1年+，365天也闊以了。

活躍：活躍指標(biāo)也區(qū)分為日活DAU，月活MAU，你想搞個周活躍WAU也是可以的，不同時間維度的活躍統(tǒng)計表明了去重的時間周期

例如：一個用戶昨天活躍2次，今天活躍了3次，昨天被記為1個DAU，今天仍讓可以記為一個DAU，如果兩天在同一周 同一月里的話，這個用戶只能被記為1個MAU和1個WAU

留存：仍然有時間維度的關(guān)鍵因素，有前置和后置兩種算法

例如，今天的活躍用戶中，來自30天前的占比是一種統(tǒng)計，今天的新增用戶在30天后活躍的比例是另外一種統(tǒng)計，當(dāng)然我們也可以不僅僅統(tǒng)計某一天的留存，可以統(tǒng)計某一時間段的留存

留存和活躍都涉及到設(shè)備維度的唯一標(biāo)識去重，所以數(shù)據(jù)統(tǒng)計量也是剛剛的

Part1：渠道基礎(chǔ)指標(biāo)

即不區(qū)分網(wǎng)站和客戶端的渠道類型下的通用指標(biāo)

渠道標(biāo)識：

不論是PC還是移動端都需要給渠道來源打上清晰的標(biāo)示，簡而言之就是渠道號，渠道號的價值就是唯一識別流量來源，并且同時作為結(jié)算的憑證

渠道類型：

對渠道應(yīng)該保留渠道類型的字段，醬紫未來可以整體看不同類別的渠道效率具體有什么樣的差別，對于管理渠道成本投放可以做的更有規(guī)劃和有的放矢，渠道類型在網(wǎng)站業(yè)務(wù)中有：SEM，SEO，知識問答渠道，社區(qū)BBS，聯(lián)盟，EDM短信，線下；在APP業(yè)務(wù)中有：ASO，應(yīng)用市場，品牌廠商，方案商，刷機商，運營商，賣場，第三方聯(lián)盟，廣告平臺，積分墻等

渠道ROI

有營收的渠道要看看哦~

• 渠道ROI：即該渠道帶來的收入/該渠道投入的成本
• 渠道ROI-2：即該渠道帶來的毛利/該渠道投入的成本

Part2：網(wǎng)站渠道指標(biāo)

• 渠道帶量能力指標(biāo)：PV UV
• 渠道質(zhì)量指標(biāo)：平均用戶在線時長，PV/UV, 跳出率
• 渠道收益指標(biāo)：平均UV收入，平均PV收入

Part3：客戶端渠道指標(biāo)

• 渠道帶量能力指標(biāo)：新增，有效新增，召回老用戶，活躍
• 渠道質(zhì)量指標(biāo)：用戶留存率，用戶累計轉(zhuǎn)化率，用戶生命周期，用戶流失率
• 渠道收益指標(biāo)：平均新增收入，平均活躍收入

渠道運營指標(biāo)具體腫么用，會在起點學(xué)院的渠道運營課程里細細闡述。。。

今天搞了這么多字，我也累了，洗洗睡了

接下來搞市場活動基礎(chǔ)數(shù)據(jù)，敬請期待么么噠。

#作者信息#

靜秋，人人都是產(chǎn)品經(jīng)理特邀專欄作家、起點學(xué)院金牌導(dǎo)師，現(xiàn)途風(fēng)網(wǎng)產(chǎn)品運營總監(jiān)，前百度高級產(chǎn)品經(jīng)理，歷任百度總裁助理，移動云事業(yè)部運營。

本文系作者獨家授權(quán)發(fā)布，未經(jīng)人人都是產(chǎn)品經(jīng)理許可，不得轉(zhuǎn)載。