操作面板和業務指標

1）面板的目的

• 給出整體業務脈搏（real time/接近真實時間）；
• 突出偏差/風險和「火災」地點；
• 加快解決方案：從KPI卡→到特定的列表/字幕/屏幕。

2）角色和個性化

• C級/董事會：按品牌/地區分列，趨勢，預測。
• 運營/運動：現場負荷,投註/保證金/分數,取消。
• 付款/財務：存款的轉換,TtW, apruve/Lock, charjback.
• 風險/合規性：KYC/AML狀態，制裁，FRM信號，限制。
• CRM/營銷：LTV/CAC，重播/重播，細分/活動。

個性化：小部件順序，選定的切片（國家/提供商/頻道），「值班模式」（通知和大數字）。

3）接口層次結構

上限：日期/時區，品牌/地理/顯示貨幣選擇。
KPI（英雄卡）：6-8個關鍵指標今日+三角洲到基準/昨日/周。
趨勢和分配：線（GGR/NGR），列（方法存款），甜甜圈（混合）。
操作磁帶：Alerts（SLA，風險，PSP），任務隊列。
Drilldowns：點擊深入到細分/對象（支付方法→具體拒絕）。

4）關鍵KPI和公式（基本）

DAU/MAU：活躍的球員/月。
新存款人（ND）：該期間的新存款人。
Deposit Conversion：註冊→首次存款。
ARPPU：「收入/付費用戶」。
GGR（遊戲總收入）：「賭註−獲勝」。
NGR（凈遊戲收入）：「GGR −獎金−獎金−提供商傭金− GGR稅」。
Hold（體育）：「1 −（付款/接受投註）」。
時間到錢包（TtW）：從請求輸出到到達的時間中位數。
KYC Pass Rate：「通過/啟動」。
Approval Rate（結論）：「批準/請求」。
Chargeback Rate：「Chargeback/處理後的付款」。
FRM Alerts/1k Tx：每1,000個事務的frod信號數。
Retention D1/D7/D30：按隊列返回。
LTV^t：到t時每個用戶的累計NGR。
RTP（插槽）：遊戲/提供商的「付款/投註」。

重要的是：整個產品數據層中有一個語義指標（沒有「兩個GGR」）。

5）小部件和顯示模式

KPI卡

標題，值（表數字），增量（箭頭/百分比），迷你火花線。
顏色：有用指標（NGR，轉換）的綠色增長，負值（故障/沖鋒）的紅色增長。
點擊：drilldown到表格/圖表與過濾器。

趨勢

平滑線，置信區間/閾值（SLO）。
今天/周/30天/隊列開關。

分布

酒吧排行榜：方法存款，PSP偏差比例，聯盟/提供商費率。

操作磁帶

SLA事件（PSP延遲，KYC隊列），主要勝利，負載峰值，制裁標誌。

表

總和足跡，固定列，品種/過濾器，CSV導出。

6）切片和過濾器（強制）

時間：今天/UTC vs地方，小時間隔，周/月窗口。
地理/管轄權：國家，地區，許可證。
平臺/頻道：web/app/會員。
支付方法/PSP。
提供商/遊戲/體育/聯賽/市場。
用戶細分：VIP,初學者,重新調整,風險配置文件。

所有過濾器都是可配置的；URL可尋址狀態為「重置」。

7）信號,Alerts,閾值

靜態閾值： TtW> 2h, Approval Rate <80%, KYC backlog> N.

動態（異常）：偏離季節性模型>3 σ。

復合規則： 「PSP-X故障增加>5 p.p.和GEO-Y ↑的流量。」

頻道：面板上的窗簾，電子郵件/Slack/Push；跟蹤「接受/決定」。

8）數據新鮮度和表現

SLO新鮮度：運營KPI ≤ 60秒，聚合-≤ 5分鐘，財務對賬-T+1。
在面板層和小部件上更新了00：45。
前面：WebSocket/SSE for increments，暫停時的戰鬥播客。
動畫僅是「轉換/操作性」，沒有重型過濾器。

9）數據體系結構（非常簡短）

流媒體：事件總線（例如Kafka）→流處理（Flink/Spark）→速度層（Redis/ClickHouse）。
Batch：原始日誌→ DWH（BigQuery/Snowflake）→店面/語義層（dbt/metric-layer）。
Metrics layer：所有客戶端的單一KPI定義（面板、報告、API）。
SCD/隊列：保留屬性的忠誠度和recenchn/LTV的隊列。

