遊戲時間限制

1）為什麼需要時間限制

• 滿足許可證和道德要求；
• 減少投訴和沖鋒；
• 以健康行為為代價的LTV可持續指標。

2）限制類型（建議的分類法）

註意：時間限制必須與存款/損失限制和現實檢查保持一致。

3）適用政策和規則

減少限制立即生效。
升級-僅在冷卻後（24-168小時；記錄在政治中）。
到達會話閾值（如上所述90分鐘）時強制休息-窗口鎖定在5-15分鐘後倒計時。
宵禁時間：高風險概況/區域規範的自願性（經同意）或「默認」。
日誌：不變的安裝/更改/鎖（WORM）提交。

4）沒有「黑暗」技術的UX模式

原則：「休息/繼續」的同等可見性，清晰的數字（分鐘/小時），本地TZ，窗戶上沒有促銷。

• 個人資料→「自我控制」→「遊戲時間」：會議/日/周限制+宵禁時間。
• 遊戲中的進度指示器：「今天：90分鐘中的45分鐘。」
• Reality Check with timer and net result（無壓力返回）。

• Onbording："選擇時間限制。下降立即起作用，在48小時（冷卻後）上升"
• 暫停前：「您正在播放90分鐘。為了安全起見，休息時間為10分鐘。暫停期間沒有投註。」
• 當天的限制達到了："白天的時間限制（120分鐘）已經用盡。遊戲將於明天00：00開始提供"
• 上調請求："將日限提高到180分鐘，將在48小時後生效。確認嗎？"

5）觸發和升級（幹預梯子）

1.柔軟的裸體（30-60分鐘）：提醒時間/休息時間,15分鐘休息/設置限制按鈕。
2.強化提示（80%限制）：超時/降低限制的建議。
3.強制性休會（100％會期門檻）。
4.在達到白天/周限時鎖定時間。
5.提供持續超頻和其他RG信號（chasing，夜間會議）的自我體驗。
6.Sapport聯系人是具有重音碼的輪廓人。

6）復雜的案例以及如何解決它們

多設備/標簽：計數活動遊戲窗口；對並行會話進行重復數據消除,使用心跳事件。
比賽/巡回賽：提前警告，在抽簽結束前應用「寬限期」，但緊接著固定強制性的休息時間。
AFC/不作為：在N分鐘不活動後自動暫停和自動停頓（不要在「比賽期間」註銷AFK）。
多垂直：單獨的垂直限制+通用的「上限」帳戶限制。
時間/DST：在UTC中存儲標簽，在玩家的位置顯示；時期規則是根據本地TZ。
可用性：對比/字體，屏幕閱讀器支持，易懂的文本。

7）與其他RG工具的連接

Reality Checks：顯示時間進度,提供休息/超時/自我體驗。
存款/損失限額：用盡時間時凍結存款/利率。
自我體驗：在活動狀態下，不顯示任何遊戲提示-僅提供信息。

8）體系結構（參考）

時間限制服務：存儲極限和殘余,aggreging heartbeat事件,計算活動分鐘。

Event Bus: `session.start`, `session.heartbeat`, `session.end`, `bet.placed`, `bet.settled`, `timeout.started/ended`.

政策引擎：冷卻規則，強制休息，宵禁，升級。
Gateway Guards：利息/存款前的謂詞（零時塊）。
UI/通知：自我監控中心，彈出窗口，位置。
審計/WORM：不變的更改/鎖定/中斷日誌。

失敗安全：如果時間限制服務不可用,請執行「嚴格」行為-禁止利率/存款或最後記錄的余額（設置策略）。

9）隱私和數據

最小化：存儲分鐘/狀態而不是詳細的行為遙測。
用於時間分析的DPIA。
透明度：在RG政策中，描述計算，TZ，AFK規則，宵禁。
Retention：時間總成-12-24個月，鎖定日誌-根據許可要求。

10）效率指標和SLO

時間限制的選擇率（目標≥30 -50％）。
Break Take Rate （Reality Check後自願休息的比例）。
Time-to-Enforce（在沒有時間的情況下鎖定之前）：<1-2秒。
超時預防：耗盡時間後避免投註的比例（接近100%）。
Harm-Signal Reduction： 將夜間長會話/「chasing」減少30天。
復合率對通知的侵入性（保持低）。
System Availability (Time Limits): ≥99.9％的降解量。

11） RACI（角色）

12）支票清單（運營）

發射前

• 確定會期/日/周門檻和宵禁。
• 強制性中斷和升級冷卻已實施。
• 配置心跳和重復數據消除會議（多設備）。
• Lokali，可用性，無促銷文本。
• 包括WORM審核和SLO/度量儀表板。
• 由DPIA進行，RG政策已更新。

在運行中

• 每周校準閾值和通知頻率。
• 監視false blocks/false allows和侵入性投訴。
• 檢查零時間剩余玩家的競選活動。

事件

• 退化計劃（僅限/最後余額）。
• 失敗時向玩家進行通信，對日誌進行時間調整。

13）腳本示例

A.會期限為90分鐘，強制性休會10分鐘

玩家達到90分鐘→窗口被鎖定，計時器10分鐘，幫助/退出資金按鈕。休息後-重新開始會議。

B.日限額120分鐘

玩家在早上打了100分鐘，晚上打了20分鐘→直到當地的TZ 00：00。UI顯示「明天可用」。

C.宵禁02： 00-06：00（自願）

嘗試登錄時： "遊戲窗口關閉至06：00。您可以設置例外，但我們建議將遊戲移至白天"

14）常見錯誤以及如何避免錯誤

每5-10分鐘→輸入一個頻率和有意義的閾值。
上升時沒有降溫→監管風險和對玩家的傷害。
AFK帳戶為「遊戲時間」→使用心跳和自動暫停。
休息窗口中的促銷→禁止；只有RG選項。
不計算TZ/DST →在UTC, UI-在本地進行計算。
缺乏日誌→證明合規性無濟於事。

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

1.政策和DPIA：確定限制的類型，閾值，宵禁，冷卻。
2.體系結構：時間限制服務,heartbeat, guards, WORM審核。
3.集成：與Reality Checks、存款/損失限制、自我排序、CRM支持相關聯。
4.UX/內容：自我監控中心、文本、本地化、可用性。
5.可觀察性：績效指標和SLO，Alerta，RG報告。
6.改進：A/B時間/語言，閾值校準，投訴分析。

結果

遊戲時間限制不僅僅是計時器，而是自我監控的端到端輪廓：誠實閾值，強制休息時間，正確的時間跟蹤技術，透明的UX，無促銷，與其他RG工具的鏈接以及嚴格的可觀察性。這種方法可以保護玩家，增強合規性和聲譽，並增強產品的可持續性。