Crypto Casino
Bieg torrent
Integracja misji z systemem bonusowym i CRM
Misje działają tylko wtedy, gdy nagroda jest przewidywalna, a komunikacja prowadzi gracza od kroku do kroku. Oznacza to, że rdzeń jest zbiorem Mission Engine, a także RG/KYC i anty-fraud. Poniżej znajduje się gotowy schemat integracji z szablonami danych i sprawdzonymi praktykami.
1) Cele integracyjne
Rosnące zaangażowanie i ARPPU (net): misje → postęp → nagrody → powtórzyć sesje/depozyty.
Kontrola marży: puli budżetowe, pułapy, „koszt bonusu” na aktywną/płatną.
Personalizacja: Misje i nagrody według segmentu CRM/CDP.
Zgodność: bramki KYC/RG, geo-zasady, audyt.
Wymierność: A/B, post-efekt, kanibalizacja.
2) Architektura przepływu
1. Event Ingest: 'bet', 'win', 'deposit', 'mission _ progress', 'mission _ complete'.
2. Silnik misji: warunki sprawdzania, punktacja/status, wyzwalacze nagród.
3. Orkiestrator nagród: kontrola budżetu, RG/KYC, tworzenie 'reward _ task'.
4. Bonus/Portfel: cache, bonus cache (vager), freespins, kupony; haki internetowe/SDK.
5. CRM/CDP: segmenty, kampanie wyzwalające, limity częstotliwości, listy tłumienia.
6. Analityka/DWH: surowe wydarzenia, prezentacje, przyrost, deski rozdzielcze.
7. Anti-Fraud & RG: ustniki, heurystyka/ML, hold-and-review.
3) Model danych i zdarzenia
Zdarzenia (minimum):- „mission _ view/join/progress/complete”
- „punkty _ przyznane {rule_id, kwota, pułapki}”
- "reward _ task. created/succeeded/failed/held'
- "portfel _ credit/ bonus_issued/ freespins_issued'
- 'kyc _ status _ changed/ rg_event'
- "crm _ send/ crm_open/ crm_click/ crm_unsub'
json
{
"event": "mission_complete," "ts':" 2025-10-24T10:17:12Z, "" użytkownik ": {" id': "u _ 123", "geo": "TR", "platforma": "ios", "payer_flag":true}", "mission": {"id':" m _ 4521 "," typ ":" obrót', "segment": "mid _ core"}, "progress": {"value": 1000, "window": "2025-10-24"}, "context": {"session _ id':" s _ 778 "}
}4) Karta premiowa: Misje → System bonusowy
Reguła wyboru: misje masowe - niedrogie nagrody (FS/bonus cache), „wykończacze „/głębokie łańcuchy - część pamięci podręcznej bez pochwy do zaufania.
5) Orkiestrator nagród: Budżet, RG/KYC, Idempotencja
IDempotence: 'reward _ task _ id' key +' X-Request-Id' dla połączeń zewnętrznych.
Budżety: „sezon _ sprint”, „wejście na pokład”, „ponowne uruchomienie” puli; miękka/twarda nasadka; wyłącznik 90%.
Bramki KYC/RG: cache> € X - tylko L2 +, z aktywnymi nagrodami „cool _ off” w „held”.
Audyt - dziennik WORM wychodzących organów
Example 'reward _ task. stworzony ":json
{
"type ": "reward _ task. utworzone, "reward_task_id":"rt_9a7," "user_id":"u_123," "pochodzenie": {"mission _ id':" m _ 4521 "," próg ":" końcowy "}," nagroda ": {" typ ":" bonus _ cash "," kwota ": 5," waluta ":" EUR "," zakład ": 15," wygaśnięcie ":" 2025-10-27T00: 00: 00Z "}", pool_id":"season_sprint, "" status ":" oczekujący "
}6) Integracja z portfelem/bonusem
Wychodzący hak internetowy (przykład):
POST/portfel/bonus. wydanie
X-Request-Id: rid_7f5...
X-Timestamp: 1730061700
Podpis X: 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”
}Odpowiedź partnera:' 200 {, bonus_id":"b_331" "status": "issued"} '→' reward _ task. udało się ".
5xx błędy → przekładki z tym samym 'X-Request-Id'; 4xx → DLQ + ręczne przetwarzanie.
7) Link do CRM/CDP
7. 1. Segmentacja
Etap: D0-D7 (na pokładzie), R7-R30 (ponowne włączenie), rdzeń P30.
Monetyzacja: niespłacenie/NPP/RPP/wysoka wartość.
Zachowanie: finalizatorzy T1/T2/T3, „utknęli”, „prawie osiągnęli”.
Ryzyko: flagi RG, status KYC.
7. 2. Wyzwalacze kampanii
On-mission: „120 punktów w lewo”, „+ 2 pozycje” - in-app/push.
Postmisja: „bonus aktywowany/wygasa w ciągu 12 godzin”.
Winback: nie rozpoczął misji 48 godzin → oferta osobista (jeśli jest dozwolona).
Tłumienie: brak promo dla „cool _ off ”/self-exclusion.
7. 3. Zasady dotyczące częstotliwości
Maks. 1 push/4 h, 1 e-mail/24 h na misję; ograniczanie kanałem i ogólnie.
Ciche godziny czasu lokalnego, podwójne opt-in/out.
8) Dane dotyczące rurociągu w CRM
Prezentacja CDP 'mission _ lejek _ daily':- „kwalifikacje”, „oglądane”, „połączone”, „rozpoczęte”, „t1.. tn”, „zakończone”, „nagrodzone”.
- Czasy przed T1/T2/...; status bonusu; „cost _ EUR”; 'net _ arppu'.
sql
WYBIERZ user_id
OD mission_funnel_daily
WHERE mission_id =: m
AND started = true
I zakończone = fałszywe
ORAZ points_to_next <= 150
I last_seen_at> teraz () - przedział „24 godziny”
AND rg_ok = prawda;9) Antyfraud i „fair play”
Ustniki: punkty/zakład, punkty/min/godzinę/dzień; limit powtarzanych mikroprzedsiębiorstw.
Sygnały techniczne: bez głowy, proxy, duplikat 'device _ fp'.
Filtry behawioralne: minimalna wariancja zakładu; „perfect” → trzymać wzory.
Nagrody:> € X i najwyższe pozycje - opóźniona emisja do KYC.
Ograniczenia CRM: nie stymulują „rolników zajmujących się okularami”; tłumienie - oszustwo-wynik.
10) Nagrody ekonomia i kontrola marży
Kluczowe wskaźniki:- „Nagroda & Bonus Cost per Active ”/„ per Payor”
- „ΔARPPU (net)” = ARPPU − (Nagroda + Bonus na płatnika)
- „Podwyższenie netto” = przychody przyrostowe − wartość (nagrody + transakcje + oszustwa)
sql
WYBIERZ pool_id, SUMA (wartość) WYDANE, MAKSYMALNY (budżet) LIMIT AS, SUMA (wartość )/MAX (budżet) WYPEŁNIENIE
OD reward_ledger
GDZIE data (created_at) = bieżąca _ data
GRUPA WEDŁUG pool_id;11) Badania integracyjne A/B
Jednostka: użytkownik, sticky-assignment, stratification (payer/geo/platform).
Podstawowy: participation_net, zakończenie, „ΔARPPU (net)”.
Poręcze: skargi/1k, bandery oszustw, wyzwalacze RG, wpisy SRM.
CUPED: wartość wstępna (ARPPU/punkty w ubiegłym tygodniu) w celu zmniejszenia wariancji.
Ingerencja: oddzielne lidery/normalizacja punktów.
12) Wzory UX, że misje dzianiny, bonusy i CRM
Jeden ekran - jeden cel: jasne zasady, widoczny postęp.
Natychmiastowe informacje zwrotne: „+ 10 punktów” i odznaka postępu.
Widoczność nagród: co już zostało odebrane, co spłonie, co dalej.
Wytyczne dotyczące praw autorskich: „zapraszamy” do udziału, nie wywierać presji na depozyt.
Lokalizacja: teksty, waluty, terminy, jurysdykcje.
13) Deski rozdzielcze (dziennie)
1. Lejek misji: Reach → Dołącz → Start → T1/T2/... → Kompletny → Nagrodzony.
2. Komunikacja: wyślij/otwórz/kliknij, opt-out, na kanał capping.
3. Monetyzacja: Z ARPPU (netto), Avg Deposit, Wypłata akcji.
4. Koszt: Nagroda/Bonus Cost%, Netto Uplift, puli budżetowe.
5. Jakość: DLQ, retrai, błędy HMAC, latency p95, flagi oszustw, wyzwalacze RG.
6. Segmenty: początkujący/średni rdzeń/wysoka wartość; web/iOS/Android; geo.
14) Lista kontrolna startu
- Schemat zdarzeń, wersioning, kontrakty na haki internetowe (HMAC, TTL, idempotency).
- Mapowanie misji → typy nagród + budżety/prywatników.
- KYC/RG bramy, hold-and-review duże nagrody.
- Integracja usługi portfela/bonusu (piaskownica → prod), retray/DLQ.
- Segmenty CRM/CDP, zasady wyzwalania i tłumienia, ograniczenia częstotliwości.
[The] deski rozdzielcze SLO i ekonomii; SRM/DLQ/wpisy budżetowe.- Plan A/B, CUPED, podzielone tablice liderów.
- Spis wypadków: powtórzenie zdarzeń, ręczne wymeldowanie, „zamrożenie” zasad.
15) Mini Case (syntetyczny)
Uruchomiony: „Onboarding 7 dni”, „Weekend sprints”, „Rethern 14 dni”.
Nagrody: T1/T2 - FS/Bonus Cache; wykończarki są częścią pamięci podręcznej bez pochwy.
CRM: near-hit, bonus wygasa, ciche godziny, ograniczanie wyzwalaczy.
6 tygodni, 2 marki, 15%.
Wyniki: participation_net 24% → 33% (+ 9 p.p.), zakończenie 42% → 56% (+ 14 p.p.), ARPPU (netto) + €2. 8; Nagroda & Bonus/Active + €0,8; DLQ <0,07%; flagi oszustwa <1% PF.
Rozwiązanie: skalowanie, zwiększenie „długiego ogona” mikroprzedsiębiorstw i tekstów lokalnych w CRM.
Integracja misji z systemem bonusowym i CRM to pojedyncza maszyna: wydarzenia i zasady, kontrola budżetu, portfel/bonusy, personalizacja i bezpieczna komunikacja. Zbuduj go na idempotencji, bramach KYC/RG, segmentach CRM i przejrzystej gospodarce - a misje będą konsekwentnie przynosić przyrost netto, a nie „jeść” marże.