リアリティチェックとゲーム通知

1）リアリティチェックとは何か、なぜ必要なのか

Reality Checkは定期的で目立たない通知で、プレーヤーを意識に戻します。ゲーム内の時間、現在の結果（勝敗）、利用可能なセルフコントロールツール、制限を一時停止または調整することを提案します。

• 責任ある行動に対する害の軽減とサポート。
• ライセンス要件とRG規格の遵守。
• 苦情/チャージバックの削減、ブランドの信頼性の向上。

2）ゲーム通知のタイポロジー

1.一時的なリアリティチェック-N分/時間またはセッションのしきい値。
2.財務通知-純損失のしきい値、総レートまたは預金に達したとき。
3.行動トリガー-損失後の「追跡」、頻繁なリードキャンセル、非線形率の増加、ナイトセッション。
4.システムプロンプト-不完全なタイムアウト、期限切れの制限、レジストリ内のアクティブな自己除外を通知します。
5.情報通知-RTP/オッズ、ボーナスルール、ポリシー変更。

3）デザインとUXの原則（「暗い」パターンなし）

ニュートラルなトーン：「ゲームに戻る」というプレッシャーはありません。
目に見える一時停止：「Break 15 min「/」Take time out「ボタンの横にある「Continue」。
透明な数字：ゲーム時間、期間の純結果（正直なスコア）。
可用性：大きいタイポグラフィ、対照、ローカリゼーション。
リアリティチェックウィンドウにプロモーションはありません。
制限の遅延増加（「冷却」24-168時間）。
自己制御の中心への容易な方法：限界、タイムアウト、自己排除。

• "あなたは60分間プレーします。現在の合計：− €35（セッションの初めから）。15分間休憩するか、制限を設定しますか？［休憩15分］［制限］［続行］"

4）しきい値と周波数（推奨値）

時間：最初のリアリティ30-60分でチェックし、60分ごとにチェックします。
損失（純損失）：€20/ − €50の−でのソフトチップ。より厳しい-€100/ − €200の−で（通貨/ARPPUのキャリブレート）。
動作：平均レートが上昇したときの通知>損失後のX％；≥ 3つの連続した出力キャンセルのために、タイムアウトを提案して下さい。
夜のセッション：現地時間の02：00以降-強化されたプロンプト。
印象の頻度：頻度帽子、刺激を引き起こさないように：10-15分ごとに1つ以上の通知。

5）介入のグラデーション（行動のはしご）

1.ソフトnujas：中立現実チェック、時間/合計カウンター。
2.強化された通知：タイムアウト/制限の提供、リスクの説明。
3.必須の一時停止：カウントダウンタイマーが付いている5-15分ロック。
4.制限：預金/レートの一時的な制限。
5.自己排除：リスクスレッショルドが一貫して超過している場合は、推奨または起動します。
6.サポート接触：reason-codesおよび雑誌との個人的なコミュニケーション。

6）内容ガイド： 終了するテキスト

• "休憩は大丈夫です。あなたは60分を再生します。セッション合計：− €35。15分間休憩するか、制限を設定しますか？

• "あなたは今日のために€100 −損失制限に達しています。私たちは、毎日の制限を設定するか、明日までの時間を取ることをお勧めします"

• "損失後のレートは急速に上昇しています。それは衝動的なことができます。制限を一時停止または縮小"

• "遅いタイミングでは、衝動的な賭けのリスクが高まります。15分の休憩は、あなたがコントロールを維持するのに役立ちます"

7）限界、タイムアウトおよび自己排除とのコミュニケーション

リアリティチェックウィンドウから-直接ボタン：「制限を設定」、「タイムアウト24時間」、「自己排除」……。
上限がある場合、進行状況を表示します（上限のX％）。
アクティブタイムアウト/自己排除-ゲームプロンプトを表示しないでください。

8）パーソナライゼーションと公平性

プレーヤーの履歴にしきい値を合わせます（責任を持って：ゲームのための「綿毛」なし）。
自動制限のためにreason-codesを保存します。
人へのアピールとロジックの理解可能な説明（説明可能性）を提供します。

