リアリティチェックとゲームリマインダー

1）目的とエリア

時間/損失の進行、ソフトな介入、制限/ブレークへの迅速なアクセスなど、定期的および文脈的なリマインダーによる過剰再生による害のリスクを軽減します。カバレッジ：ウェブ/モバイル、ゲームプロバイダー、ウォレット/PSP、 CRM/マーケティング、 CS、リスク/RG、法的/DPO、レポート。

2）原則

マインドフルネス>圧力。私たちは、操作せずに、事実と選択肢を報告します。
可視性とシンプルさ。制限と一時停止は2クリック≤利用できます。
適応性。間隔と内容は、行動/リスクおよび市場要件に依存します。
証拠だよ。すべてのRC/リマインダーはタイムスタンプ付きの不変ログにあります。
プライバシーと尊重。PIIの最小化、ローカライズ、可用性。

3）役割とRACI

RGリード-ポリシー、間隔、テキスト/ロケール、メトリクス。（A）

製品/UX/エンジニアリング-タイマー、バナー、モーダル、APIの実装。（R）

リスク/アナリティクス-害マーカー、動的トリガー、A/B評価。（R）

CS/CRM-コミュニケーション、フォローアップ、抑制マーケティング。（R）

法的/DPO-規範/ロケール、プライバシー、言語の遵守。（C）

内部監査-独立したスポットチェック。（C）

Exec Sponsor-「上からのトーン」。（I/A）

4）リアリティチェックとゲームリマインダーの種類

1.一時的なRC：アクティブなセッションのN分ごと（例えば、30/60/120）。
2.財務RC： X％毎日/毎週の損失/預金限度に達した場合。
3.セッション：連続プレイで>M分/時間；休憩を提供します。
4.行動：一連の加速ベットの後、リードキャンセル、「ほぼ制限」イベント。
5.沈殿物：短い窓（摩擦スクリーン）のための繰り返された沈殿物の前。
6.UXメモ：支出/時間のステータスバー、バナー「制限を設定する」、「休憩を取る」。

5）トリガーと間隔（スケルトン）

基本：RC 60分ごと；財政RC 70％および90％の限界。
高リスクのプロフィール：30分ごとのRC；「近くの限界」のための付加的なリマインダー。
トランジション：中断せずに3 RCの後-必須の現実の一時停止（例えば、2分）。
預金：第2預金≤ 60分-期間の支出履歴を持つ摩擦画面。
夜間：拡張モード（短いRC、ソフトブレイクオファー）。
ローカル規範：市場別の個別プロファイル（ポリシー構成の値）。

6）テキスト（圧力なし）-例

RCの時間：

💡 あなたは60分を再生します。セッションあたりの損失：€24。休憩や制限を設定したいですか？

RCファイナンス（70％制限）：

💡 あなたの毎日の限界の70％に達しました。選択してください：休憩を取り、制限を保存し、制限をきつく締めます。

沈殿物の前の摩擦：

💡 最後の1時間：預金-2、純結果-€35。休止または制限をお勧めします。続けたいですか？

3連続RCの後：

key>評価Short Pause。セッションあたり：時間2h 10m、純結果-€48。Play/Set Limit/Exitに戻ります。

継続をプッシュする製剤（「もう少し」、「ほぼウォンバック」）は禁止されています。

7） UXパターンと可用性

タイマー付きモーダルウィンドウ、3つの理解可能なボタン：Break、 Limit、 Continue。
ステータスバー（ヘッダー/メニュー内）：セッション時間、ネット結果、制限へのクイックアクセス。
モーダルフォーカストラップ（アクセシビリティ）、キーボード制御、スクリーンリーダーの音声処理。
暗いパターンはありません：ボタンの同じ視覚的階層、限界の緩和の確認-「冷却」の後にのみ。
ローカライズと単位：通貨、日付/時刻形式、24時間形式。

8）統合とイベント

ゲームプロバイダ/アグリゲーター：'reality_check'（ペイロード：経過、ネット、stake_count)、 'session_pause'、 'session_stop'。
ウォレット/PSP：ウィンドウの正味結果（時間/日/週）にアクセスします。
CRM：高リスク/複数のRCのための抑制；プロモーションなしでパーソナライズされたノート。
フィーチャーフラグ：マーケット/A/BセグメントごとにRCプロファイルを含める。

9）データ、プライバシー、ログ

データモデル（最小）：

'user_id、 rc_type{time	ファイナンス	ビヘイビア	預金}、rc_version、 fired_at_utc、 session_id、 elapsed_min、 net_result、しきい値、ui_action{pause	制限	続行する	dismiss}、 followup_ticket_id、 risk_profile、 locale'。

必要なユニットのみを保存します。PII-別途。
ログ不変（WORM）、 UTCの時間；RBAC/ABACアクセス。
保持：RGの方針/調整装置によって（頻繁に5-7年）。

10）アルゴリズムとロジック

ルール：設定エンジン（YAML/DB）：間隔、しきい値、テキスト、ロケール。
リスクモジュレータ：リスククラス→RC間隔→摩擦スクリーンが増幅されます。
制限との調和：RCは現在の制限/タイムアウト/SEを考慮に入れます。アクティブなロックでゲームを続けることはできません。
アンチスパム：頻繁なトリガー（デバウンス）とのRCマージ、しかし重要なものを欠くことなく。

