欧美日韩一卡2卡三卡4卡 乱码欧美孕交-国产男小鲜肉同志免费-国产ww久久久久久久久久-久久久久久久性潮

渠道幾乎是整個(gè)運(yùn)營(yíng)體系里，最最最依賴(lài)數(shù)據(jù)驅(qū)動(dòng)的業(yè)務(wù)（重要的字眼說(shuō)三遍）。 

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

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

Part 0：我錯(cuò)了 

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

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

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

前6位數(shù)（TAC，Type Approval Code）是“型號(hào)核準(zhǔn)號(hào)碼”，一般代表機(jī)型。 

接著的2位數(shù)（FAC，F(xiàn)inal Assembly Code）是“最后裝配號(hào)”，一般代表產(chǎn)地。 

之后的6位數(shù)（SNR，Serial Number，出廠序號(hào)）是“串號(hào)”，一般代表生產(chǎn)順序號(hào)。 

最后1位數(shù)（SP）通常是“0”，為檢驗(yàn)碼，備用 

CUID：CUID (Called User Identification number) 被叫用戶(hù)識(shí)別號(hào) 

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

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

CFUUID 

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

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

NSUUID 

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

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

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

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

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

IDFV：identifierForVendor這種叫法也是在iOS 6中新增的，不過(guò)獲取這個(gè)IDFV的新方法被添加在已有的UIDevice類(lèi)中。跟advertisingIdentifier一樣，該方法返回的是一個(gè)NSUUID對(duì)象。 

蘋(píng)果官方的文檔中對(duì)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. 

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

一個(gè)Vendor是CFBundleIdentifier（反轉(zhuǎn)DNS格式）的前兩部分。例如，com.doubleencore.app1 和 com.doubleencore.app2 得到的identifierForVendor是相同的，因?yàn)樗鼈兊腃FBundleIdentifier 前兩部分是相同的。不過(guò)這樣獲得的identifierForVendor則完全不同：com.massivelyoverrated 或 net.doubleencore。 

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

UDID 

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

OpenUDID 

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

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

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

度過(guò)了枯燥又乏味的基礎(chǔ)設(shè)備識(shí)別篇，接下來(lái)仍然是枯燥又乏味的未完成的Part0的部分，對(duì)于手機(jī)端產(chǎn)品常用的基礎(chǔ)統(tǒng)計(jì)指標(biāo)，不過(guò)我會(huì)盡量說(shuō)人話！?。?nbsp;　　下述的數(shù)量統(tǒng)計(jì)均以上面提到的唯一設(shè)備標(biāo)示為去重標(biāo)準(zhǔn) 

下載量：指的安裝包到達(dá)手機(jī)的數(shù)量，該安裝包有可能是剛剛開(kāi)始下載未必是完整安裝包 

　　成功下載量：指的是完整安裝包達(dá)到手機(jī)的數(shù)量 

　　安裝量：指的是安裝包打開(kāi)后并成功安裝的數(shù)量 

　　新增：指的是APP安裝在手機(jī)上后，點(diǎn)擊并打開(kāi)APP的數(shù)量 

　　有效新增：數(shù)據(jù)統(tǒng)計(jì)做的細(xì)一些的APP運(yùn)營(yíng)會(huì)使用到這個(gè)指標(biāo)，通常是第一次打開(kāi)APP后的24小時(shí)以后~30天內(nèi)再次打開(kāi)APP的數(shù)量 

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

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

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

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

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

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

Part1：渠道基礎(chǔ)指標(biāo)（即不區(qū)分網(wǎng)站和客戶(hù)端的渠道類(lèi)型下的通用指標(biāo)） 

渠道標(biāo)識(shí)： 

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

渠道類(lèi)型： 

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

渠道ROI（有營(yíng)收的渠道要看看哦） 

渠道ROI：即該渠道帶來(lái)的收入/該渠道投入的成本 

渠道ROI-2：即該渠道帶來(lái)的毛利/該渠道投入的成本 

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

渠道帶量能力指標(biāo)：PV UV 

渠道質(zhì)量指標(biāo)：平均用戶(hù)在線時(shí)長(zhǎng)，PV/UV, 跳出率 

渠道收益指標(biāo)：平均UV收入，平均PV收入 

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

渠道帶量能力指標(biāo)：新增，有效新增，召回老用戶(hù)，活躍 

渠道質(zhì)量指標(biāo)：用戶(hù)留存率，用戶(hù)累計(jì)轉(zhuǎn)化率，用戶(hù)生命周期，用戶(hù)流失率 

渠道收益指標(biāo)：平均新增收入，平均活躍收入 

渠道運(yùn)營(yíng)指標(biāo)具體腫么用，會(huì)在起點(diǎn)學(xué)院的渠道運(yùn)營(yíng)課程里細(xì)細(xì)闡述。。。 

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

接下來(lái)搞市場(chǎng)活動(dòng)基礎(chǔ)數(shù)據(jù)，敬請(qǐng)期待么么噠。