加密賭場

Torrent Gear

將任務與獎勵系統和CRM集成起來

任務只有在獎勵可預見且溝通引導玩家從一步到一步的情況下才起作用。因此，核心是任務引擎↔獎金/錢包↔ CRM/CDP，以及RG/KYC和反氟化物的捆綁。下面-與數據模板和經驗證的實踐完成集成方案。

1）整合目標

參與度和ARPPU （net）：任務→進展→獎勵→重播/存款。

保證金控制： 預算池,帽子,「獎金價值」在活動/支付.

個性化：CRM/CDP部門的使命和獎項。

合規性：KYC/RG門，地理規則，審計。

可測量性：A/B，後效應，自相殘殺。

2）線程架構

1.Event Ingest: `bet`, `win`, `deposit`, `mission_progress`, `mission_complete`.

2.任務引擎：檢查條件，計分/狀態，獎勵觸發器。

3.Reward Orchestrator：預算支票,RG/KYC,創建「reward_task」。

4.獎金/錢包：緩存，獎金緩存（vager），飛盤，優惠券；webhooks/SDK。

5.CRM/CDP：片段，觸發活動，頻率限制，支持表。

6.Analytics/DWH：原始事件，店面，內飾，行車記錄儀。

7.Anti-Fraud＆RG：帽子，啟發式/ML，保管和審查。

3）數據模型和事件

事件（最低）：

`mission_view / join / progress / complete`
`points_awarded {rule_id, amount, caps}`
`reward_task.created / succeeded / failed / held`
`wallet_credit / bonus_issued / freespins_issued`
`kyc_status_changed / rg_event`
`crm_send / crm_open / crm_click / crm_unsub`

「mission_complete」示例：

json
{
"event": "mission_complete",  "ts": "2025-10-24T10:17:12Z",  "user": {"id":"u_123", "geo":"TR", "platform":"ios", "payer_flag":true},  "mission": {"id":"m_4521", "type":"turnover", "segment":"mid_core"},  "progress": {"value": 1000, "window":"2025-10-24"},  "context": {"session_id":"s_778"}
}

4）獎勵卡： 任務→獎勵系統

任務類型	基本獎	限制/標誌
營業額/費率	獎金緩存-x	`wagering=10–20`, `expiry=72h`
獲勝/多重。遊戲中的Frispins N	遊戲/提供商,投註,截止日期,地理限制
存款	緩存/無緩存緩存	KYC L2+，RG限制
T1...Tn鏈	戰利品獎勵（類型/稀有）	「稀有」的份額，預算帽
社會行動	優惠券/FS	在允許的司法管轄區

選擇規則：大規模任務-低成本獎勵（FS/獎金緩存），「完成者「/深層鏈條-免重緩存的一部分，以獲得信任。

5） Reward Orchestrator： 預算,RG/KYC,等效性

等效性：用於外部調用的鍵「reward_task_id」+「X-Request-Id」。

預算： 「season_sprint」，「onboarding」，「reengage」池；soft/hard cap;circuit-breaker 90%.

KYC/RG門：緩存>-X-僅L2+,在「held」中主動獲得「cool_off」獎項。

審計：WORM出站日誌。

示例'reward_task。created`:

json
{
"type":"reward_task.created",  "reward_task_id":"rt_9a7",  "user_id":"u_123",  "origin":{"mission_id":"m_4521","threshold":"final"},  "reward":{"type":"bonus_cash","amount":5,"currency":"EUR","wagering":15,"expiry":"2025-10-27T00:00:00Z"},  "pool_id":"season_sprint",  "status":"pending"
}

6）與錢包/獎金服務集成

出站webhook（示例）：


POST /wallet/bonus.issue
X-Request-Id: rid_7f5...
X-Timestamp: 1730061700
X-Signature: sha256=...

{
"user_id":"u_123",  "bonus": {"type":"bonus_cash","amount":5,"currency":"EUR","wagering":15,"expiry":"2025-10-27T00:00:00Z"},  "reason":"mission:m_4521"
}

合作夥伴回復： '200 {bonus_id":"b_331", 「status」：「issued」} '→ 'reward_task。succeeded`.

5 xx錯誤→具有相同「X-Request-Id」的後繼錯誤；4xx → DLQ+手動處理。

7）與CRM/CDP的結合

7.1.分段

舞臺：D0-D7（onbording），R7-R30（re-engage），Core P 30。

貨幣化：不支付/NPP/RPP/高價值。

行為：「卡住」的T1/T2/T3完成者「幾乎達到了」。

風險：RG標誌，KYC狀態。

7.2.活動觸發器

任務：「還剩120分」，「+2位置」-在應用程序/推。

