GH GambleHub

运营商和合作伙伴的UX

1)背景和关键差异

运营商处理风险,付款,合规性,内容,股票,支持。他们的UX目标是操作管理和减少事件。
合作伙伴(附属机构)专注于LTV/ROI的流量,离岸,付款和分析。他们的UX目标是透明度和增长。

一般原则b2b-UX:
  • 一个角色是桌面上的一个主要脚本。
  • 信号和状态比装饰图形更重要。
  • 任何指标都是从原始来源(drill-down)开始的。
  • 默认审计小径;行动-可转介(undo/confirm)。
  • A11y/i18n-by-default:键盘,对比度,本地格式。

2)角色和法律(RBAC)-UX框架

基本操作员角色:管理、合规、风险/欺诈、付款、CRM/Bonuses, Content, Support, BI。
合作伙伴角色:合作伙伴所有者,经理,财务,分析师。

UX模式:
  • 分区可见性和CTA按角色排列。
  • 受限制的活动标有"密钥"和原因提示("需要付款角色:高级")。
  • 敏感操作-双重确认+日志。

3)桌面(操作员)

3.1 Dashboard"平台状态"

SLA/SLO块:药房,事件,队列。
金融部门:GGR/Net Gaming,存款/收款,TtW p 95。
风险/AML:欺诈模式的变量,漏洞。
游戏活动:DAU/Concurrency,顶级提供商,发布错误。

行动:"打开事件","禁用提供商","启用技术工作横幅"。

3.2业务和付款

付款队列:状态,ETA,限制,方法来源(符号方法)。
大规模行动:approve/hold/reject有原因。
手术卡:KYC级别,地理,设备fingerprint,异常。

3.3 风险/AML

规则摘要,风险漏洞,相关帐户/设备,第3个因素(坞站)。
行动食谱:"保持24小时","请求扩展KYC"。

3.4营销和奖金

股票设计师:观众,条件,限制,时机,微观照片预览。
预算和剥离预测模拟器(abuse控制)。
AB插槽,频率限制,更改日志。


4)工作桌(合作伙伴)

4.1合作伙伴概述

交通/质量:点击、登记、FTD、CR、D7/D30保留。
财务:RevShare/CPA,应计费用/付款,不一致。
Offers:积极,节制,即将到期。

4.2跟踪和链接

链接生成器:源/通道/创意,deeplink, auto-UTM,简短链接。
地理/语言/年龄着陆检查。
验证:"已安装像素","已接收事件(signup/deposit)"。

4.3报告和卸载

时期/分组:按地理,按离职,按创意,按设备。
导出到CSV/XLSX并保留过滤器/时间区。
订阅时间表报告。


5)信息架构

主导航:操作,游戏/提供商,付款,风险/AML,奖金,合作伙伴,报告,设置。
次要级别:列表→卡片→动作调制解调器。
搜索无处不在:ID,电子邮件,交易,股票代码,设备,合作伙伴。
面包屑和固定过滤器面板。


6)信号,状态,Alertes

统一量表:info → notice →警告→ error → critical。

颜色≠唯一信号:图标/文本/形状。
全球警报栏批评,本地线索-旁边的问题。
超时和转发:显示原因和解决方案("重播2分钟","更改提供商")。

Microcopy示例:
  • "在KYC完成之前,撤军一直处于搁置状态。[打开支票单]"
  • "Offer在24小时内到期"

7)报告与分析

在事务/会话/事件之前从KPI下滑。
已保存的角色视图(财务/CRM/风险)。
合作伙伴归属:最后点击/首发/线性-显式选择。
异常:自动信号偏离基线。


8)合作伙伴内阁: 信任和透明度

计算的公平性:佣金,保留,校正的公式-"分为两行",并显示细节。
付款时间:ETA和状态,详细信息杂志。
媒体中心:标记/语言/地质创意,版本和更新日期。
沟通:内置聊天/滴答声,回答模式,转向SLA。


9)合规性和安全性(内置于UX)

进度和ETA的KYC/KYB支票清单;敏感字段-屏蔽。
所有关键操作的操作日志(audit trail),导出。
同意和请求理由(相机/地理/文件)-明确。
分工:一个人无法创建和批准付款。


10)可用性和本地化

