現實檢查和遊戲提醒

1）目的和領域

通過定期和上下文提醒降低過度玩耍造成的傷害風險：時間/損失進展、軟幹預和快速訪問限制/休息。覆蓋範圍：web/mobile，遊戲提供商，錢包/PSP，CRM/營銷，CS，Risk/RG，法律/DPO，報告。

2）原則

正念>壓力。我們報告事實和選擇，沒有操縱。
可見性和簡單性。限制和「暫停」可在2個點擊≤中獲得。
適應性。間隔和內容取決於行為/風險和市場需求。
可證明性。所有RC/提醒都在帶有時間戳的不變日誌中。
隱私和尊重。PII最小化，本地化和可用性。

3）角色和RACI

RG Lead-策略，間隔，文本/位置以及度量標準。(A)

產品/UX/工程-定時器，橫幅，調制解調器，API的實現。(R)

風險/分析-傷害標記，動態觸發器，A/B評估。(R)

CS/CRM-通訊，民意測驗，營銷支持。(R)

法律/DPO-遵守規範/地方，隱私，語言。(C)

內部審計-獨立抽查。(C)

Exec Sponsor — «tone from the top».(I/A)

4） Reality Checks和遊戲提醒的類型

1.臨時RC：活動會議每N分鐘（例如30/60/120）。
2.財務RC：當達到每日/每周損失/存款限額的X％時。
3.會話：連續播放>M分鐘/小時；中斷的建議。
4.行為：經過一系列加速投註，取消結論，事件的「幾乎限制」。
5.存款：在短窗口重新存款（friction屏幕）之前。
6.UX備忘錄：狀態酒吧花費/時間，標語「設置限制」，「休息一下」。

5）觸發器和間隔（骨架）

基本值：每60分鐘一次RC；金融RC上限為70%和90%。
高風險配置文件：每30分鐘一次RC；在「幾乎限制」的情況下，提醒。
過渡：3 RC後不間斷-強制性的現實感嘆號（例如,2分鐘）。
存款：第二筆存款≤ 60分鐘-friction屏幕，具有該期間的支出歷史。
夜間時鐘：增強模式（RC短，休息時間柔和）。
本地規範：單獨的市場配置文件（策略配置中的值）。

6）文本（無壓力）-示例

RC時間：

💡 你玩60分鐘每場比賽的損失：24歐元。想休息一下還是設置限制？

RC財務（限額的70％）：

💡 您已達到白天限制的70%。選擇：休息一下,保持限制,收緊限制。

存款前的碎片：

💡 最後一個小時：存款-2，凈結果-35歐元。我們建議暫停或限制。是否要繼續?

連續3個RC之後：

💡 短暫暫停評估。每屆會議：時間2小時10米,凈結果-48歐元。返回遊戲/設置限制/退出。

禁止使用推動繼續使用的語言（「更多」，「幾乎反彈」）。

7） UX模式和可用性

帶計時器的模態窗口，三個清晰的按鈕：中斷，限制，繼續。
狀態欄：會議時間,凈結果,快速訪問限制。
調制解調器中的焦點陷阱（可用性），鍵盤控制，屏幕閱讀器的配音。
沒有黑暗模式：相同的視覺按鈕層次結構，確認限制松動-僅在「冷卻」之後。
本地化和單位：貨幣，日期/時間格式，24小時格式。

8）集成和事件

Game providers/aggregators: событие `reality_check` (payload: elapsed, net, stake_count), `session_pause`, `session_stop`.

Wallet/PSP：每個窗口訪問凈結果（小時/天/周）。
CRM：高風險/多重RC的支持；個性化的音符沒有促銷。
Feature Flags：包含A/B市場/細分市場的RC配置文件。

9）數據、隱私和日誌

數據模型（最小）：

`user_id, rc_type{time	finance	behavior	deposit}, rc_version, fired_at_utc, session_id, elapsed_min, net_result, threshold, ui_action{pause	limit	continue	dismiss}, followup_ticket_id, risk_profile, locale`.

僅存儲必要的單元；PII是分開的。
日誌不可變（WORM），UTC的時間；通過RBAC/ABAC訪問。
Retence：關於RG/監管政策（通常為5-7歲）。

10）算法和邏輯

