運營商和合作夥伴的UX

1）背景和關鍵差異

運營商處理風險，付款，合規性，內容，股票，支持。他們的UX目標是操作管理和減少事件。
合作夥伴（附屬機構）專註於LTV/ROI的流量，離岸，付款和分析。他們的UX目標是透明度和增長。

• 一個角色是桌面上的一個主要腳本。
• 信號和狀態比裝飾圖形更重要。
• 任何指標都是從原始來源（drill-down）開始的。
• 默認審計小徑；行動-可轉介（undo/confirm）。
• A11y/i18n-by-default：鍵盤，對比度，本地格式。

2）角色和法律（RBAC）-UX框架

基本操作員角色：管理、合規、風險/欺詐、付款、CRM/Bonuses, Content, Support, BI。
合作夥伴角色：合作夥伴所有者，經理，財務，分析師。

• 分區可見性和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分鐘」，「更改提供商」）。

• "在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密鑰和度量表。