㈠ 如何详细统计渠道安装量、注册量、活跃设备、活跃注册设备等数据
一、什么是活跃用户/客户 用户/客户每天既会不断新增，也会不断流失，如果单独只看每日活跃用户数，是很难发现问题的本质的，所以通常会结合活跃率和整个APP的生命周期来看。二、什么是留存用户/客户 留存用户和留存率通常反映了不同时期获得的用户流失的情况，分析这个结果往往是为了找到用户流失的具体原因。 三、如何分析活跃与留存 1、如何了解某个月新注册的用户在接下来的第一个月的留存情况怎么样，在第二个月里的活跃和留存情况如何。 2、如何对比不同渠道的来看用户活跃和留存情况，比如，选取样本的时候，我们就看A和B渠道（比如说seo或者sem）进来的用户有什么区别: 3、如何分析产品的改版是否改进了体验，提高了用户活跃和留存： 总之，此方法可以灵活使用，也可以用于分析对比购买过不同产品的用户的留存的不同，骂过娘和点过赞的用户留存的不同，等等。
㈡ 什么叫活跃期数
登陆的天数
㈢ 活跃度的等级怎么划分
活跃度”是Q宠旅游版本新推出的一个宠物属性值，直观上它表明Q宠出去旅游的活跃程度，
而实际上，它不仅跟旅游时间的长短有关，而且跟Q宠的等级直接相关。越高级的宠物，旅游的时
间越长，活跃度就越高！从另外一个角度，活跃度是Q宠在线活跃性与旅游活跃性的综合表现！
“活跃度”Q宠旅游时代的综合魅力体现，“活跃度”的高低决定了Q宠宝贝是否能够乘坐更高级、
更炫酷的旅游交通工具！而交通工具又直接体现了Q宠旅游时代时尚品味的高低！如果你希望你的
Q宠宝贝乘坐更炫更酷的交通工具去你的好友家里拜访，如果你希望你的Q宠宝贝在旅游过程中更加
拉凤，那么就一定要努力增加“活跃度”！炫酷的旅游，让Q宠世界一切皆有可能！想想在旅游过
程中一个帅气/美丽的异性Q宠被你的Q宠以最炫酷的姿态深深的吸引……美丽的邂逅，体面的外出
排场，炫酷的旅游新生活，一切源自于“活跃度”！
“活跃度”是Q宠旅游的综合体现，除了跟等级与旅游时间长短有关之外，还有其他增加活跃的途径，
譬如幸运旅游事件的发生也可以让你的Q宠宝贝获得活跃度的奖励！
获取QQ宠物旅游勋章的规则:
1：关于活跃值
活跃值的高低与宠物旅游时间的多少有关；与宠物的等级直接相关。等级高的宠物，旅游的时间越长，活跃度就越高！
当宠物达到5级时就可以进行旅游了.
宠物旅游1小时增加的活跃值=等级×0.1
比如宠物为56级，那么旅游1小时获得的活跃值为：5.6
2：旅游勋章
等级与旅游勋章的关系：
1级：步行宝贝 活跃度：10--30
2级：漫游宝贝 活跃度：30--200
3级：旅行宝贝 活跃度：201--2000
4级：飞驰宝贝 活跃度：2001--10000
5级：飞行宝贝 活跃度：10000以上
㈣ 覆盖用户数/活跃用户数 分别是什么统计口径
用户来覆盖和活跃用户的主要区别：源 1、范围 用户覆盖的范围较广，活跃用户是范围较小。以通讯基站为例，建设一个通讯基站及信号所能到达的领域是覆盖面。使用该通讯信号的人是活跃用户，也就是该基站覆盖的人并不是都使用该基站信号。 2、活跃用户是覆盖用户的组成部分。 活跃用户的统计是在产品使用范围内的统计。还以通信基站为例，使用该基站信号的人一定程度上理解为活跃用户，不适用该基站信号的人可以理解为潜在目标客户，但不是真正的产品使用者。 3、程度 活跃用户是使用产品频率较高的人，价值较高。用户覆盖是为获得活跃用户而采取的战略布局，市场布局。
㈤ 活跃有什么意思啊
活跃天数”的计算 “活跃天”指的是如果用户当天使用QQ超过一定的时间，我们就认为用户这一天是活跃的，会为其活跃天数加上一天。 我们从统计数据出发，为“活跃天数”的计算做如下定义： 当天（0：00-23：59）使用QQ在2小时（及2小时以上），算用户当天为活跃天，为其活跃天数累积1天。 当天（0：00-23：59）使用QQ在0.5小时至2小时，为其活跃天数累积0.5天。 当天（0：00-23：59）使用QQ在0.5小时以下的，不为其累积活跃天数 现有的时长如何换算成天数 用户目前的等级以如下的计算公式换算成天数 假设用户的等级为N，则换算成天数D为： 主要等级对应的在线时长，等级图标和等级一览表： 等级 等级图标 原来需要的小时数 现需要天数 1 20 5 2 50 12 3 90 21 4 140 32 5 200 45 6 270 60 7 350 77 8 440 96 12 900 192 16 1520 320 32 5600 1152 48 12240 2496 举例：假设有一用户其目前时长等级为13级，则换算成“活跃天数”为： “活跃天数” = 13×13+4×13 = 221天 如果这个用户在今天使用QQ 3小时，根据“活跃天数”的定义，我们为其“活跃天数”累积1天，则该用户的“活跃天数”为222天。 对升级中的天数的处理 升级中的小时数按比例折算成活跃天数。 假设用户在该等级上在线的时间为X小时，则折算成天数的方法是：按比例折算成天数，具体举例如下： 假设有一用户目前是15级，在线小时数是1450小时，他在15级上所在线的时间数为1450-1350 = 100小时，15级升级至16级所需小时数为1520-1350 = 170小时。按目前以活跃天数计算，需要320-285 = 35天。 则该用户换算得到的天数为 285 + （100/170）*35 = 285 +21 = 306
㈥ 大数据活跃宝贝数什么意思
大数据（big data），指来无法在一定时源间范围内用常规软件工具进行捕捉、管理和处理的数据集合，是需要新处理模式才能具有更强的决策力、洞察发现力和流程优化能力的海量、高增长率和多样化的信息资产。大数据的5V特点（IBM提出）：Volume（大量）、Velocity（高速）、Variety（多样）、Value（低价值密度）、Veracity（真实性）,平台有hadoop
㈦ 如图，无线路由器运行状态中的这个【活跃主机数 6】 是什么意思
表示连接到这台路由器上的设备一共有多少个。包括了插网线的电脑专和其他设备，如高清播属放器，PS3 XBOX等都算。
然后是所有无线连接的设备，笔记本，ipad，手机，游戏机等。
所有通过这个路由器上网的设备都算在这个活跃主机数里。
㈧ 友盟统计的用户活跃度是怎么定义的
Android 统计分析 SDK使用指南
1. 建立App，下载
登录你的帐号后，看到友盟的管理后台，点击"+添加新应用"，进入新应用信息填写的页面。
App建立成功后，可以获得该App的AppKey，以及最新的开发指南和SDK文件。
可在 这里 下载SDK，包含开发文档,demo程序和jar包。
说明:在新应用信息填写中，请尽量填写真实的信息。您可以通过友盟统计分析平台的特性节省重复建立App的时间。
如果您要对App不同的发布渠道进行统计，不需要创建新App,请使用分发渠道分析，通过分发渠道分析，您可以更方便的对比数据。
2. 实现基本的使用基本统计实现本的页面跳转，机型，分辨率，地理位置 …的统计1. 导入umeng-sdk*.jar（简称SDK）下载最新版sdk的zip包，解压将其中的umeng-sdk.jar释放到本地目录，Eclipse用户右键您的工程根目录，选择Properties -> Java Build Path -> Libraries， 然后点击 Add External JARs... 选择指向 Analytics_Android_SDK_*.jar的路径，点击OK，即导入成功。
2. 配置 AndroidManifest.xml<manifest……><application ……> ……<activity ……/><meta-dataandroid:value="YOUR_APP_KEY"android:name="UMENG_APPKEY"></meta-data><meta-dataandroid:value="Channel ID"android:name="UMENG_CHANNEL"/></application><uses-sdkandroid:minSdkVersion="4"></uses-sdk><uses-permissionandroid:name="android.permission.ACCESS_NETWORK_STATE"></uses-permission><uses-permissionandroid:name="android.permission.INTERNET"></uses-permission><uses-permissionandroid:name="android.permission.READ_PHONE_STATE"></uses-permission><uses-permissionandroid:name="android.permission.READ_LOGS"></uses-permission></manifest>说明:
META-DATA 用途
UMENG_APPKEY 用来定位该应用程序的唯一性。
UMENG_CHANNEL 用来标注应用推广渠道，区分新用户的来源来查看统计，您可以使用20位以内的英文和数字为渠道定名，替换value中的"Channel ID"。详见渠道统计。
权限 用途
INTERNET(必须) 允许应用程序联网，以便向我们的服务器端发送数据。
READ_PHONE_STATE(必须) 获取用户手机的IMEI，用来唯一的标识用户。(如果您的应用会运行在无法读取IMEI的平板上，我们会将mac地址作为用户的唯一标识，请添加权限： android.permission.ACCESS_WIFI_STATE )
ACCESS_NETWORK_STATE 检测网络状态，友盟SDK 1.6版本新增权限。
READ_LOGS 如果您想获得客户端crash的报告, 需要添加这个权限。具体见【使用错误报告】。
WRITE_EXTERNAL_STORAGE 如果您使用了友盟自动更新提醒功能，需添加这个权限，为了将更新的APK临时存在SD卡里。
3. 添加代码
添加引用: import com.umeng.analytics.MobclickAgent
注册 Activity: 在每个Activity的onResume方法中调用 MobclickAgent.onResume(Context), onPause方法中调用
MobclickAgent.onPause(Context)
publicvoid onResume() { super.onResume(); MobclickAgent.onResume(this);}publicvoid onPause() { super.onPause(); MobclickAgent.onPause(this);}API:public void onResume(Context context)
context 当前Activity的引用,这里请不要将全局的application context传入。
public void onPause(Context context)
context 当前Activity的引用,这里请不要将全局的application context传入。
API说明:
void onResume(Context context)
context 当前Activity引用
void onPause(Context context)
context 当前Activity引用
说明:
方法将会自动地从AndroidManifest.xml文件里读取Appkey。
确保在所有的activity中都调用 MobclickAgent.onResume() 和MobclickAgent.onPause()方法，这两个调用将不会阻塞应用程序的主线程，也不会影响应用程序的性能。
注意如果您的Activity之间有继承或者控制关系请不要同时在父和子Activity中重复添加onPause和onResume方法，否则会造成重复统计(eg.使用TabHost、TabActivity、ActivityGroup时)。
一个应用程序在多个activity之间连续切换时，将会被视为同一个session(启动)。
当用户两次使用之间间隔超过30秒时，将被认为是两个的独立的session(启动)，例如用户回到home，或进入其他程序，经过一段时间后再返回之前的应用。
4. 测试
确认所需的权限都已经添加：INTERNET, READ_PHONE_STATE, (READ_LOGS, WRITE_EXTERNAL_STORAGE)
确认APPKEY已经正确的写入Androidmanifest.xml
确认所有的Activity中都调用了onResume和onPause方法
确认测试手机(或者模拟器)已成功连入网络
启动应用程序，几分钟之后您应该已经可以看到相应的报表.
3. 使用错误报告友盟统计分析工具，还可以帮助您捕捉用户在使用应用程序过程中出现的异常退出(FC), 并在应用程序下次启动时将错误报告发送给服务器。
1. 自动捕获异常退出（FC）
在AndroidManifest.xml里面添加权限android.permission.READ_LOGS
在程序的Main Activity(应用程序入口)的onCreate方法里调用MobclickAgent.onError(Context).
publicvoid onCreate(Bundle savedinstanceState) { super.onCreate(savedInstanceState); MobclickAgent.onError(this); ...}API:public void onError(Context context)
context 当前Activity的引用
说明：错误报告包含应用程序版本，操作系统版本和设备型号以及程序出现异常时的Stacktrace，这些数据将帮助您修正应用程序的Bug。
2. 手动发送错误报告如果您自己捕获了程序中的异常，但是依然希望，将这次异常信息发送到友盟的服务器，您可以调用下面的函数。
MobclickAgent.reportError(Context context,String error) API:public void reportError(Context context, String error)
context 当前Activity的引用
error 开发者手动捕获的错误信息
说明：手动发送的异常信息和自动捕获的异常信息一样，都会展示在错误报告面板。
4. 使用自定义事件除了基本统计分析功能外，我们还支持您自定义的事件分析，例如您可以统计游戏中通过不同关卡的人数，广告的点击次数或者视频被播放的次数等等。 使用自定义事件功能请先在网站应用管理后台(设置->编辑自定义事件)中添加相应的自定义事件后，服务器才会对相应的自定义事件请求进行处理。
1. 事件数量统计1. 在您希望跟踪的代码部分，调用如下方法：MobclickAgent.onEvent(Context context, String event_id);API:public void onEvent(Context context, String event_id)
context 当前Activity的引用
event_id 为当前统计的事件ID,注意要先在友盟网站上注册此事件ID。
示例：统计微博应用中“转发"事件发生的次数，那么在“转发"的函数里调用
MobclickAgent.onEvent(this, "Forward") 2. 记录事件的不同属性及取值，调用如下方法：MobclickAgent.onEvent(Context context, String event_id, Map<String,String>; map);API:public voidonEvent(Context context, String event_id, Map map)
context 当前Activity的引用
event_id 为当前统计的事件ID,注意要先在友盟网站上注册此事件ID。
map 为当前事件的属性和取值集合（key-value）
示例：MobclickAgent.onEvent(LoginActivity.this, "sinaLogin");
新浪用户登陆海知笔记
3. 考虑事件在一个属性上的取值，可以调用如下方法：MobclickAgent.onEvent(Context context, String event_id, String label);API:public void onEvent(Context context, String event_id, String label)
context 当前Activity的引用
event_id 为当前统计的事件ID,注意要先在友盟网站上注册此事件ID.
label 事件的一个属性描述
示例：统计游戏中“死亡"事件发生的关卡数，那么可以在死亡的函数里调用
MobclickAgent.onEvent(this, "player_dead","level");2. 事件时长统计有的事件是持续发生的，需要记录其持续的时间，这里提供两种解决方法。
1. 在事件开始和结束时分别调用onEventBegin和 onEventEnd两个函数。MobclickAgent.onEventBegin(Context context, String event_id);...MobclickAgent.onEventEnd(Context context, String event_id);API:public voidonEventBegin(Context context, String event_id)
public void onEventEnd(Context context, String event_id)
context 当前Activity引用
event_id 为当前统计的事件ID,注意要先在友盟网站上注册此事件ID.
public void onEventBegin(Context context, String event_id, String label)
public void onEventEnd(Context context, String event_id, String label)
context 当前Activity引用
event_id 为当前统计的事件ID,注意要先在友盟网站上注册此事件ID.
label 事件的一个属性描述
示例：跟踪播放音乐事件发生的总时间，在音乐播放开始时调用：
MobclickAgent.onEventBegin(this, "music_play");在音乐播放结束时调用：
MobclickAgent.onEventEnd(this, "music_play");2. 跟踪时长的事件包含多个属性,在事件开始和结束时分别调用onKVEventBegin和 onKVEventEnd两个函数MobclickAgent.onKVEventBegin(Context context, String event_id, Map<String,String> map, String ekvFlag);...MobclickAgent.onKVEventEnd(Context context, String event_id, String ekvFlag);API:public void onKVEventBegin(Context context, String event_id, Map map, String ekvFlag)
context 当前Activity引用
event_id 为当前统计的事件ID,注意要先在友盟网站上注册此事件ID.
map 为当前事件的属性和取值集合（key-value）
ekvFlag 事件标示符
public void onKVEventEnd(Context context, String event_id, String ekvFlag)
context 当前Activity引用
event_id 为当前统计的事件ID,注意要先在友盟网站上注册此事件ID
ekvFlag 事件标示符,ekvFlag 和 event_id 一起标示一个唯一事件，并不会被统计；对于同一个事件，在onKVEventBegin和onKVEventEnd 中要传递相同的event_id 和 flag
示例跟踪每种类型的音乐播放了多久，在音乐播放开始时调用
Map<String,String> music = new HashMap<String,String>(); music.put("type", "popular"); music.put("artist", "JJLin"); music.put("User_status", "registered");MobclickAgent.onKVEventBegin(this, "music"，music,"m7");在音乐播放结束时调用：
MobclickAgent.onKVEventEnd(this, "music"，music,"m7");3. 自己计算并上传event时长,在您想跟踪时长的代码部分，调用如下方法：MobclickAgent.onEventDuration(Context context, String event_id, long ration);orMobclickAgent.onEventDuration(Context context, String event_id,String label, long ration)orMobclickAgent.onEventDuration(Context context, String event_id, Map<String, String> map, long ration)API：public void onEventDuration(Context context, String event_id, long ration)
public void onEventDuration(Context context, String event_id,String label, long ration)
context 当前Activity引用
event_id 为当前统计的事件ID,注意要先在友盟网站上注册此事件ID
label 事件的一个属性描述
ration 事件持续时长，单位毫秒，您需要手动计算并传入时长，作为事件的时长参数
public void onEventDuration(Context context, String event_id, Map map, long ration)
context 当前Activity引用
event_id 为当前统计的事件ID,注意要先在友盟网站上注册此事件ID
map 为当前事件的属性和取值集合（key-value）
ration 事件持续时长，单位毫秒，您需要手动计算并传入时长，作为事件的时长参数
说明
时长是友盟统计的一个新功能，使用过程中可能会出现一些常见的错误，开发者应该尽量的避免，这里有一些可能出错的案例。
每个event的key不能超过10个，event ID、map中key和value都不能使用特殊字符，且长度不能超过255个字符（否则将截取前255个字符），“id", “ts", “"是保留字段，不能作为event ID及key的名称
5. 使用分发渠道分析有时需要统计应用程序的分发渠道，例如有多少用户来从联想乐园下载了您的应用,又有多少用户通过Google android market下载到您的应用程序。您只需要在AndroidManifest.xml里添加meta-data，并将 value属性修改为对应的发布渠道名。
配置AndroidManifest.XML添加下面代码
<application ……><activity ……/><meta-dataandroid:value="Channel ID"android:name="UMENG_CHANNEL"/></application>当然，这需要您在不同渠道发布应用程序时，重新编译打包。
说明
不要改变'UMENG_CHANNEL'，修改'Channel ID'为您的渠道名称，注意不能是纯数字(eg.value="AndroidMarket")。
每台设备只记录第一次统计到的渠道，您如果在测试的时候发现渠道统计到的设备数量不增加，很可能是因为您用同一个设备修改过渠道号,您换一台设备测试即可。
6. 使用在线配置功能这个功能目前可以帮你在网站上动态配置两种类型的参数：
自定义key-value型的键值对
数据发送策略
在程序的入口Activity的OnCreate()方法中调用
publicvoid onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); MobclickAgent.updateOnlineConfig(this);}API：public voipdateOnlineConfig(Context context)
㈨ 客户活跃数和客户上线数有什么区别
录取的人比过了分数线的人多，小于就是少了，这样也要悬赏？
㈩ 总活跃等级怎么划分
活跃天数”的计算 “活跃天”指的是如果用户当天使用QQ超过一定的时间，我们就认为用户这一天是活跃的，会为其活跃天数加上一天。 我们从统计数据出发，为“活跃天数”的计算做如下定义： 当天（0：00-23：59）使用QQ在2小时（及2小时以上），算用户当天为活跃天，为其活跃天数累积1天。 当天（0：00-23：59）使用QQ在0.5小时至2小时，为其活跃天数累积0.5天。 当天（0：00-23：59）使用QQ在0.5小时以下的，不为其累积活跃天数 现有的时长如何换算成天数 用户目前的等级以如下的计算公式换算成天数 假设用户的等级为N，则换算成天数D为： 主要等级对应的在线时长，等级图标和等级一览表： 等级 等级图标 原来需要的小时数 现需要天数 1 20 5 2 50 12 3 90 21 4 140 32 5 200 45 6 270 60 7 350 77 8 440 96 12 900 192 16 1520 320 32 5600 1152 48 12240 2496 举例：假设有一用户其目前时长等级为13级，则换算成“活跃天数”为： “活跃天数” = 13×13+4×13 = 221天 如果这个用户在今天使用QQ 3小时，根据“活跃天数”的定义，我们为其“活跃天数”累积1天，则该用户的“活跃天数”为222天。 对升级中的天数的处理 升级中的小时数按比例折算成活跃天数。 假设用户在该等级上在线的时间为X小时，则折算成天数的方法是：按比例折算成天数，具体举例如下： 假设有一用户目前是15级，在线小时数是1450小时，他在15级上所在线的时间数为1450-1350 = 100小时，15级升级至16级所需小时数为1520-1350 = 170小时。按目前以活跃天数计算，需要320-285 = 35天。 则该用户换算得到的天数为 285 + （100/170）*35 = 285 +21 = 306天 QQ2005 beta2及之前的版本上有什么变化？ 推出时长调整方案后，在线时长成为QQ上记录使用时间的一个小功能，不再与等级挂钩。QQ2005 beta2及以前版本客户端上，自己的头像Tips里在线时长继续累积，而剩余时长变为0。在QQ2005 beta3及之后的版本中，头像TIPS会出现活跃天数及剩余活跃天数。 常见问题 1.问：等级计算方式调整后，星星太阳会消失吗？ 答：不会，这次调整只是调整时长计算方式，对表现形式不做修改，用户的星星太阳不会减少，更不会消失。 2.问：换算后，我的等级会降低吗？ 答：不会，用户当前的等级不会有任何改变，比如一个用户当前为16级，调整后仍然会是16级，并且处于升级中的小时数仍然会换算成天，不会丢失。 3.问：调整后，太阳用户的权限会取消吗？ 答：不会，太阳用户仍然拥有当前的开群及自定义头像等权利，而且，调整后新加入太阳（16级）的用户仍然拥有以上权限。 4.问：为什么2005 beta2以前的版本（含2005 beta2）显示的剩余升级时间为0小时？ 答：新的在线计划实施后，是以“活跃天数”来计算用户的在线情况的。因此，原有的“升级剩余时间”并不能代表目前新计划下用户的升级状态。为了不让用户误解，我们把2005 beta2以前的版本（含2005 beta2）上的升级剩余时间统一显示为0小时。新在线计划实施后，总在线时长作为记录用户使用QQ时间的功能，会继续累积，与用户的在线级别没有任何关系。 5.问：调整后，即使我一天上线16小时，也只为我的“活跃天数”累积一天吗？ 答：是的，只累积一天。不过提醒您注意休息，健康上网 ：） 6.问：如果我是晚上11点半上线，1点半下线，那怎么算我的活跃天数？ 答：我们服务器会在一定的时间内统计用户当天的在线时长。11：59分之前的部分，算入前一天的活跃天累计时间；0:00之后，算入下一天的活跃天累计时间。