پاداش سپرده و محدودیت

1) پاداش سپرده چیست و چرا پیچیده است

• کسب درآمد: افزایش واقعی ARPU/LTV در مقابل هزینه (هزینه/FX/پاداش/frisks/خطرات صدور صورت حساب).
• انطباق و بازی مسئول: شرایط شفاف، محدودیت شرط بندی، محرومیت بازی، خود حذفی.
• خطرات پرداخت: همان روش/بازگشت به منبع، سپرده خالص (ND)، بازپرداخت/بازده و «چرخ فلک» نتیجه گیری.

2) انواع پاداش سپرده

همسان (بهره سپرده): 100٪ به X.
چند لایه: 50٪ به X1 + 25٪ به X2.
چسبنده/غیر چسبنده: چسبنده نمی تواند به طور جداگانه نمایش داده شود ؛ اولین بازی غیر چسبنده واقعی است.
نقدی در مقابل پاداش اعتباری: پول نقد در مراحل اعتبار (باز کردن قفل), اعتبار - در «تعادل مجازی».
چرخش آزاد/شرط آزاد: گره خورده است به اسلات/بازار; ارزش نقدی معادل از قبل تعیین شده است.
تکرارشونده/بارگذاری مجدد: سپردههای زمانبندی شده/رویداد تکرارشونده.
High-roller: محدودیت های افزایش یافته با شرایط سخت تر.

3) محدودیت های اساسی (هسته سیاست)

حداقل سپرده: حداقل مقدار برای شرکت.
شرط مورد نیاز (WR): оборот = 'k × (bonus_amount [+ سپرده ؟]).

سهم٪ برای بازی ها: اسلات 100٪، جداول 10-25٪، بازی های زنده 5-10٪، و غیره

حداکثر شرط با WR فعال: به عنوان مثال «≤ 5 EUR» یا «≤ X٪ از پاداش».

Timebox: زمان برای اجرای WR (به عنوان مثال 7/14/30 روز)

استثنا بازی: Jackpots، خرید freespin، برخی از عناوین RTP بالا.
روش مشابه/بازگشت به منبع: خروجی به ND - فقط به منبع.
دروازه KYC/RG: پاداش فعال می شود/پرداخت فقط پس از L1/L2 KYC و بدون خود حذفی مجاز است.

Geo/Sanctions/Licenses: لیست سفید کشورها و روش های محلی ؛ ممنوعیت در GEO ریسک

تک نفره/خانگی/دستگاه: محافظت در برابر تکثیر.

4) اقتصاد و معیارها

4. 1. ارزش پاداش مورد انتظار (اپراتور EV)

EV_bonus ≈ Uplift_GGR − Bonus_Cost − Promo_Fees − FX_Slippage − Chargeback_Losses

که در آن

'Uplift _ GGR = (GGR_with − GGR_without)' توسط روش A/B یا CUPED ؛

'Bonus _ Cost = bonus paid + FS value (با ارزش منصفانه)';

'Promo _ Fee = هزینه های پرداخت اضافی/نشانه گذاری/ثابت به دلیل معاملات بالابری.'

4. 2. شکستگی (پاداش نامعلوم)

Breakage = − accrued (paid + written off at WR + statute of limitations)

برای ارزیابی بدهی ها و ارزش فعلی خالص تبلیغی استفاده می شود.

4. 3. هزینه واقعی (معادل CPA)

Cost_per_Qualified_Depositor = (Bonus_Cost + related fee + FX )/# of depositors who have executed min dep

5) ضد سوء استفاده و کنترل

• انباشت چند حساب/خانگی.
• حلقه خالص سپرده: سپرده → پاداش → بازی جزئی → برداشت/بازپرداخت.
• روش آربیتراژ: روش سپرده ارزان + راهرو خروج گران است.
• سوء استفاده از RTP بالا: بازی کردن فقط عناوین با سهم WR بالا.
• محافل FX: از نوسانات نرخ سپرده/برداشت بهره مند شوید.

• CoF/Tokens متصل به کاربر ؛ یک جایزه در هر BIN/کارت/کیف پول.
• نگهبان ND: تا زمانی که «ND <0» (خالص)، پاداش سپرده جدید ممنوع است.
• قفل پرداخت: قبل از اجرای WR - مهار/محدود کردن خروجی، به جز برای همان روش در ND.
• کنترل بازی مخلوط: نیاز به عناوین ≥ M 'unique یا گردش مالی ≤ X٪ در موارد محروم است.
• Velocity/Device/Geo-conflict → گام به گام KYC/SoF или انکار.
• Max Bet و ممنوعیت شرط بندی «پرچین» در بازارهای بهم پیوسته.

6) ارتباط با پرداخت (پرداخت × پاداش)

روش مشابه/بازگشت به منبع: حفاظت در برابر «نقد کردن پاداش» از طریق روش دیگر.
ND (سپرده خالص): پاداش در دسترس هستند اگر «ND ≥ آستانه» برای دوره/همیشه.