10）多品牌/多同性戀/多貨幣

Brand/License/GEO選擇器,總和和比較（堆叠或小型多重）。
貨幣顯示-以品牌帳戶+等效貨幣（請參閱「貨幣轉換」）。
時區-提交報告（品牌位置vs操作員）。

11）A11y，本地化，黑暗主題

對比度不低於AA；tab順序，「aria-label」在卡片按鈕上。
日期/貨幣的文本/格式-按地區；RTL鏡像（請參閱RTL海德）。
夜班的黑暗/對比主題；焦環是可見的。

12）反模式

30多張 KPI「小砂漿」卡沒有等級制度。
不同小部件中單個度量的不一致公式。
顏色是唯一的意義載體。
「無聲」面板：沒有CTA和所有者的Alertes。
數據「昨天」沒有新鮮度指標。
每次過濾器時,鎖定到整個屏幕的載波。

13）設計系統令牌（示例）

json
{
"dashboard": {
"gap": 12,
"cardRadius": 12,
"kpiHeight": 96,
"sparkHeight": 24
},
"palette": {
"good": "#2e7d32",
"bad": "#c62828",
"warn": "#ef6c00",
"muted": "#607d8b"
},
"motion": { "inMs": 140, "outMs": 100 },
"a11y": { "contrastAA": true, "tabularNums": true }
}

14）接口嗅探示例

KPI卡（HTML）

html
<button class =" kpi" aria-label =" NGR today, plus 7 percent to yesterday">
<header> NGR today </header>
<div class="value">₴ 12 340 000</div>
<div class="delta up">+7. 1%</div>
<svg class="spark"></svg>
</button>

語義度量（偽SQL/DSL）

sql metric NGR as
SELECT SUM(bets. amount - wins. amount - bonuses. amount - fees. amount - ggr_taxes. amount)
WHERE brand =:brand AND ts BETWEEN:from AND:to;

json
{
"if": "psp. decline_rate(country='TR',psp='X') > 0. 15",
"and": "delta('15m') > 0. 05",
"then": { "notify": ["payments-oncall"], "priority": "high", "runbook": "psp-x-declines" }
}

15）典型的iGaming腳本

付款

「PSP上的Approval Rate」小部件→運到帶有代碼的拒絕原因列表中。
「按方法計時」→ SLA地圖；點擊是特定的隊列。

體育

實時投註/秒，聯賽保持不變，差分差。
過熱市場（劇烈偏斜）→一組建議/手動限制。

賭場

提供商的RTP/波動，頂級遊戲/流出，「異常RTP<閾值」。

風險/合規性

KYC backlog и pass rate;FRM信號；制裁旗幟。
點擊alert →具有動作（freeze/verify/escalate）的玩家卡。

16）面板本身的度量

參與面板：面板DAU，會話時間，點擊鉆孔。
警報MTTA/MTTR：反應前和事件結束前的時間。
Accuracy complaints：「數字不會收斂」（<0.5%）。
Freshness breaches： SLO新鮮度違規的比例。
Actionability：後續行動的分量（>70%）。

17） QA支票清單

數據和一致性

• 單一度量定義（度量層）。
• 顏色閾值/方向正確（「不良」生長=紅色）。
• 每個小部件都有時間和新鮮的來源。

UX

• 在關鍵原因之前2-3點擊最多。
• 過濾器是累積的，URL狀態是可尋址的。
• KPI卡可從鍵盤和屏幕播音員獲得。

表演

• 切換濾鏡≤ 300毫秒（隱身配置文件）。
• 沒有CLS；大量虛擬化圖形。
• Real Time更新時沒有「抽搐」。

A11u/主題

• AA ≥對比；焦環是可見的。
• 黑暗/對比主題可讀；顏色不是唯一的信號。

18）設計系統中的文檔

Компоненты: `KpiCard`, `TrendChart`, `BreakdownBar`, `AlertFeed`, `DataFreshnessBadge`.

度量標準：公式字典、單位、正負"符號。
手冊：「如何添加KPI」，「如何設置Alerta」，「如何驗證來源」。
Do/Do n't畫廊：擁擠的面板vs聚焦於6-8 KPI，顏色≠含義，運球沒有死胡同。

簡短摘要

強大的操作面板是單一的度量定義，明確的小部件層次結構，瞬時變量和點擊原因。在角色下進行個性化，顯示數據的新鮮度，保持1-2點擊的動作，並保持可用性。然後，「產品的脈搏」將成為可管理的-從支付和KYC到利潤和再分配。