從遊戲上線後的數據開始分析
若 QA、軟性上線(soft launch)、CBT 的數據與正式服務指標混在一起,就難以準確掌握真實的用戶數與營收。在 Hive Analytics 的時間設定中,只要以分鐘為單位登錄每個專案的上線日期,該時間點之前發生的事件就會從指標統計中排除。這項基準不僅適用於新建立的圖表、漏斗、留存,也會一併套用到已在使用的儀表板,因此若在遊戲上線前先行登錄,之後就能只以正式服務數據為基準確認成效。
混雜上線前數據的遊戲指標
遊戲正式上線前,會透過 QA、內部檢查、軟性上線、CBT 等產生各種事件。若這段期間的數據與上線後的數據一併統計,就難以區分用戶數、營收等真實服務成效。
由於每款遊戲的上線前數據範圍不同,僅調整查詢期間並不足以持續區分真實服務數據。與其每次分析時分別對齊各遊戲的起始時間點,不如管理指標統計的起始基準。
應以上線日期為基準確認的營運數據
在遊戲營運中,須從各專案自身的服務起始點開始,確認上線日期不同之專案的成效。以專案為單位套用上線日期,即使在相同查詢期間內,也能專注於各遊戲真實營運期間的用戶與營收走勢。
正式上線當天,開放前進行到最後一刻的內部檢查,可能與真實用戶的活動發生在同一天。此時若以分鐘為單位設定上線日期,就能排除事前檢查區間,僅從正式開放後開始確認營運指標。
Hive Analytics 的時間設定
在 Hive Analytics 的時間設定中,可以登錄每個專案的正式上線日期。設定的上線日期之前發生的事件會從指標統計中排除。
上線日期可以分鐘為單位設定,因此能區分正式開放當天發生的事前檢查數據與真實服務數據。既有的事件數據不會被刪除,只是從設定的上線日期起的數據才會反映在指標數值中。此設定會套用到新建立的圖表、漏斗、留存,也會一次套用到已在使用中的儀表板。之後若變更基準,既有數值可能會改變,因此建議在遊戲上線前先行登錄。
從上線時間點開始確認遊戲成效
透過上線日期設定的範例,確認各遊戲的上線日期實際如何套用在畫面上。
查看上線日期不同的遊戲
若同時營運多款遊戲,可依專案分別設定上線日期。為每款遊戲登錄不同的基準後,上線前發生的事件就會從該專案的指標統計中排除。
在範例畫面中,為 Sample Game 1 與 Sample Game 2 分別套用了不同的起始時間點。因此,Sample Game 1 從 2026 年 1 月起、Sample Game 2 從 2026 年 2 月起,顯示活躍用戶(AU)、新增用戶(NU)等月度指標,可依遊戲個別確認正式服務開始後的數據。
確認上線當天的每小時指標
正式上線當天,以分鐘為單位設定上線日期,即可將開放前的活動從指標統計中排除。將上線後的數據以小時為單位整理,即可依序查看當天營收、付費用戶數、購買次數與購買數量的變化。
在範例畫面中,將上線日期設定為 2026 年 1 月 9 日凌晨 2 點 5 分,之後以小時為單位確認購買指標。以小時顯示的凌晨 2 點區間,並非從 2 點整開始,而是僅反映設定的上線日期——凌晨 2 點 5 分之後發生的數據。
開始使用 Hive Analytics
前往「設定 > 指標設定 > 時間設定」,即可登錄各遊戲的正式上線日期。登錄的上線日期會同樣套用於圖表、漏斗、留存與既有儀表板,讓你以一致的基準分析上線後的數據。若要維持穩定的指標基準,建議在遊戲上線前先登錄上線日期。
Hive Analytics 是一款遊戲專屬的分析解決方案,透過 Hive SDK 收集數據後,以各遊戲的上線日期為基準進行統計,並可在圖表、漏斗、留存、儀表板中分析。現在就透過 Hive Analytics,以一致的基準確認遊戲上線後的成效吧。