MoR/مالیات: چک/مالی در MoR باید پاداش تحقق نیافته را شامل نمی شود; حسابداری در بدهی ها

FX: نرخ مرجع را در زمان پاداش پاداش ثابت کنید ؛ هزینه/سود - با نرخ موثر.
ذخایر/PSP: در نظر بگیرید نورد رزرو و هزینه در هزینه تبلیغی.

7) UX/ارتباطات

کارت پیشنهاد روشن: «100% به 200, دقیقه 10, WR = 30 × جایزه, حداکثر شرط 5, اسلات 100%, 7 روزها».
نوار پیشرفت WR: مقدار گردش مالی/تعادل/مهلت ؛ سهم بازی ها (راهنمای ابزار).

قفل شفاف: "خروجی برای مقدار ND به منبع دوباره پر کردن در دسترس است. بقیه اش بعد از برجام"

دلایل قابل درک برای شکست: «شرط حداکثر بیش از حد با پاداش فعال».
Localized T&C + نسخه کوتاه بر روی صفحه نمایش سپرده خود را.

8) قوانین موتور تبلیغاتی (pseudo-DSL)

yaml promo: "welcome_100_v3"
eligibility:
geo_in: [DE, AT, FI]
kyc_level_min: L1 nd_min: 0 one_per: [person, device, payment_token]
deposit:
min_amount: {EUR: 10}
methods_whitelist: [CARD, A2A, LOCAL_WALLET]
bonus:
type: MATCHED match_pct: 100 cap: {EUR: 200}
wagering:
base: BONUS_ONLY      # или BONUS_PLUS_DEPOSIT multiplier: 30 contrib:
slots: 100 tables: 25 live: 10 limits:
max_bet_amount: {EUR: 5}
time_limit_days: 14 withdrawal:
same_method: true allow_nd_withdrawal: true abuse_controls:
one_game_share_max_pct: 80 sticky: false token_binding: true

9) مدل داده (حداقل)

sql
-- ref reference books. promos (
promo_id PK, name, version, geo_whitelist, methods_whitelist, kyc_min, nd_min,
type, match_pct, cap_amount, wr_base, wr_multiplier, max_bet_amount,
time_limit_days, contrib_json, sticky, one_per, enabled, effective_from, effective_to
);

-- Linking bonuses to bonus deposits. grants (
grant_id PK, promo_id FK, user_id, deposit_tx_id, currency,
bonus_amount, granted_at, expires_at, status -- ACTIVE    FORFEITED    COMPLETED    EXPIRED
);

-- Bonus wagering progress. wr_progress (
grant_id FK, user_id, turnover_slots, turnover_tables, turnover_live,
turnover_total, required_total, updated_at
);

-- Violations of bonus rules. violations (
id PK, grant_id, user_id, type, details_json, occurred_at, severity -- INFO    WARN    DENY
);

-- Betting and bonus game restrictions. session_limits (
grant_id, user_id, max_bet_amount, game_exclusions_json, one_game_share_max_pct
);

-- Net deposits (ND)
finance. net_deposits (
user_id, currency, nd_total, nd_30d, nd_7d, updated_at
);

10) قالب های SQL

10. 1. WR مورد نیاز و تعادل

sql
SELECT g. grant_id,
p. wr_multiplier,
p. wr_base,
g. bonus_amount,
CASE WHEN p. wr_base='BONUS_PLUS_DEPOSIT'
THEN (g. bonus_amount + t. deposit_amount) p. wr_multiplier
ELSE g. bonus_amount p. wr_multiplier
END AS wr_required,
wr. turnover_total AS wr_done,
GREATEST(0, (CASE WHEN p. wr_base='BONUS_PLUS_DEPOSIT'
THEN (g. bonus_amount + t. deposit_amount) p. wr_multiplier
ELSE g. bonus_amount p. wr_multiplier END) - wr. turnover_total) AS wr_left
FROM bonus. grants g
JOIN ref. promos p ON p. promo_id=g. promo_id
JOIN dw. transactions_flat t ON t. tx_id=g. deposit_tx_id
LEFT JOIN bonus. wr_progress wr ON wr. grant_id=g. grant_id
WHERE g. user_id=:uid AND g. status='ACTIVE';

10. 2. سهم بازی (سهم%)

sql
-- Calculation of Daily Turnover Including Curb%
SELECT grant_id,
SUM(CASE game_category
WHEN 'slots' THEN stake1. 00
WHEN 'tables' THEN stake0. 25
WHEN 'live'  THEN stake0. 10
ELSE 0 END) AS turnover_weighted
FROM dw. bets
WHERE user_id=:uid AND placed_at::date =:d AND grant_id IS NOT NULL
GROUP BY grant_id;

10. 3. دروازه ND برای شرکت

sql
SELECT (nd_total >= p. nd_min) AS eligible
FROM finance. net_deposits nd
JOIN ref. promos p ON p. promo_id=:promo
WHERE nd. user_id=:uid AND nd. currency=:ccy;