規則：config引擎（YAML/DB）：間隔、閾值、文本、位置。
風險調制器：風險類別↑ → RC間隔↓，增強了邊緣屏幕。
與限制協調：RC 考慮當前的限制/超時/SE；在活動鎖定下無法繼續遊戲。
反垃圾郵件：在頻繁觸發（debounce）時合並RC，但沒有錯過關鍵。

11） KPI/KRI和dashboard

RC Coverage：按個人資料獲得RC的活躍玩家比例。
時間到RC：從會話開始到第一個RC（中位數）。
RC Response Rate：%動作休息/限制。
極限更新：從RC轉換→設置極限。
Repeat Harm Markers 30/90d： RC實施後下降。
Deposit Friction Impact：將重復存款的頻率更改≤ 60分鐘。
合並率：關於侵入性/難以理解的投訴。
Auditability：RC的份額與正確的日誌以及與遊戲/錢包事件的關系。

12）支票單

發射前

市場間隔/閾值配置文件與Legal/RG協調。
UX復印機是本地化的；沒有壓力的文本。
與提供商/錢包/CRM的集成經過測試（姿勢/否定）。
WORM Logi, UTC時間,GL/錢包對賬。
可用性：鍵盤、對比度、屏幕閱讀器、移動手勢。

在操作中

RC Coverage/Response Rate日常監控。
在重復補充資金中核實「存款前」。
高風險/頻繁的RC的市場推廣。
升級到CS為NRC玩家沒有中斷。

審計和改進

季度A/B間隔/復印測試。
博客樣本：匹配遊戲/錢包事件。
CAPA關於投訴/事件（更改文本/間隔）。

13）模板（快速插入）

A）RC（60分鐘）調制解調器

💡 你在遊戲60分鐘凈結果：-18歐元。
休息一下/設置限制/繼續

B）存款前的小部分

💡 在最後一個小時，你補了兩次賬單。結果：-27歐元。
建議您限制預算或休息一下。是否要繼續?

C） SMS/Push（軟）

💡 提醒：遊戲是一種娛樂。想想休息或限制。設置-在配置文件中。

D） Profile上的橫幅

💡 控制遊戲：限制·中斷·自我體驗

14）關系

負責任的遊戲和限制-策略和冷卻。
自我排斥和帳戶鎖定-停止遊戲/存款。
事件花花公子（RG）-傷害標記下的升級。
監管報告-RC/市場會議的卸載。
道德準則是正確的措辭，沒有壓力。

15）技術骨架

API: `POST /rc/fire`, `POST /rc/action`, `GET /rc/profile`, `POST /deposit/friction`.

События: `rc_fired`, `rc_action_taken`, `deposit_friction_shown`, `pause_started`, `limit_set`.

存儲：不變的日誌,按日期/市場進行分期付款,在CI中驗證電路。

Feature Flags: `rc.profile.eu_60min`, `rc.profile.uk_30min`, `rc.deposit_friction.enabled`.

16）風險與預防

忽略提醒→在N RC之後強制暫停；高風險的間隔更短。
深色模式→相等按鈕，禁止分心視覺口音。
不準確的金額/時間→綁定到錢包/聚合器，單元計算測試。
假陽性→ debounce/聚合；手寫的極端案例。
隱私→單位代替詳細的PII；掩蓋出口。

17）實施計劃（30天）

第一周

1.批準RC政策（間隔、閾值、文本、位置、風險簡介）。
2.特定事件和數據模型；與Legal/DPO協調。
3.準備UX布局：調制解調器，狀態酒吧，橫幅。

第二周

4.在客戶端和後端實現計時器/事件；與錢包/提供商/CRM集成。
5.包括市場標誌；編寫日誌驗證測試/總和/時間。
6.培訓CS/CRM；發布1頁的答復和宏。

第3周

7.飛行員（5-10%）：收集覆蓋/響應/完整度量。
8.A/B文本和間隔；設置高風險配置文件。
9.修復小提琴上的抄本/計時器。

第四周

10.完整發行；每日監測KPI和投訴。
11.向管理層報告；CAPA的標記/錢包差異。
12.計劃v1。1：自適應間隔，ML風險模塊，區域擴展。

CS/CRM的助推器（明天該怎麼辦）：

如果玩家經常看到RC並且沒有休息-提供超時/限制。
任何關於侵入的投訴-註冊；不要應玩家的要求清除RC。
答案保持中立，無壓力，無拖拉。
檢查經常出現RC和高風險的玩家的郵件。