GH GambleHub

提供商的Dashboard和內容指標

1)任命和原則

提供商的dashboard是內容線(插槽,live遊戲,instant,crash等)的「單一真相來源」,結合了產品,運營,商業和技術信號。目標是:
  • 每日內容漏鬥管理:發布、性能、本地化、認證。
  • 質量控制:法案穩定性,延遲,跌落,下載速度,兼容性.
  • 貨幣化:GGR/NGR,ARPDAU,將遊戲轉換為賭註,按市場和合作夥伴劃分的收入。
  • 生長:A/B測試,ficheflagi,UX遙測,識別「隱藏寶石」。
  • 合規性和可用性:許可證、RTP配置文件、認證、負責任的做法。
UX原則:
  • 「信號>數據」:默認情況下為狀態和異常;細節-按點擊。
  • 角色和上下文:每個角色都可以看到自己的KPI,過濾器和建議。
  • 直到洞察力<10秒:過濾器預設、快速搜索、重要小部件的pin。
  • 穩定反射區間、固定時間段、顯式日期/分析窗口。

2)角色和關鍵場景

產品經理(PM):發布優先級,表演跟蹤,A/B,幻燈片標誌。

內容管理器: 本地和貨幣覆蓋,目錄,在運營商商店的頭寸.

商業/BD:按運營商和地區分列的收入,合同,促銷窗口,目錄交易。
Tech/DevOps:殘局藥房,殘局,法案版本,汙垢/例外,CDN。
QA:收藏倒退,發行穩定性,熱卡錯誤。
合規性:RTP/認證/年齡限制,fichi負責任遊戲。
支持/CS:操作員/向導事件,頻繁投訴,常見問題,快速行動。

3)接口框架(信息體系結構)

1.頂部面板:全局過濾器(周期、操作員、地理、產品線、發布波、廣告牌版本)。
2.「今天」主選項卡:KPI+alerta/異常摘要。
3.內容:遊戲評級,發行版,「內容封面」(位置,貨幣,設備)。
4.商業:GGR/NGR,ARPDAU,Rev/Operator,保證金,投註漏鬥。
5.產品/UX:會話,保留,命中率,波動,時間到樂趣,tutorials。
6.質量/技術:aptime API、error rate、FPS/CPU for WebGL、TTFB/TTI、krashi。
7.合規性:市場認證,投註限制,RTP配置文件,自我釋放事件。
8.A/B和實驗:目標,切口,置信間隔,風險/效果。
9.工具:出口,webhooks,Alerta訂閱,「保存的觀點」。

4) KPI和公式(建議的最低限度)

4.1個商業

Bets=投註數量。
Stake Sum=投註金額。
Payout Sum=付款金額。

GGR = Stake Sum − Payout Sum.

Promo Cost=獎金+frispins(現金等價物)。

NGR = GGR − Promo Cost − Platform Fee − PSP Fee.

ARPDAU=NGR/DAU(按遊戲/投資組合)。

Take Rate = GGR / Stake Sum.

Conversion to Bet=出價的獨特玩家/獨特的遊戲啟動器。

4.2產品和行為

DAU/WAU/MAU и Stickiness = DAU/MAU.

Retention D1/D7/D30.

Avg Session Length=總會話時間/總數。
該期間的會議/用戶。
Hit Rate=(獲勝數)/(旋轉數)-用於插槽。
Volatility Index:支付方差/平均率(配給)。
第一旋轉/投註時間(TTFS):UX摩擦。
FTUE完成:接受培訓/tutorial的比例(如果有)。

4.3質量/技術

Uptime API(SLA/SLO),p95/p99按克裏特島。endpointam。
Crash Rate=(碰撞會議)/(所有會議)。
JS錯誤率(web),客戶機異常率(mobile)。
TTFB/TTI/TBT(Web性能)。
資產負載成功(200/206/304份額,CDN錯誤)。
版本Adoption:最新版本的玩家份額。
設備/OS Compatibility:最有問題的韌帶。