10. 4. تشخیص نقض شرط حداکثر

sql
SELECT b. bet_id, b. amount
FROM dw. bets b
JOIN bonus. session_limits l USING (grant_id, user_id)
WHERE b. user_id=:uid AND b. grant_id=:grant AND b. amount > l. max_bet_amount;

10. 5. یک نشانه (کارت/کیف پول)

sql
SELECT COUNT() > 0 AS already_used
FROM bonus. grants g
JOIN dw. transactions_flat t ON t. tx_id=g. deposit_tx_id
WHERE g. promo_id=:promo AND t. payment_token=:token AND g. status <> 'FORFEITED';

11) داشبورد و KPI ها

Promo Take-Rate = سهم سپرده ها با تبلیغی.
WR تکمیل٪، زمان به WR p50/p95.
هزینه پاداش/GGR بالا بردن (توسط کوهورت/کانال/روش).
شکست٪ و مسئولیت تبلیغاتی (مسئولیت در ترازنامه).
نرخ سوء استفاده: سهم نقض (حداکثر شرط، ترکیب بازی، یک در هر)، پرچم های چند حساب.
ND دروازه ضربه٪ و تاثیر بر کاهش در چرخ فلک.
برداشت پس از پاداش٪ (и доля همان روش).
بازپرداخت پس از پاداش bps توسط روش/PSP.
FX لغزش BPS در سپرده/برداشت به عنوان بخشی از تبلیغی.

12) هشدار و آستانه

فروپاشی تکمیل WR: پایین X bps d/d.
سوء استفاده اسپایک: حداکثر شرط/یک در هر/بازی مخلوط> نقض آستانه در حال افزایش است.
CB Surge Post-Bonus: بازپرداخت 7-14 روز پس از مشارکت> آستانه.
رانش مسئولیت: تفاوت بین پاداش تعلق می گیرد و بدهی> Y٪.
سهم منفی ND: رشد سهم بازیکنان با «ND <0» در میان شرکت کنندگان.
FX ناهنجاری: BPS-پرش در ارزش FS/پاداش با توجه به دوره.
Guardrail نظارتی: تلاش خود محروم/تایید نشده است.

13) انطباق و بازی مسئولانه

شفاف T&C (نسخه کوتاه در چک کردن): دقیقه DEP, WR, حداکثر شرط, timebox, سهم%, محرومیت بازی, همان روش.
بازی مسئول (RG): محدودیت, خنک کردن, خود حذفی → تبلیغی در دسترس نیست.
KYC/SoF: پرداخت «پس از پاداش» - فقط در چک های تکمیل شده.
Geo/Licenses: مطابق با قوانین محلی (ممنوعیت در انواع خاصی از تبلیغات).

14) الگوهای UX

قبل از سپرده: ماشین حساب «چقدر می توانم» + شرایط در 1 خط.
پس از سپرده: چک با یک جایزه/WR/مهلت و یک «شروع بازی» را فشار دهید.
پیشرفت WR: ویجت چسبنده، سهم بازی، تایمر مهلت.
نقض: بنر نرم + پیوند به قوانین، جریمه خودکار برای موارد خشن.
خروجی: بخش ND شفاف و اشاره همان روش.

15) A/B و سیاست تغییر

ضریب تست، حداکثر شرط بندی، جعبه زمان،٪ ℃ و کلاه با guardrails: CBR bps، نرخ سوء استفاده، AR/Take-Rate.
CUPED توسط قبل از GGR/رفتار ؛ خوشه استحکام (کاربر/خانواده/دستگاه).
دوره ارزیابی - حداقل پنجره WR + ورود به سیستم پرداخت/CB.

16) چک لیست پیاده سازی

• قوانین مرجع تبلیغاتی (DSL) و اعتبار سنج.
• مدل ND و همان روش/بازگشت به منبع در پرداخت.
• پیشرفت WR، سهم٪، محرومیت بازی، حداکثر شرط.
• ورود به سیستم تشخیص و نقض، جریمه خودکار/مسدود کردن.
• مسئولیت و شکست در گزارش.
• UX ارائه کارت، نوار پیشرفت، محلی T&C.
• هشدارها (WR، سوء استفاده، CB، مسئولیت، ND).
• روش A/B و اطلاعات فریز با تاخیر در CB.
• متون حقوقی توسط صلاحیت ؛ دروازه های RG ؛ دروازه های KYC

خلاصه

پاداش سپرده فقط در صورتی کار می کند که اقتصاد (EV، شکستگی، مسئولیت)، قوانین پرداخت (ND، همان روش، بازگشت به منبع)، ضد سوء استفاده و شفافیت UX در یک سیستم واحد جمع آوری شود. سیاست های تبلیغی را در DSL رسمی کنید، پیشرفت WR و ND را مدیریت کنید، ارزش واقعی (از جمله هزینه ها/FX/CB) را حساب کنید، داشبورد ها و هشدارها را حفظ کنید - و رشد LTV را بدون شگفتی های نظارتی و پرداخت دریافت می کنید.