リテンションにつながらない補助金への支払いを止めましょう。
テンプレート切り替え、新規プレイヤー用テンプレート、累計・日次補償、抑制、残高レスキュー。これまで手作業で調整し、事故の後に修正してきた表を、各区間が購入しているリテンションに基づいて価格付けし、ループ内でシステム全体を再キャリブレーションします。
課題
帳尻が合わない
補償は足し算、抑制は引き算。純補助金はひとつの数字だけで、表、区間、タグごとに分解できる人はいません。
勘でパラメータを設定している
トリガー確率、補正境界、抑制範囲は一度手作業で設定され、その後はGGRが制御不能になったとき、または大当たりが連続したときにだけ変更されてきました。
直近5ハンドだけのタグ
セグメントは直近5回のベットだけを見ています。レスキューのタイミングは推測です。そのどれかが本当にD2を押し上げているかを測定した人はいません。
得られるもの
表別のコスト内訳
補償区間、抑制範囲、新規プレイヤー区間、タグごとに純補助金を分解し、異常項目と無効行を一覧化します。
各区間を価格付け
各補償・抑制区間について、単位コストで購入できたリテンションを計算します。まずシミュレーションから、正式ローンチ後はグループ実験から算出します。
再キャリブレーション済みの表
変更ログと理由を含む一式の設定を提供します。実資金に触れる前にrolloutでテストし、その後は毎月再チューニングします。
オペレーターに渡せる台帳
制御システムがいくら使い、何を購入したのかを、オペレーターがすでに見ている列で提示します。
根拠
769回の実行：表がコストを決め、プレイヤーがリテンションを決める
リアルタイム動的制御システムのシミュレーションでは、設定がコスト台帳を説明し、プレイヤー集団がリテンション分散の96–98%を説明しました。この2つはほとんど相関しません。
研究を読む802回の実行：集団が台帳の向きを決める
10種類の行動メカニズムのスイッチ組み合わせにおいて、chasingだけで実現RTPは92.7%から103.6%へ押し上げられました。大当たり抑制は絶対額のマネーです。誰がプレイしているかが、システムが支出になるか利益になるかを決めます。
研究を読むループそのもの
Observe、Propose、Verify、Apply、Monitor。そして変更を提案するmakerが、それを採点するcheckerになることはありません。Loop Engineering for Self-Improving Slot Agents。
論文を読む最初の一歩
- 1
設定表を送る、またはここで実行
ブラウザ版は何もアップロードしません。表を送付いただく場合はNDAのもとで処理し、顧客間で使用することは決してありません。
- 2
2週間以内にヘルスチェックレポートを納品
表別のコスト内訳、異常リスト、削減可能額、推奨される再キャリブレーション案を提供します。
- 3
再キャリブレーションと月次チューニング
2か月以内にrollout上で再キャリブレーション済みシステムを完成させ、その後はプレイヤー構成の変化に合わせて毎月再チューニングします。
スタジオからよくある質問
いま解決したい課題から
まずは表を一枚。目標をお聞かせください。
申請前の手戻りを減らしたい、補填予算を評価したい、または AI 生成案を検証したいですか？最適化したい指標を教えてください。PAR 表、ウェイトテーブル、またはドラフトをご用意ください。評価範囲、納品物、次のステップを一緒に定めます。