یکپارچه سازی ماموریت ها با سیستم پاداش و CRM

ماموریت ها تنها زمانی کار می کنند که پاداش قابل پیش بینی باشد و ارتباطات بازیکن را از گام به گام هدایت می کند. این به این معنی است که هسته یک دسته از پاداش ↔ ماموریت موتور/کیف پول ↔ CRM/CDP، به علاوه RG/KYC و ضد تقلب است. در زیر یک نمودار یکپارچه آماده با الگوهای داده و شیوه های اثبات شده است.

1) اهداف ادغام

مشارکت رو به رشد و ARPPU (خالص): ماموریت → پیشرفت → پاداش → جلسات تکرار/سپرده.

کنترل حاشیه: استخر بودجه، کلاه، «هزینه پاداش» در هر فعال/پرداخت.

شخصی سازی: مأموریت ها و جوایز توسط بخش CRM/CDP.

انطباق: دروازه های KYC/RG، قوانین جغرافیایی، حسابرسی.

اندازه گیری: A/B، پس از اثر، cannibalization.

2) معماری جریان

1. رویداد مصرف: «شرط»، «برنده»، «سپرده»، «ماموریت _ پیشرفت»، «ماموریت _ کامل».

2. موتور ماموریت: بررسی شرایط, به ثمر رساند/وضعیت, باعث جایزه.

3. هماهنگ کننده پاداش: بررسی بودجه، RG/KYC، ایجاد «پاداش _ وظیفه».

4. پاداش/کیف پول: کش، کش جایزه (vager)، freespins، کوپن ؛ وب سایت/SDK.

5. CRM/CDP: بخش ها، کمپین های ماشه، محدودیت فرکانس، لیست سرکوب.

6. تجزیه و تحلیل ترافیک/DWH: رویدادهای خام، ویترین، افزایش، داشبورد.

7. ضد تقلب و RG: محافظ دهان، اکتشافی/ML، نگه دارید و بررسی.

3) مدل داده ها و رویدادها

رویدادها (حداقل):

'mission _ view/join/progress/complete'
'points _ awards {rule_id, amount, caps}'
وظیفهام را انجام میدهم. created/succeed/failed/held '
'wallet _ اعتبار/ bonus_issued/ freespins_issued'
'kyc _ status _ تغییر/ rg_event'
'crm _ ارسال/ crm_open/ crm_click/ crm_unsub'

مثال 'mission _ complete':

جی سون
{
"رویداد": "mission_complete," "ts": "2025-10-24T10:17:12Z," کاربر ": {id": "u _ 123"، "geo": "TR"، "پلت فرم": "ios"، "payer_flag":true}"، "ماموریت": {id ":" m _ 4521 "،" نوع ":" گردش مالی "،" بخش ":" mid _ core "}،" پیشرفت ": {" ارزش ": 1000," window ":" 2025-10-24 "}," context ": {" session _ id ":" s _ 778 "}
}

4) کارت پاداش: ماموریت → سیستم پاداش

نوع ماموریت	جایزه پایه	محدودیت ها/پرچم ها
گردش مالی/نرخ	کش جایزه € x	'wagering = 10-20', 'expiry = 72 ساعت'
برنده/چندگانه آزاد N توسط بازی	بازی/ارائه دهنده, شرط, مدت, جغرافیایی
واریز وجه	کش/بدون پنجره کش	KYC L2 +، محدودیت RG
زنجیره T1...Tn	جوایز غارت (انواع/نادر)	سهم «نادر»، بودجه کلاه
فعالیت های اجتماعی	کوپن/FS	در حوزه های قضایی که

قانون انتخاب: مأموریت های جمعی - پاداش های ارزان قیمت (FS/bonus cache)، «finishers «/زنجیره های عمیق - بخشی از یک حافظه پنهان بدون اعتماد برای اعتماد.

5) Orchestrator پاداش: بودجه، RG/KYC، Idempotency

IDempotence: 'reward _ task _ id' key + 'X-Request-Id' برای تماس های خارجی.

بودجه: «season _ sprint»، «onboarding»، «reengage» pools ؛ کلاه نرم/سخت ؛ قطع کننده مدار 90٪.

دروازه های KYC/RG: cache> € X - فقط L2 +، با فعال «cool _ off» پاداش در «برگزار شد».

