现实检查和游戏提醒

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和高风险的玩家的邮件。