操作面板和业务指标

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到利润和再分配。