渠道幾乎是整個(gè)運(yùn)營(yíng)體系里,最最最依賴數(shù)據(jù)驅(qū)動(dòng)的業(yè)務(wù)(重要的字眼說(shuō)三遍)。 對(duì)于用戶的理解,產(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)在用戶面前的渠道,由于產(chǎn)業(yè)標(biāo)準(zhǔn)沒(méi)有,質(zhì)量參差不齊,水平波動(dòng)劇烈,使得渠道成為一個(gè)完全依賴數(shù)據(jù)運(yùn)營(yíng)的業(yè)務(wù)領(lǐng)域 Part0:我錯(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)端判定真假用戶往往就是在這些移動(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ù)字組成
CUID:CUID (Called User Identification number) 被叫用戶識(shí)別號(hào) 由于IMEI碼在山寨機(jī)中存在重疊的問(wèn)題,另外由于市場(chǎng)潛規(guī)則決定了IMEI生成器的存在,IMEI號(hào)并非區(qū)分唯一設(shè)備的最佳標(biāo)準(zhǔn),在此基礎(chǔ)上,部分有定價(jià)權(quán)的大公司(說(shuō)的就是BAT)指定了CUID的計(jì)算規(guī)則,簡(jiǎn)單的說(shuō)是用IMEI號(hào)+時(shí)間戳+安卓系統(tǒng)標(biāo)示 計(jì)算出來(lái)的數(shù)值 設(shè)備唯一標(biāo)識(shí)的痛——iOS真是放蕩不羈愛(à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或其它地方。 NSUUIDNSUUID在iOS 6中才出現(xiàn),這跟CFUUID幾乎完全一樣,只不過(guò)它是Objective-C接口。+ (id)UUID 是一個(gè)類方法,調(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)示符。如果用戶完全重置系統(tǒng)((設(shè)置程序 -> 通用 -> 還原 -> 還原位置與隱私) ,這個(gè)廣告標(biāo)示符會(huì)重新生成。另外如果用戶明確的還原廣告(設(shè)置程序-> 通用 -> 關(guān)于本機(jī) -> 廣告 -> 還原廣告標(biāo)示符) ,那么廣告標(biāo)示符也會(huì)重新生成。關(guān)于廣告標(biāo)示符的還原,有一點(diǎn)需要注意:如果程序在后臺(tái)運(yùn)行,此時(shí)用戶“還原廣告標(biāo)示符”,然后再回到程序中,此時(shí)獲取廣告標(biāo)示符并不會(huì)立即獲得還原后的標(biāo)示符。必須要終止程序,然后再重新啟動(dòng)程序,才能獲得還原后的廣告標(biāo)示符。 針對(duì)廣告標(biāo)示符用戶有一個(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類中。跟advertisingIdentifier一樣,該方法返回的是一個(gè)NSUUID對(duì)象。 蘋(píng)果官方的文檔中對(duì)identifierForVendor有如下這樣的一段描述 :
如果滿足這樣的條件,那么獲取到的這個(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。 如果用戶卸載了同一個(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è)特殊的名稱來(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ō)人話!??! 下述的數(shù)量統(tǒng)計(jì)均以上面提到的唯一設(shè)備標(biāo)示為去重標(biāo)準(zhǔn)
到這里為止,有沒(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ù)去重,用戶換機(jī)周期現(xiàn)在差不多是1年+,365天也闊以了。 活躍:活躍指標(biāo)也區(qū)分為日活DAU,月活MAU,你想搞個(gè)周活躍WAU也是可以的,不同時(shí)間維度的活躍統(tǒng)計(jì)表明了去重的時(shí)間周期
留存:仍然有時(shí)間維度的關(guān)鍵因素,有前置和后置兩種算法
留存和活躍都涉及到設(shè)備維度的唯一標(biāo)識(shí)去重,所以數(shù)據(jù)統(tǒng)計(jì)量也是剛剛的 Part1:渠道基礎(chǔ)指標(biāo)即不區(qū)分網(wǎng)站和客戶端的渠道類型下的通用指標(biāo) 渠道標(biāo)識(shí): 不論是PC還是移動(dòng)端都需要給渠道來(lái)源打上清晰的標(biāo)示,簡(jiǎn)而言之就是渠道號(hào),渠道號(hào)的價(jià)值就是唯一識(shí)別流量來(lái)源,并且同時(shí)作為結(jié)算的憑證 渠道類型: 對(duì)渠道應(yīng)該保留渠道類型的字段,醬紫未來(lái)可以整體看不同類別的渠道效率具體有什么樣的差別,對(duì)于管理渠道成本投放可以做的更有規(guī)劃和有的放矢,渠道類型在網(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)商,賣場(chǎng),第三方聯(lián)盟,廣告平臺(tái),積分墻等 渠道ROI 有營(yíng)收的渠道要看看哦~
Part2:網(wǎng)站渠道指標(biāo)
Part3:客戶端渠道指標(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)期待么么噠。 |
2025-07-15
2025-07-15
2025-07-14
2025-07-14
2025-07-12
友情鏈接