حسابرسی - ورود به سیستم WORM از بدن خروجی

Example 'reward _ task را انتخاب کنید. ایجاد شده ':

جی سون
{
"نوع ": "پاداش _ وظیفه. ایجاد شده «،» «reward_task_id":"rt_9a7,» user_id":"u_123, «» مبدا «: {» ماموریت _ id «:» m _ 4521 «،» آستانه «:» نهایی «}،» پاداش «: {» نوع «:» پاداش _ نقدی «،» مقدار «: 5،» ارز «:» EUR «،» شرط بندی «: 15،» انقضا «:» 2025-10-27T00: 00: 00Z «}»، pool_id":"season_sprint, «وضعیت»: «در انتظار»
}

6) ادغام با سرویس کیف پول/پاداش

خروجی webhook (مثال):


POST/کیف پول/پاداش. مسئله
درخواست ایکس: rid_7f5..
برچسب زمان X: 1730061700
X-امضا: sha256 =...

{
"user_id":"u_123," "جایزه": {"نوع": "پاداش _ نقدی", "مقدار": 5, "ارز": EUR "," شرط ": 15," انقضای ":" 2025-10-27T00: 00: 00Z "}," دلیل ":" ماموریت: m _ 4521 "
}

پاسخ شریک: "200 {، bonus_id":"b_331" "وضعیت": "صادر شده"} → "پاداش _ وظیفه. موفق شد.

خطاهای 5xx → با همان «X-Request-Id» بازخوانی می شود ؛ 4xx → پردازش دستی DLQ +.

7) لینک به CRM/CDP

7. 1. تقسیم بندی

مرحله: D0-D7 (onboarding)، R7-R30 (دوباره درگیر)، هسته P30.

کسب درآمد: بدون پرداخت/NPP/RPP/با ارزش بالا.

رفتار: finalizers T1/T2/T3، «گیر»، «تقریبا رسیده».

خطر: پرچم RG، وضعیت KYC.

7. 2. راه اندازی کمپین

در ماموریت: «120 امتیاز سمت چپ»، «+ 2 موقعیت» - در برنامه/فشار.

پس از ماموریت: «پاداش فعال/منقضی در 12 ساعت».

Winback: ماموریت را 48 ساعت → پیشنهاد شخصی (در صورت اجازه) شروع نکرده است.

سرکوب: هیچ تبلیغی برای «cool _ off »/خود حذفی.

7. 3. قوانین فرکانس

حداکثر 1 فشار/4 ساعت، 1 ایمیل/24 ساعت در هر ماموریت ؛ پوشش توسط کانال و به طور کلی.

ساعات آرام به وقت محلی، دو انتخاب در/خارج.

8) داده های خط لوله در CRM

ویترین CDP 'mission _ funnel _ daily':

'eligible'، 'viewed'، 'joined'، 'started'، 't1.. tn'، 'completed'، 'reward'.
زمان قبل از T1/T2/... ؛ وضعیت پاداش ؛ «cost _ eur» ؛ 'net _ arppu'.

نمونه ای از آپلود به یک بخش تقریبا رسیده:

SQL
user_id را انتخاب کنید
از mission_funnel_daily
که در آن mission_id =: m
و شروع شد = درست است
و تکمیل شد = غلط
و points_to_next <= 150
AND last_seen_at> در حال حاضر () - فاصله '24 ساعت'
و rg_ok = درست است ؛

9) Antifraud و «بازی عادلانه»

محافظ دهان: امتیاز/شرط، امتیاز/دقیقه/ساعت/روز ؛ محدودیت نرخ های میکرو تکراری.

سیگنال های فنی: بی سر، پروکسی، تکراری 'device _ fp'.

فیلترهای رفتاری: حداقل واریانس شرط ؛ «کامل» → الگوهای نگه دارید.

جوایز:> € X و موقعیت های بالا - مسئله تاخیر تا KYC.

محدودیت های CRM: «عینک کشاورزان» را تحریک نکنید ؛ جلوگیری по کلاهبرداری

10) اقتصاد جوایز و کنترل حاشیه

شاخص های کلیدی:

'هزینه جایزه و پاداش در هر فعال '/' در هر پرداخت'
'Δ ARPPU (خالص)' = ARPPU − (جایزه + پاداش در هر پرداخت)
'خالص بالا بردن' = درآمد افزایشی − ارزش (جوایز + معاملات + تقلب)