後任務： 「獎金在12小時內激活/到期。」

Winback：沒有啟動48 h →個人報價（如果允許）任務。

Suppression：在「cool_off」/self-exclusion時沒有促銷。

7.3.頻率規則

Max 1 push/4小時，每個任務1 email/24小時；在通道和整個通道上捕捉。

Quiet hours在當地時間，雙重opta/out。

8） CRM中的數據管線

CDP展示櫃「mission_funnel_daily」：

`eligible`, `viewed`, `joined`, `started`, `t1..tn`, `completed`, `rewarded`.
T1/T2/...前的時間；獎金狀態；「cost_eur」；「net_arppu」。

上載到「接近到達」段的示例：

sql
SELECT user_id
FROM mission_funnel_daily
WHERE mission_id =:m
AND started = true
AND completed = false
AND points_to_next <= 150
AND last_seen_at > now() - interval '24 hour'
AND rg_ok = true;

9）Antifrod和「公平競爭」

Caps：眼鏡/投註，眼鏡/分鐘/小時/天；重復微利率限制。

Te信號：無頭,代理,復制的「device_fp」。

行為過濾器：最低費率方差；「完美」模式→保持。

獎品：>X和頭把交椅至KYC。

CRM限制： 不刺激「眼鏡種植者」；suppression по fraud-score.

10）獎項經濟學和利潤控制

主要指標：

`Prize & Bonus Cost per Active` / `per Payor`
`ΔARPPU (net)` = ARPPU − (Prize+Bonus per payor)
'Net Uplift'=增量收入−成本（獎品+運營+frod）

預算監控（草圖）：

sql
SELECT pool_id,    SUM(value) AS spent,    MAX(budget) AS limit,    SUM(value)/MAX(budget) AS fill
FROM reward_ledger
WHERE date(created_at)=current_date
GROUP BY pool_id;

11） A/B集成測試

單位：用戶，粘貼分配，分層（payer/geo/platform）。

Primary: participation_net, completion, `ΔARPPU (net)`.

Guardrails：投訴/1k, fraud-flags, RG觸發,SRM-alerta。

CUPED： pre-value（上周ARPPU/眼鏡）以減少差異。

幹擾：分開的領導板/積分正常化。

12）UX模式，將「束縛」任務，獎金和CRM

一個屏幕是一個目標：明確的規則，可見的進展。

即時反饋：「+10分」和進步徽章。

獎項的可見性：已經收到什麼，什麼會燃燒，接下來會發生什麼。

海德琳（Haidline）撰稿人：「我們邀請」參加，不要求存款。

本地化：文本，貨幣，時限，司法管轄區。

13）Dashbords（每天）

1.任務漏鬥：Reach Join Start . 完整重新啟動。

2.通訊： send/open/click, opt-out, per channel capping.

3.貨幣化： Δ ARPPU （net）, Avg Deposit, Paying Share.

4.費用：Prize/Bonus Cost%，Net Uplift，預算池。

5.質量：DLQ，retrai，HMAC錯誤，latency p95，frod標誌，RG觸發器。

6.細分：初學者/中核心/高價值；web/iOS/Android;地質。

14）發射支票清單

事件圖，版本，webhook合同（HMAC，TTL，等效性）。
制圖任務→獎勵類型+預算/私人。
KYC/RG門，大獎的保留和審查。
錢包/獎金服務（sandbox → prod）、轉發/DLQ集成。
CRM/CDP片段，觸發器和支持規則，頻率限制。
SLO和經濟學的Dashbords；SRM/DLQ/預算差額。
A/B計劃，CUPED，分開的領導板。
事件運行手冊：重播事件，手動發布，「凍結」規則。

15）迷你案例（合成）

啟動：「Onbording 7天」，「周末沖刺」，「Return 14天」。

獎項：T1/T2-FS/獎金緩存；完成者-無障礙緩存的一部分。

CRM：觸發器「接近達到」，「獎金到期」，quiet-hours，capping。

6周,2個品牌,holdout 15%。

結果： participation_net 24％→ 33％（+9個百分點），完成率42％→ 56％（+14個百分點），Δ ARPPU（net）+2.8；Prize&Bonus/Active +€0,8;DLQ <0,07%;fraud-flags <1% PF.

解決方案：縮放，縮放「長尾巴」縮放和CRM中的本地文本。

將任務與獎勵系統和CRM集成是一個單一的機器：事件和規則，預算控制，錢包/獎金，個性化和安全通信。通過將其構建在冪等性，KYC/RG門，CRM細分市場和透明的經濟上-任務將穩定地帶來凈增量而不是「吞噬」利潤。