獎勵條款的透明度

1）目的和領域

使獎勵條件清晰，誠實和可驗證，消除「隱藏」限制，並盡量減少監管風險/投訴。覆蓋範圍：整個促銷周期（想法→創意→登陸→激活→計算→輸出/爭議），CRM/Ads/關聯渠道，產品/錢包，CS，法律/合規/RG/AML。

2）原則（公平獎金）

Plain Language.僅簡單公式和數字示例。
Key Terms Up Front.關鍵條件在參與之前是可見的。
No Traps.禁止隱藏的「cap」，即事後規則的突然更改。
Player First.在模棱兩可的情況下，爭議被解釋為有利於玩家。
RG兼容性。獎金不會刺激有害行為。
可證明性。所有條件都是經過驗證和確定的。

3）角色和RACI

Promo Owner（CRM/Marketing Lead）-概念，預算，目標。(R)

產品/UX-條件顯示，「summary box」，計算器。(R)

法律/合規性-條件/文本的咆哮，本地規範。(A)

RG Lead-限制兼容性檢查/RG。(C)

Risk/Anti-Abuse-濫用規則，限制，監控。(R)

財務-權責發生制，儲備，報告。(C)

Affiliates Manager-符合合作夥伴的創意。(R)

CS/Trust＆Safety-腳本，投訴/爭議處理。(R)

內部審核-促銷樣本和合規性檢查。(C)

4）獎金發行人的強制性元素（最低）

1.類型：歡迎/relod/frispin/Cashback/錦標賽。

2.大小：fix/百分比,最低/最大值,貨幣。

3.Vager （WR）：回升的系數（獎金、存款、兩者）,計算示例。

4.遊戲貢獻：插槽X%,掛板Y%, live Z%（清晰表）。

5.時間：激活/重新連接/自由旋轉（日期/小時、超時）。

6.馬克斯。WR利率：數字和貨幣，超額後果。

7.馬克斯。獎金/獎金：如果有-直接指定。

8.有限的遊戲/工作室/機制：與錨點的列表或鏈接。

9.存款/促銷代碼：分鐘存款,付款方式（例外）。

10.RG和免除壓力：提及限制/休息。

11.Antiabuse：簡而言之：禁止多帳戶/fors-bet/下註權重轉移。

12.T＆C版本：vX。Y.Z，出版日期/時間。

5）UX模式「短而清晰」

促銷卡頂部的Summary box（第4節中的12點）。
帶有示例的下拉塊：「如何計算WR」，「利率限制示例」。
WR計算器：輸入金額→顯示所需的周轉/進度。
標簽芯片：WR：30 x（獎金），Max bet：5歐元，Expiry：7d。
入線插頁：嘗試下註>max時發出警告。
禁止使用深色模式：沒有「隱藏」的灰色文本。

6）Antiabuse-但沒有陷阱

明確的禁令：多重計費，鏡像投註，為了WR而零波動，通過風險最低的遊戲「清除」，自由職業仲裁。
制裁的相稱性：首先扣留獎金收益，而不是存款；禁令-僅在明顯欺詐的情況下。
證據基礎：事件/日誌，行為爭吵，捆綁設備/付款。
上訴：應答時間，透明記錄。

7）廣告，CRM和附屬公司

廣告承諾=實際條件。在實際的cap 50中沒有「高達500%」。
年齡過濾器：18+/21+，未知age=suppression。
禁止「侵略性」創意（承諾「收回損失」，「沒有風險」）。
附屬機構：獲得相同的摘要盒和版本ID；不得改動措辭。
UTM/後備箱：與T&C （audit proof）版本的點擊捆綁。

8）與RG/AML的兼容性

在活動的RG 限制/SE中-完全支持促銷。
獎金不應繞過限額或鼓勵在「紅色區域」中重復存款。
AML：付款方式/國家豁免-立即在摘要框中。

9）數據和存儲（最低型號）

promo_id, version, market, start_at, end_at,
type, amount_min, amount_max, wr_value, wr_base{bonus    deposit    both},
max_bet, max_win, game_weights[], excluded_games[], payment_rules[],
expiry_days, terms_url_hash, created_by, approved_by, approved_at,
player_accept_event{ts, ip_hash, ua}, player_view_version, locale,
abuse_ruleset_id, rg_suppression_flag

