㈠ 如何詳細統計渠道安裝量、注冊量、活躍設備、活躍注冊設備等數據
一、什麼是活躍用戶/客戶 用戶/客戶每天既會不斷新增，也會不斷流失，如果單獨只看每日活躍用戶數，是很難發現問題的本質的，所以通常會結合活躍率和整個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之後，算入下一天的活躍天累計時間。