史上最全的运营指标体系详解:渠道运营篇
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 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了。