存儲T＆C版本的hash和玩家的同意事實（事件）。
WORM版本和創意雜誌，綁定到UTM/關聯。

10）控制程序

預發布門：沒有完整的摘要框和Legal/RG批準,促銷不會發布。
按市場劃分的特征旗：不同的限制/復制/強制性打折器。
Max bet enforcement：產品在活動的WR下鎖定高於閾值的利率。
「你不能追溯統治。」僅通過新版本進行編輯；活躍的參與者-在舊的條件下。
定期對賬：WR ↔ 錢包/GL計算。
分支機構的審計：租賃樣本，與官方版本比較。

11） KPI/KRI和dashboard

Promo Complaint Rate（在1k參與中）。
WR Completion Rate和重新組合前的時間中位數。
Max Bet Violations（鎖定費率份額）。
Withdrawals After Bonus（無爭議）和TtPayout。
Affiliates一致性指數（創意/版本匹配）。
Refund/Goodwill Cost（結算費用）。
Auditability Score（帶有完整工件包的%促銷）。

12）支票單

在發布促銷之前

• 已填滿摘要框；WR/限制示例。
• Legal/Compliance/RG批準了文本/創意。
• 啟用max-bet enforcement；遊戲貢獻表是相關的。
• CRM/Ads/Affiliates獲得了T＆C和hash版本。
• 測試：WR計算，max bet上方的塊，排除的遊戲。

在促銷期間

• Dashbord投訴/爭議，CS回復的SLA。
• 監視max bet/abuse模式的違規行為。
• RG-suppress運行（對於高風險/SE）。

促銷結束後

• 報告：KPI，投訴，和解，CAPA。
• 創意和T＆C檔案（WORM）；填充知識基礎。

13）腳本和模板（快速插入）

A）總結盒（示例）

獎金： 100%至200+100 FS

明。存款： 20歐元

WR： 30 ×獎金（示例：100歐元⇒需要提供3,000歐元）

遊戲貢獻： 100%插槽,10%, live 0%

馬克斯。WR： 5歐元

時間：激活7 dn，重新連接14 dn，FS-7 dn。

馬克斯。獎金獎金： 500歐元

不包括遊戲： 請參閱列表

付款方式： ［A, B］-是；［C］-否

條件版本： v1。4 (2025-11-01)

B）簡短廣告軟盤

C） CS對max bet爭議的回應

D）玩家上訴（響應模板）

14）技術骨架

API:

「GET/promo/{id}/terms」（返回總和+完整條件+版本hash）

「POST/promo/{id}/accept」（保留同意事件）

「GET/wallet/wr-status」 （WR, max bet, expiry）

События: `promo_viewed`, `terms_accepted`, `wr_updated`, `max_bet_violation_blocked`, `withdrawal_requested_after_bonus`.

CI中的驗證：遊戲條件/權重方案，WR計算測試，局部匹配。
Fichi： WR計算器、進度橫幅、「排除遊戲」塊。

15）頻繁的錯誤和預防

WR「安靜」存款+獎金。→明確說明WR基數和示例。
小字體關鍵限制.→在摘要框和直線驗證器中。
在促銷期間更改條件。→只有新版本；活躍在老人身上。
會員之間的不一致。→忠誠度和審計，取消報酬的權利。

未記錄的排除遊戲.→單一列表與錨和驗證在後端.

Max投註未執行。→技術塊+警告。

16）30天實施計劃

第一周

1.批準摘要框標準和T&C模板（RU/EN+locales）。
2.設置條件與工件的轉換/散列過程。
3.在CI中專門化數據/事件模型和驗證。

第二周

4.實現WR計算器,進度橫幅,max-bet enforcement。
5.將CRM/Ads/Affiliates連接到version-feed和hash簽名。
6.準備有關爭議的CS腳本和宏。

第3周

7.1-2促銷的飛行員：A/B「短打折器」，測試UTM→versiya。
8.復古投訴,設置復制品/示例。

第四周

9.標準完整發布；KPI dashboard和每周報告。
10.市場營銷/會員培訓/CS（1小時）。
11.計劃v1。1：從電路中自動生成摘要框，本地需求配置文件。

• 道德和行為守則
• 負責任的遊戲和限制/現實檢查
• 自我排斥和帳戶鎖定
• AML策略和事務控制
• KYC程序和驗證級別
• Dashboard complians和監控
• 監管報告和數據格式
• 內部/外部審計和審計清單