4.4內容和合規性

Localization Coverage=覆蓋位置/目標位置。
Currency Coverage=支持的貨幣/目標貨幣。
Certification Coverage(按市場):認證/目標市場。

RTP Observed vs Theoretical:在允許的走廊裏。
Feature Flags Adoption:包含的交通比例。

5)推薦的小部件(現成套件)

首頁(今日)

異常圖:事件列表(臨界性,細分,操作員,遊戲)。
前五名成長中的遊戲(按GGR計算,按保留率)和前五名下沈。
「Revenue Pulse」:NGR今天vs昨天/周,趨勢的p值。
Error&Crash Pulse: p95延遲,error budget burn-down。

內容

「發行系列」:發行日歷,認證狀態,區域/貨幣支票清單。
遊戲評級:GGR/ARPDAU/Retention位置,地理/操作員過濾器。
「隱藏寶石」:低流量但高ARPDAU/Retention遊戲。
「內容覆蓋」:區域/貨幣/認證的熱卡。

商業

運營商/Geo的NGR(treemap+表)。
漏鬥:「遊戲啟動→投註→重新投註→保持D7」。
定期報告:每周/每月/季度,季節性,促銷效果。

產品/UX

會話和隊列保留(首次啟動=T0)。
TTFS,FTUE,會話深度,投註頻率。
Fich頻率的熱卡(免費旋轉,獎金,賭博)。

質量/技術

SLO dashbord: Uptime, Latency, Error budget.

根據版本/devaise/OS,排名第一。
CDN/資源性能展示:TTFB/TTI/TBT。

Compliance

市場認證,截止日期,審核狀態。
RTP監視器:通過信任走廊觀察到的vs理論。
年齡/負責fici:現實檢查,限制,自我釋放事件。

A/B和實驗

選擇指標目標(例如ARPDAU,Retention D7)。
實驗狀態:持續時間,功率,置信間隔,風險。

細分市場: 地質,操作員,設備,初學者/退伍軍人.

6)數據和事件(最低遙測合同)

客戶端/服務器事件(JSON模式,密鑰為示例):
  • `session_start`, `session_end` (user_id, device, geo, operator_id, game_id, version, ts).
  • `game_load_start`, `game_load_complete` (timings, assets_count, CDN POP).
  • `spin_start`, `spin_result` (stake, win, balance_before/after, bonus_flags).
  • `crash` (error_code, stack, device/OS, build, memory/CPU).
  • `ab_exposure` (exp_id, variant, ts).
  • `feature_flag` (flag_name, on/off, cohort).
  • `cert_check` (market, status, ts).
  • `localization_check` (locale, coverage_state).

存儲:原始事件→流媒體(Kafka/Kinesis)→ DWH(BigQuery/Snowflake/Redshift)→展示櫃。

Справочники: `games`, `operators`, `markets`, `locales`, `builds`, `flags`, `promotions`.

7)計算方案和店面

Fact_Bets (grain: user-game-spin): stake, win, net, flags.

Fact_Sessions (grain: user-game-session):持續時間、設備、碰撞。

Fact_Revenue (grain: operator-game-day): GGR, PromoCost, NGR.

Dim_Game/Operator/Market/Locale/Build.

聚合:「Daily_KPI」,「Release_Perf」,「AB_Results」,「Tech_SLO」。

8)數據質量和信任

數據合同:圖形版本,向後兼容性,漂移時的主動變量。
驗證:必填字段、範圍控制(例如,stake> 0)、重復數據消除。
觀察力:ETL喬布斯監視器,瀉湖,跳過聚會。
檢驗指標:指標目錄(所有者、公式、更改日期)。

9)Alerta和異常(規則示例)