完整的键盘,可见焦点,AA对比度。
"aria-live"代表alertas/tostas,"aria-describedby"形式。
本地格式的数字/货币/日期,字符串长度储备,RTL模式。
表:"th"/"scope",排序和可读签名。


11)性能和可靠性

长表虚拟化(数千行)。
骨架代替纺纱厂;将过滤器保存到URL。
自动草稿(股票,报告)。
Fail-soft:功能的部分降解,并有明确的解释。


12)事件和SLA

事件屏幕:状态,影响,受影响的提供商/方法,ETA,负责人,超时线,相关柚木列表。
通讯:标语/大炮/分段信件模板(操作员/合作伙伴)。
事件发生后:太平间,行动和控制日期。


13)关键屏幕模板

13.1付款(运营商)

过滤器: 方法,总和,地质,状态,风险.

表(行单击):ID、用户、总和、方法、状态、ETA、风险标签。
右侧细节:历史,KYC,logi,次要动作。
大规模操作:支票盒+确认原因。

Microcopy:

"这笔款项已经排队。ETA-长达15分钟。委员会不成立"

13.2合作伙伴简介

KPI顶部:FTD,CR,保留,佣金。

标签: Offers, Links,创意,付款,报告,文件.

快速操作:"创建链接","请求付款","打开字幕"。

13.3 Offer构造函数

礼堂→条款→创意→预算/限制→ Preview →出版物。
预览微型(简短版本+披露)。
A/B插槽和频率限制。


14) b2b-UX质量指标

时间到动作(从行车记录板到所需动作)。
表格(付款/收款)中的错误价格,时间到固定。
SLA合规性(付款/事件),警报响应时间。
合作伙伴指标:CR,FTD,保留,延迟付款,有争议的应计比例。
运营商和合作伙伴团队的NPS/CSAT。


15)支票单

发布前的屏幕

  • 角色的一个关键目标。
  • 加载/empty/error/success状态已覆盖。
  • 行动是可逆的或确认的。
  • 焦点,对比,'aria-'没问题。
  • 本地化:长度、货币、日期、时间段。

报告/表

  • 过滤器被保存,导出与当前过滤器。
  • 总数/总和与零件相同(drill-down)。
  • 50 k+行稳定性(虚拟化)。

合作伙伴办公室

  • 透明的付款公式。
  • 链接/像素验证。
  • 报告和Alerta订阅。

16)反模式

一个行车记录仪上的"人人共享"。
限制的潜在原因("无法"没有"原因")。
颜色作为唯一的状态载体。
与接口不匹配的导出(其他过滤器/时间区)。
调制解调器没有焦点敲击和焦点返回。
未知的付款/佣金变化。


17)快速微拷贝模式

角色限制

"此操作是可用的Payments: Advanced角色。请与管理员联系"

费用/付款

"这笔款项已经到位。预计入学时间为15分钟。[查看状态]"

合作伙伴链接

"链接处于活动状态。跟踪: 确定。UTM自动添加"

事件

"提供商X不稳定。部分欧盟用户无法使用游戏。ETA-30分钟。[更多]"


18)实施过程(6个步骤)

1.角色/任务审核→屏幕矩阵和CTA。
2.带有KPI和操作的Operator/Partner的Dashboard MVP。
3.一组具有内联验证的关键表格(付款,离职,风险)。
4.状态的单个令牌和Alert/Tost组件。
5.报告和导出保存过滤器/时间区。
6.事件和沟通:模板,SLA,后太平间。


最终的spargalka

根据角色制作桌面,而不是"通用"。
状态和动作总是相邻的,明确的"为什么"和"接下来会发生什么"。
报告-端到端:KPI →交易,导出=屏幕。
合作伙伴-清算透明度和稳定的付款。
A11y/i18n是默认值。事件-具有清晰的沟通和SLA。

需要-为您的设计系统准备屏幕框架(操作/付款/风险/合作伙伴),i18n密钥和度量表。

Contact

联系我们

如需任何咨询或支持,请随时联系我们。我们随时准备提供帮助!

开始集成

Email — 必填。Telegram 或 WhatsApp — 可选

您的姓名 可选
Email 可选
主题 可选
消息内容 可选
Telegram 可选
@
如果填写 Telegram,我们也会在 Telegram 回复您。
WhatsApp 可选
格式:+国家代码 + 号码(例如:+86XXXXXXXXX)。

点击按钮即表示您同意数据处理。