9） A/B試験規則（倫理とコンプライアンス）

テストワーディング/配置/タイミング、「バイパス」制限をテストしないでください。
主な指標は、有害なパターンの減少であり、売上高の増加ではありません。
どのテストでも、Break/Limitsボタンの可用性を損なうべきではありません。

10）パフォーマンスメトリックとSLO

プロンプト表示率：通知を見たユーザーの割合。
アクションレート：「Break/Limits/Timeout」のクリック数のシェア。
Harm-Signal Reduction： 30日間の繰り返し信号（追跡、夜間セッション）の減少。
時間介入：最初の信号から撮影されたアクションまで（<24 h）。
Return-with-Control： 30/90日の再発のない帰国者の割合。
苦情/チャージバック率：実装後に低下します。
偽陽性率：苦情の割合「あまりにも侵入」。

可用性SLOリアリティエンジン： ≥ 99。9%.

11）ロギングおよびprovability

インプレッション/アクションのログ（時間、トリガータイプ、UIオプション、選択したオプション）。
規制チェックのためのWORM-log（不変）。
RGケースとアウトカムとの比較（一時停止、制限、自己排除）。

12） RACI（役割と責任）

13）チェックリスト（操作）

ローンチ前に

• 時間/損失/行動しきい値が定義されています。
• 承認されたテキスト、ロケール、ネット結果形式。
• Break/Limits/Timeout/Self Exclusionボタンはワンクリックで使用できます。
• ログが有効（インプレッション/クリック/終了）、WORMログが接続されています。
• DPIAは、プロファイリングと通知のために実施しました。

稼働中

• アクションレートと害シグナル低減を監視します。
• しきい値と周波数の毎週のキャリブレーション。
• ウィンドウにプロモーション/ボーナスがないことを確認します。
• ハイリスクのためのマーケティングの抑制の点検。

インシデント/障害

• フォールバックモード：通知エンジンが利用できないときにハードポーズします。
• SLOに関する警告と苦情の増加。

14）テクニカルアーキテクチャ（参考）

イベントバス（ベット/預金/セッション）→リスクシグナルサービス（ルール+モデル）→リアリティチェックエンジン（タイマー、周波数、テキスト、フィッシュフラグ）→アプリ内/プッシュレイヤー（UI、ロケール）。
RG/Consent Layer：制限へのアクセス、タイムアウト、自己排除ステータス、同意の考慮。
監査/WORM：インプレッション/ソリューションのログを変更しません。
管理コンソール：しきい値、テキスト、A/Bオプション、表示メトリックを設定します。

15）頻繁な間違いとそれらを回避する方法

侵入的な窓5-10分ごと→頻度帽子およびスマートなしきい値。
リアリティチェックのプロモーションは→禁止されています。RGオプションのみ。
制限への複雑なパス→通知からワンクリックボタン。
不正なネット結果→アカウントのボーナス/結論/フリースピンを取る。
→ログがないとコンプライアンスを証明できません。
強化された措置のための理由コードがありません→控訴の難しさ。

16）実装ロードマップ（6ステップ）

1.ポリシーとしきい値：トリガー、テキスト、DPIAを定義します。
2.アーキテクチャ：リスクシグナル+リアリティチェックエンジン+ログを実装します。
3.UX/コンテンツ：ロケール、可用性、クイックアクション（break/limits）。
4.統合：CRMでの制限/タイムアウト/自己排除と抑制とリンク。
5.モニタリング：アクション/害の減少/SLOメトリック、アラート。
6.改善：製剤およびタイミングのA/Bテスト、毎月しきい値のキャリブレーション。

［結果］

Reality Checksは「種のための」ポップアップではなく、正しいトリガー、正直な数字、一時停止と制限への迅速なアクセス、公正なしきい値、実証可能な運用規律など、意識と保護の概要です。このアプローチは、危害のリスクを軽減し、ライセンスと評判を強化し、持続可能な製品の成長に貢献します。