نظارت بر بودجه (طرح):

SQL
pool_id، SUM (ارزش) AS صرف، حداکثر (بودجه) AS حد، SUM (ارزش )/حداکثر (بودجه) AS را پر کنید
از reward_ledger
تاریخ کجا (created_at) = تاریخ فعلی
گروه بر اساس pool_id ؛

11) تست ادغام A/B

واحد: کاربر، وظیفه چسبنده، طبقه بندی (پرداخت کننده/جغرافیایی/پلت فرم).

اولیه: participation_net، تکمیل، «Δ ARPPU (خالص)».

Guardrails: شکایات/1k، پرچم های تقلب، RG-triggers، SRM-alerts.

CUPED: پیش ارزش (ARPPU/امتیاز هفته گذشته) برای کاهش واریانس.

تداخل: تابلوهای جداگانه/عادی سازی نقاط.

12) الگوهای UX که ماموریت ها، پاداش ها و CRM را گره می زنند

یک صفحه نمایش - یک هدف: قوانین روشن، پیشرفت قابل مشاهده است.

بازخورد فوری: «+ 10 امتیاز» و نشان پیشرفت.

دید جوایز: چه چیزی قبلا دریافت شده است، چه چیزی سوزانده خواهد شد، چه چیزی بعدی است.

دستورالعمل کپی رایت: «ما دعوت» برای شرکت، فشار بر سپرده قرار داده است.

محلی سازی: متون، ارزها، شرایط، حوزه های قضایی.

13) داشبورد (روزانه)

1. Funnel of missions: Reach → Join → Start → T1/T2/...

2. ارتباطات: ارسال/باز/کلیک، انتخاب کردن، پوشش هر کانال.

3. کسب درآمد: Δ ARPPU (خالص)، میانگین سپرده، پرداخت سهم.

4. هزینه: جایزه/پاداش هزینه٪، خالص بالا بردن، استخر بودجه.

5. کیفیت: DLQ، retrai، خطاهای HMAC، p95 تاخیر، پرچم های تقلب، RG باعث می شود.

6. بخش ها: مبتدی/اواسط هسته/با ارزش بالا ؛ وب/iOS/آندروید ؛ ژئو.

14) چک لیست راه اندازی

طرح رویداد، نسخه بندی، قراردادهای وب هوک (HMAC، TTL، idempotency).
نقشه برداری ماموریت → انواع جایزه + بودجه/privateers.
دروازه های KYC/RG، جوایز بزرگ را نگه دارید و بررسی کنید.
ادغام خدمات کیف پول/پاداش (sandbox → prod)، retray/DLQ.
بخش CRM/CDP، باعث و سرکوب قوانین، محدودیت فرکانس.

[داشبورد] SLO و اقتصاد ؛ SRM/DLQ/هشدار بودجه.

طرح A/B، CUPED، مدیران تقسیم شده است.
دفتر حوادث: پخش مجدد حوادث، چک کردن دستی، «انجماد» قوانین.

15) مورد کوچک (مصنوعی)

راه اندازی: «Onboarding 7 روز»، «سرعت آخر هفته»، «رترن 14 روز».

پاداش: T1/T2 - FS/پاداش کش; finishers بخشی از کش بدون vager هستند.

CRM: نزدیک به ضربه، پاداش منقضی می شود، ساعت های آرام، محرک های بسته شدن.

6 هفته، 2 مارک، نگه داشتن 15٪.

نتایج: participation_net 24٪ → 33٪ (+ 9 pp)، تکمیل 42٪ → 56٪ (+ 14 pp)، Δ ARPPU (خالص) + €2. 8; جایزه و پاداش/فعال + 0.8 € ؛ DLQ <0,07٪ ؛ پرچم های تقلب <1٪ PF.

راه حل: مقیاس بندی، افزایش «دم بلند» microprises و متون محلی در CRM.

ادغام ماموریت با سیستم پاداش و CRM یک دستگاه واحد است: رویدادها و قوانین، کنترل بودجه، کیف پول/پاداش، شخصی سازی و ارتباطات امن. آن را بر روی دروازه های KYC/RG، بخش های CRM و یک اقتصاد شفاف بسازید - و ماموریت ها به طور مداوم افزایش خالص را افزایش می دهند و نه حاشیه «خوردن».