玩家自我體驗計劃

1）什麼是自我排斥以及為什麼需要

自我排斥是一種自願的（或規定的）措施，在該措施中，玩家將賭博限制為特定時間或無限期。

• 降低遊戲危害風險並保護易受傷害的用戶。
• 滿足支付合作夥伴的許可要求和期望。
• 保持信任並降低成本（投訴，沖擊，制裁）。

2）法律框架和方案類型

操作員：僅在您的平臺上運行。
登記冊：國家/地區名冊（在法律規定的司法管轄區）。
根據命令：根據監管機構/法院/RG部門的決定，暫時或永久封鎖。

時間（建議）：24小時-7天（超時），1-6個月，12個月，無限期（無提前取消權的最低期限）。

3）自我體驗政策（維基的骨架）

1.領域：web/mobile/合作夥伴品牌。
2.選項：超時，N上的自我隔離，無限期。
3.取消時間表和規則：提前退貨前冷卻（如果司法管轄區允許）。
4.數據和私有性：最小化，RG信號再生，邏輯透明度。
5.財務：凍結存款，資產負債表提取順序，獎金和未支付資金。
6.通訊：促銷塊，信件/對話模式。
7.整合：註冊表，KYC/AGE，CRM/ads支持，會員。
8.審計和指標：SLA，期刊，報告。

4）UX模式（可見和誠實）

從1-2點擊中的個人資料訪問：「暫停」，「自我體驗」。
透明後果：失去獲得遊戲/存款的機會，這將帶來平衡/獎金。
決定確認和結束日期的最終屏幕。
為了提高風險信號-彈出句子「暫停」與安全的文案音調。
激活後-可理解的狀態以及與結論支持的通信形式。

完成文本

選擇屏幕： "自我體驗是您安全的休息。選擇期限：7天·1個月·6個月·12個月·無限期"

確認： "我們將在［日期］之前阻止訪問遊戲和存款。您可以登錄以查看歷史記錄並提取資金。繼續嗎？"

激活通知： "在［日期］之前主動進行自我約定。廣告被禁用。如果需要幫助-寫信支持"

5）從請求到執行的過程

1.啟動：玩家選擇截止日期→確認→記錄事件。
2.身份驗證：與KYC/AGE進行對賬（尤其是通過劄幌進行查詢）。
3.技術應用：關閉遊戲功能，存款，獎金；留下歷史和結論。
4.營銷/CRM：在所有渠道（電子郵件/SMS/push/ads/關聯公司）中添加到suppression列表。
5.附屬機構：發出禁止再銷售的信號。
6.註冊表（如果適用）：檢查/輸入玩家,提交標識符。
7.財務：停止自動促銷,解鎖安全輸出。
8.通訊：信件/push與結束日期，幫助參考資源。
9.期刊和報告：WORM的原因，時間，渠道；reason codes標簽。

6）超時vs自我體驗： 差異

7）與自我排除登記冊的整合

登記和登記：登記處核查；巧合時拒絕。
狀態同步：API/批量加載；存儲註冊表ID。
區域差異：時間，身份格式，證據要求，不遵守罰款。
Logs：證明每個驗證和註冊表響應。

8）與KYC/AML/RG/Privacy的聯系

KYC/AGE：防止未成年人進入和欺騙人格。
AML：自我判斷時經常存款/處理-增強風險評分。
RG評分：傷害信號可以自動提供暫停/自我體驗。
隱私：用於RG信號分析的DPIA；最小化，有限的重構，透明的解釋。

9）財務： 資產負債表，獎金，結論

存款：自激活以來一直被禁止。
資產負債表：可用於輸出；KYC/AML規則有效。
獎金/獎金：停用；明確描述政治中無人認領獎金的命運。
未完成的費率：根據產品規則（退款/結算）結算。
Charjbacks/爭議：一個單獨的花花公子，記錄時間線。

10）營銷和補充

立即添加到全球支持列表（電子郵件/SMS/push/in-arr/retarget/關聯）。
阻止觀眾下載到廣告平臺；定期對賬。
獎金計劃和VIP活動例外。
Logi：何時以及誰在拍攝時應用了支持。

11） Sapport培訓和腳本

原則：同理心，清晰度，缺乏「銷售」。

• "謝謝你伸出援手。我們理解你決定休息一下。我將在［日期］之前幫助激活自我排斥。您可以提取資金並查看歷史記錄。您想說明原因嗎?這將有助於我們改善支持"

升級：對自己/他人的傷害威脅→安全協議和幫助服務聯系人的轉移（根據當地要求）。

12）度量指標和目標值

Self-Exclusion Rate（應用該措施的玩家比例）。
Time-to-Enforce（從查詢到鎖定的第95個中位數）：目標-分鐘。
Suppression Accuracy（激活後~ 100％沒有促銷活動）。
30/90天後返回（沒有重復的傷害信號）。
錯誤重新激活率（錯誤的退出）。
Case Resolution SLA（通過劄幌申請）。
Complaint/Chargeback Rate-實施後下降。

13）日誌和審計

不變的WORM日誌：CRM和金融系統中的誰/信道/時限/原因/註冊表ID/活動。
報告：每周/每月RG指標、事件和問題。
訪問檢查：誰可以拍攝自我體驗（嚴格的RBAC/四只眼睛）。

14）支票清單（運營）

激活

• 驗證個性（如果通過sapport）。
• 阻止遊戲/存款；訪問歷史/結論。
• 在CRM/ads/附屬機構中的支持。
• 檢查/登記（如有需要）。
• 一封信函/一封確認信，附有援助日期和資源。
• 寫入WORM日誌。

運營

• 定期與登記冊核對狀態。
• 監控規避嘗試（新帳戶/支付方法）。
• 指標和事件報告。

截止日期

• 自動保存鎖定促銷直到玩家明確決定返回。
• 無限期-提取申請程序+「冷卻」。
• 重新激活時重復RG簡介（建議限制/超時）。

15）技術架構（參考）

RG 服務/Self-Exclusion引擎：狀態存儲、時間表、鎖定API。
Auth Gateway：登錄/每個遊戲操作時檢查狀態。
Payments/Bonus Engine：禁止存款/獎金。
CRM/Ads Hub：在實時同步支持。
Registry Connector：與外部列表集成。
審計/WORM：不變期刊，SLA dashbords。

16）實施路線圖（6個步驟）

1.政策和DPIA：批準目標，時限，重新激活規則，隱私。
2.UX/文本：屏幕，確認，信件，援助資源；本地化。
3.集成：RG引擎，Auth/Payments/CRM/Ads/註冊表，支持渠道。

4.操作： SOP的劄幌,升級,日誌,報告.

5.培訓：對話倫理，安全協議，區域規範。
6.監測和改進：SLA/accuracy，A/B UX，註冊表/附屬機構的審計。

17）頻繁的錯誤以及如何避免錯誤

隱藏的鏈接→將選項放在profile和futer中,添加到onbording RG中。
在沒有冷卻的情況下提前取出→會增加復發的風險。
排除後的促銷→配置全局支持和定期對賬。
沒有與註冊表集成→罰款風險很高。
缺少日誌/指標→無法證明符合要求。
黑暗模式→破壞信任，並可能違反許可條件。

底線

自我體驗計劃不是單個按鈕，而是端到端系統：誠實且負擔得起的UX，嚴格的鎖定技術，市場營銷和與註冊表的集成，透明的回報/重新激活規則，不變的日誌和清晰的度量標準。這種方法可以保護玩家，增強合規性，並減少運營風險，同時又不影響產品的透明度和聲譽。