p95 Latency> SLO(連續X分鐘)-Pager for Tech。
Crash Rate ↑> Y%到上天的中位數-QA/Dev。
RTP Observed超越走廊[theor − δ;N背上的 theor+δ]-Compliance/PM。
運營商的NGR ↓ Z%,沒有促銷活動-商業。
Failed Certification截止日期<7天是「Today」中的紅色橫幅。
發布後的遊戲沒有達到DAU/Stake的閾值-帶有建議的PM任務。

10) A/B測試和決策

實驗計劃:假設→對目標指標→風險的影響。
最小持續時間和功率(計數MDE,α,β)。
交通分層:通過運營商和地理來實現穩定。
報告:uplift,置信區間,優越概率(Bayes/freq)。
Guardrail度量:賭註穩定性,摸索,後退。

11)合規和負責任的做法

RTP配置文件,監視RTP,市場報告。
年齡限制,投註限制,現實檢查,自我釋放信號。
存儲和訪問:RBAC、user_id化名、保留策略。

12)RBAC,隱性和隱私

多功能:按運營商/合作夥伴劃分的空間。
RBAC:角色和漏洞(view financials,view PII-禁令;只有技術-沒有商業)。
審計:誰瀏覽/導出,活動日誌。
PII最小化:user_id-哈希/偽ID,UI中禁止重識別。

13) UX模式和微相互作用

具有趨勢和信任「走廊」的KPI卡。
帶有固定標題,快速濾波器的熱卡和運行表。
「Explain this change」:異常的彈出解密(區域/運算符的貢獻)。
「Pinned views」和團隊內部的預設表演。
狀態的統一顏色標度(成功/警告/關鍵),深色/淺色主題。
移動伴侶:僅摘要+alerta+acknowledge。

14)實施支票(沖刺)

沖刺1:賽事,連接器,基本店面(Daily_KPI,Release_Perf)。
沖刺2:主要「今天」,遊戲排名,NGR/GGR,Retention,SLO。
Sprint 3:異常,Alerta,AB模塊。
Sprint 4: Compliance選項卡、RTP監視器、覆蓋卡。
Sprint 5:RBAC/影音,審計,出口,保存的觀點。
沖刺6:優化UX,移動摘要,自動重組。

15)詞匯表(簡短)

GGR/NGR-總收入/凈收入。
ARPDAU-每天活躍球員的收入。
命中率是獲勝的頻率。
Volatility Index是收益的相對可變性。
SLO/SLA是服務的目標/合同指標。
TTFB/TTI/TBT是Web性能指標。
覆蓋範圍-覆蓋區域,貨幣,認證。

16)反模式

在單個屏幕上混合角色(上下文過載和泄漏)。
沒有定義目錄的免費度量公式。
深嵌套濾鏡無預設。
缺少異常和復雜圖形的「解釋器」。
不透明的A/B報告(沒有MDE/功率/導體)。

17)結果

提供商好的行車記錄不是「很多圖形」,而是管理工具,它是:

1.顯示情況在哪裏,

2.解釋了為什麼,

3.提出了接下來要做的事情(實驗,虛構,促銷,發布剪切),

4.由RBAC保護,並通過SLO進行,

5.所有角色都可以通過個性化的表現來理解。

💡 建議您從基本的Daily_KPI展示櫃、SLO面板、遊戲評級和簡單的異常檢測器開始;然後擴展到A/B,Compliance和自動建議。
Contact

與我們聯繫

如有任何問題或支援需求,歡迎隨時聯絡我們。我們隨時樂意提供協助!

開始整合

Email 為 必填。Telegram 或 WhatsApp 為 選填

您的姓名 選填
Email 選填
主旨 選填
訊息內容 選填
Telegram 選填
@
若您填寫 Telegram,我們將在 Email 之外,同步於 Telegram 回覆您。
WhatsApp 選填
格式:國碼 + 電話號碼(例如:+886XXXXXXXXX)。

按下此按鈕即表示您同意我們處理您的資料。