11） KPI/KRIおよびダッシュボード

RCカバレッジ：プロフィール別にRCを受け取ったアクティブなプレーヤーの割合。
Time-to-RC：セッションの開始から最初のRC（中央値）まで。
RC応答率：％Action Break/Limit。
Limit Uptake： RC→limitからの変換が設定されています。
Harm Markers 30/90dを繰り返します：RC実装後に低下します。
沈殿物の摩擦の影響：60分≤の繰り返された沈殿物の頻度の変更。
苦情レート：強迫観念/理解不能の苦情。
Auditability： RCは正しいログとゲーム/ウォレットイベントへのリンクを共有します。

12）チェックリスト

ローンチ前に

Legal/RGと合意した市場別の間隔/しきい値プロファイル。
ローカライズされたUX著作権；圧力なしのテキスト。
ISP/Wallet/CRM統合テスト（ポーズ/ネガティブ）。
WORMログ、UTC時間、GL/ウォレットの和解。
アクセシビリティ：キーボード、コントラスト、スクリーンリーダー、モバイルジェスチャー。

オペレーションにおいて

毎日のRCの適用範囲/応答率の監視。
再充電の摩擦前の沈殿物を点検します。
高リスク/頻繁なRCのための抑制マーケティング。
中断することなくN RCを持つプレーヤーのためのCSのエスカレーション。

監査と改善

四半期ごとのA/B間隔/著作権試験。
ログの選択：ゲーム/ウォレットイベントへの対応。
苦情/インシデント（テキスト/間隔を変更）のCAPA。

13）テンプレート（クイックインサート）

A） RC （60分）モーダル

💡 あなたはゲームにいる60分。ネットの結果：-€18。
休憩/制限/続行

B）沈殿物の前の摩擦

💡 最後の1時間に2回上がった。結果：-€27。
予算の制限や休憩をお勧めします。続けたいですか？

C） SMS/Push（柔らかい）

💡 リマインダー：遊びは楽しいです。休憩または制限を考慮してください。設定-プロファイル内。

D）プロフィールバナー

💡 ゲームをコントロールする：限界・ブレイク・自己排除

14）相互接続

責任あるプレーと限界-政治と冷却。
自己排除とアカウントのブロック-ゲーム/預金の終了。
インシデントプレイブック（RG）-害マーカーのエスカレーション。
規制レポート-RC/Session Downloads by Market。
倫理のコード-正しい言葉遣いと圧力はありません。

15）技術的な骨格

API： 'POST/rc/fire'、 'POST/rc/action'、 'GET/rc/profile'、 'POST/deposit/friction'。
Ссосссииa： 'rc_fired'、 'rc_action_taked'、 'deposit_friction_showed'、 'pause_started'、 'limit_set'。
ストレージ：不変ログ、日付/市場によるパーティショニング、CI内のスキームの検証。
フィーチャーフラグ：'rc。プロフィール。eu_60min'、 'rc。プロフィール。uk_30min'、 'rc。。。有効になっています。

16）リスクと予防

リマインダーを無視する→N RC後の必須の一時停止；高リスクのためのより短い間隔。
暗いパターン→等しいボタン、視覚的なアクセントをそらすことの禁止。
信頼できない金額/時間→ウォレット/アグリゲーターへのバインディング、計算のユニットテスト。
誤検出→デバウンス/集計；極端なケースの手動レビュー。
プライバシー→詳細なPIIの代わりに集計；マスキングの輸出。

17）実施計画（30日）

ウィーク1

1.RCポリシー（間隔、しきい値、テキスト、ロケール、リスクプロファイル）を承認します。
2.イベントとデータのモデルを指定します。Legal/DPOとの連携。
3.UXレイアウトを準備する：モーダル、ステータスバー、バナー。

ウィーク2

4.クライアントとバックエンドにタイマー/イベントを実装する。ウォレット/プロバイダ/CRMとの統合。
5.市場によって旗を含んで下さい；ログ/sum/time検証テストを書き込みます。
6.列車CS/CRM；1ページをリリースし、マクロに答える。

ウィーク3

7.パイロット（5-10％）：カバレッジ/応答/苦情の指標を収集します。
8.A/Bテキストと間隔は、高リスクのプロファイルを設定します。
9.著作権/フィードバックのタイミングを修正します。

ウィーク4

10.完全な解放；KPIおよび苦情の毎日の監視。
11.管理者への報告;ログ/ウォレットの不一致のためのCAPA。
12.プランv 1。1：適応間隔、リスクのMLモジュール、ロケールの拡張。

CS/CRMチートシート（明日何をすべきか）：

プレイヤーが頻繁にRCを見て、休憩を取らない場合-タイムアウト/制限を提供します。
強迫観念の苦情-登録；プレイヤーのリクエストでRCを削除しないでください。
答えを中立、圧力なしでそして転倒なしに保って下さい。
頻繁なRCおよび高リスクのプレーヤーからの郵送物の抑制を点検して下さい。