史上最全的运营指标体系详解:渠道运营篇

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

渠道几乎是整个运营体系里,最最最依赖数据驱动的业务(重要的字眼说三遍)。

对于用户的理解,产品的理解,市场和行业趋势的理解往往可以凭天份(天啦噜,天份是个什么鬼,见过我天份的同学请和我打声招呼)。

但就是渠道,繁杂零散地分布在各个流程环节中的渠道,会没有一点点防备也没有一丝顾虑就突然出现在用户面前的渠道,由于产业标准没有,质量参差不齐,水平波动剧烈,使得渠道成为一个完

前6位数(TAC,Type Approval Code)是“型号核准号码”,一般代表机型。

接着的2位数(FAC,Final Assembly Code)是“最后装配号”,一般代表产地。

之后的6位数(SNR,Serial Number,出厂序号)是“串号”,一般代表生产顺序号。

最后1位数(SP)通常是“0”,为检验码,备用

CUID:

CUID (Called User Identification number) 被叫用户识别号

由于IMEI码在山寨机中存在重叠的问题,另外由于市场潜规则决定了IMEI生成器的存在,IMEI号并非区分唯一设备的最佳标准,在此基础上,部分有定价权的大公司(说的就是BAT)指定了CUID 的计算规则,简单的说是用IMEI号+时间戳+安卓系统标示 计算出来的数值

设备唯一标识的痛——iOS真是放荡不羁爱自由,每一次IOS升级都是数据统计者心中的痛

CFUUID

从iOS2.0开始,CFUUID就已经出现了。它是CoreFoundatio包的一部分,因此API属于C语言

风格。CFUUIDCreate 方法用来创建CFUUIDRef,并且可以获得一个相应的NSString,

获得的这个CFUUID值系统并没有存储。每次调用CFUUIDCreate,系统都会返回一个新的唯一标示符。如果你希望存储这个标示符,那么需要自己将其存储到NSUserDefaults, Keychain, Pasteboard或其它地方。

NSUUID

NSUUID在iOS 6中才出现,这跟CFUUID几乎完全一样,只不过它是Objective-C接口。+ (id)UUID 是一个类方法,调用该方法可以获得一个UUID。

跟CFUUID一样,这个值系统也不会存储,每次调用的时候都会获得一个新的唯一标示符。如果要存储的话,你需要自己存储。在我读取NSUUID时,注意到获取到的这个值跟CFUUID完全一样(不过也可能不一样):

IDFA:

identifierForIdentifier这是iOS 6中另外一个新的方法,advertisingIdentifier是新框

架AdSupport.framework的一部分。ASIdentifierManager单例提供了一个方法advertisingIdentifier ,通过调用该方法会返回一个上面提到的NSUUID实例。

跟CFUUID和NSUUID不一样,广告标示符是由系统存储着的。不过即使这是由系统存储的,但是

有几种情况下,会重新生成广告标示符。如果用户完全重置系统((设置程序 -> 通用 -> 还原 -> 还原位置与隐私) ,这个广告标示符会重新生成。另外如果用户明确的还原广告(设置程序-> 通用 -> 关于本机 -> 广告 -> 还原广告标示符) ,那么广告标示符也会重新生成。关于广告标示符的还原,有一点需要注意:如果程序在后台运行,此时用户“还原广告标示符”,然后再回到程序中,此时获取广告标示符并不会立即获得还原后的标示符。必须要终止程序,然后再重新启动程序,才能获得还原后的广告标示符。

针对广告标示符用户有一个可控的开关“限制广告跟踪”。。将这个开关打开,实际上什么也没有做,不过这是希望限制你访问广告标示符。这个开关是一个简单的boolean标志,当将广告标示符发到任意的服务器端时,你最好判断一下这个值,然后再做决定。

IDFV:

identifierForVendor这种叫法也是在iOS 6中新增的,不过获取这个IDFV的新方法被添加在已有

的UIDevice类中。跟advertisingIdentifier一样,该方法返回的是一个NSUUID对象。

苹果官方的文档中对identifierForVendor有如下这样的一段描述:

T he 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-相同的设备。如果是这样的情况,那么这个值是不会相同的:相同的程序-相同的设备-不同的vendor ,或者是相同的程序-不同的设备-无论是否相同的vendor。

一个Vendor是CFBundleIdentifier(反转DNS格式)的前两部分。例如,com.doubleencore.app1和 com.doubleencore.app2 得到的identifierForVendor是相同的,因为它们的CFBundleIdentifier 前两部分是相同的。不过这样获得的identifierForVendor则完全不同:com.massivelyoverrated 或net.doubleencore。

如果用户卸载了同一个vendor对应的所有程序,然后在重新安装同一个vendor提供的程序,此

时identifierForVendor会被重置。

UDID

在之前的版本中是可用的,但是在iOS5以及之后的版本中,以及被弃用了。虽然,这个UDID用得很广泛,但是,不得不说的是,它在慢慢的远离开发者,不能在考虑使用UDID了。

相关文档
最新文档